如果是烧写到外部存储器比如flash等,DSP需要将flash里的应用程序导入到内部RAM运行(这种方式运行速度快),所以要重新复位才能执行这个导入过程。
可以在DSP执行烧写程序完成后,启动看门狗或者其它的软复位功能迫使DSP复位,DSP的一次boo程序会将flash中新烧写的程序引导到RAM中执行。
不知道你遇到的是不是上面的问题,希望有帮助!
uchar DSP_LED[]={0x5449,0x5041,0x6359,0x5358,0x0D59,0x5358,0x0100,0x0100,};
这个赋值编译器应该会报错的。改为:
uint DSP_LED[2002]={0x5449,0x5041,0x6359,0x5358,0x0D59,0x5358,0x0100,0x0100,};
uchar k = 0; 改为: uint k = 0 ;
DSP_LED[k]=SPI_Write(); 改为: SPI_Write(DSP_LED[k]);
以下不细看了。。。。。。
DSP系统的引导程序(BOOT)是系统加电或复位时,DSP将一段存储在外部的非易失性存储器的程序代码通过DMA方式拷贝到内部的高速内存中运行。这样既能扩展DSP有限的存储空间,又能充分发挥DSP内部资源的效能。用户的代码也可以通过掩膜方式写入到DSP内部ROM中,但这样受容量和价格的限制,且不便于扩展和升级。 DSP的引导过程如下: 1) DSP复位后,通过DMA方式将外部CE1空间的数据读入到内部程序空间地址0处,读入数据的多少因芯片而异(TMS320C6712一次只拷贝1KB)。 2) DSP推出复位状态,开始执行内部程序空间地址0处的程序,这段程序先将外部主程序数据读入到DSP内部程序空间相应地址,然后跳转到主程序运行。 第一步是由芯片自动完成,关键是第二步:用户需要编写相应的汇编程序,实现二次引导,即用户主程序的装载
否。根据查询dsp的底层设计相关资料得知,dsp的底层设计否是编写boot。DSP本身的SARM就足够的话,完全可以不用另外编写BOOTLOAD程序,直接让初始BOOT程序读入SRAM中执行即可。
MP是微处理器模式;MC是微计算机模式,如果楼主是在线烧写的话,应该是选MP模式(接低),如果是Bootloader模式的话,应该选MC模式(接高),楼主这么样应该没问题,是不是烧写文件格式转化得不对呀?应该转化成芯片能够接受的格式,然后再烧写。楼主可以把问题描述更具体一些,方便做判断。
一、方法一,利用NOR Flash。
这种方法是利用JLink能够烧写程序到NOR Flash来完成的,首先利用J-FLASH ARM将u-bootbin烧写进NOR Flash(记得烧写到NOR Flash的0x0起始地址处),然后设置开发板从NOR Flash启动,这时候系统进入U-boot命令行模式,这时候打开J-Link commander,输入命令:r 看JLink是否能识别开发板的信息(也就是判断JLink是否连接正常)。
以下是在J-Link commander里的命令,先假设u-bootbin在你电脑的D盘根目录下。
1 speed 12000 //设置TCK为12M,下载程序时会很快
2 loadbin d:\u-bootbin 0x30000000
注意:0x30000000是你想要下载u-bootbin到开发板的内存地址,内存地址根据不同的开发板设定不同,因为本文中使用的是FL2440,片上系统是S3C2440,内存挂载的地址区域是0x30000000~0x33ffffff,我们只需要把u-bootbin下载到这片区域即可。
然后我们在U-boot命令行模式输入NAND Flash擦除和写入命令即可:
nand erase 0 40000
// 擦除从0地址开始的大小为0x40000的Nnad Flash扇区,0x40000是待写入的U-bootbin的大致长度,长度必须为NAND Flash页大小的整数倍,通常会需要比u-bootbin实际长度长。
nand write 30000000 0 40000 // 把前面下载到0x30000000的u-bootbin烧写到Nand去
然后我们再设置开发板从NAND Flash启动即可。转载,仅供参考。
以上就是关于DSP6713烧写成功后不能自己运行,只能按一下外部硬件复位才能正常运行,请大神帮忙~全部的内容,包括:DSP6713烧写成功后不能自己运行,只能按一下外部硬件复位才能正常运行,请大神帮忙~、C8051F410单片机用SPI加载DSP程序。下面数组数据加载给DSP,是可以让DSP实现闪灯的。可是不行啊。请帮我改、dsp 使用sci-a boot程序时需要初始化sci-a吗等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)