TMS320F28379D: LAUNCHXL_F28379D的程序移植到自己做的板子，程序不能正常运行

问题是这样，程序烧写在flash中，不copy程序到ram中没有上述问题（memcpy(&RamfuncsRunStart, &RamfuncsLoadStart, (size_t)&RamfuncsLoadSize);），但是, 使用DELAY_US()会进入非法中断.

应该是CMD文件的问题？

用C2000Ware_3_04_00_00\device_support\f2837xd\common\cmd的2837xD_FLASH_lnk_cpu1.cmd文件不行，但是用2837xD_RAM_lnk_cpu1.cmd文件可以，所以，不能下载到flash了？

如果在flash中运行DELAY_US()函数的话是必须要调用memcpy函数的，主要因为flash中的运行速度比ram中慢很多。

有没有可能是你memcpy的方式不对？你可以参考一下例程中的方法去添加，比如：C:\ti\c2000\C2000Ware_3_04_00_00\device_support\f2837xd\examples\cpu1\gpio_toggle

编译的时候选择flash模式就可以看到启用memcpy函数，然后可以参考例程的设置

我看了例程gpio_toggle，看到了delay_loop(). 没有用DELAY_US(). 

选择flash模式，没有问题。但是添加Pre-define Name _FLASH之后编译都通不过，请您再确认下

改成flash模式之后, 问题还是一样

No source available for "_system_post_cinit() at C:/ti\c2000\C2000Ware_3_04_00_00\device_support\f2837xd\examples\cpu1\gpio_toggle\cpu01\ccs\CPU1_FLASH\gpio_toggle_cpu01.out:{3} 0x3fefb4{4}" 

例程，没添加，我看到比ram多了一个_FLASH

如果例程还是会出现这样的情况，那就不得不考虑是否是你的硬件有问题了。

可以看一下你的memcpy函数在程序中的位置，如果这个函数在外部端口初始化之后才执行，可能就会出现程序跑到非法中断里的现象。

谢谢解答，是晶振的问题