本文转载连接： https://blog.csdn.net/GSH_Hello_World/article/details/52187882
把一个原来是烧写到DSP的片内RAM的程序修改成是烧写到DSP片内FLASH的程序，需要以下几个步骤：
1.添加DSP2833x_CodeStartBranch.asm文件
添加D:\tidcs\c28\DSP2833x\v131\DSP2833x_common\source\DSP2833x_CodeStartBranch.asm文件，此文件负责上电后程序执行顺序跳转的；
2.添加DSP281x_Headers_nonBIOS.cmd文件
添加D:\tidcs\c28\DSP2833x\v131\DSP2833x_headers\cmd\DSP2833x_Headers_nonBIOS.cmd文件，用于将DSP28头文件中的外设结构与存储器地址对应起来；
3.删除28335_RAM_lnk.cmd文件
把28335_RAM_lnk.cmd文件从project中移除，用右键选择28335_RAM_lnk.cmd然后选delete；
4.添加F28335.cmd文件
右键选择project名称，然后选add file to project，然后出现浏览框，在D:\tidcs\c28\DSP2833x\v131\DSP2833x_common\cmd这个子文件夹下，选择F28335.cmd，点OK，至此可以在project的文件列表内看到F28335.cmd被添加到project中；
5.添加两行代码
在main()函数中添加如下语句：
MemCopy(&RamfuncsLoadStart, &RamfuncsLoadEnd, &RamfuncsRunStart);
InitFlash();
上述两句话添加在InitPieVectTable();这句的下面的一行，添加语句的时候，注意不要添加错了，每一个字母都要正确，括号也要用英文括号；
6.添加DSP2833x_MemCopy.c文件
右键选择project名称，然后选add file to project，然后出现浏览框，找到D:\tidcs\c28\DSP2833x\v131\DSP2833x_common\source文件夹中的DSP2833x_MemCopy.c文件，然后点OK；
7.选择Boot mode
DSP开发板上的拨码开关都拨到ON，本质含义是：将F28335的GPIO84、GPIO85、GPIO86、GPIO87这四个引脚用1k到10k之间电阻上拉到3.3V，这样就把Boot mode选为从DSP内部FLASH处boot程序的模式；
8.编译后进行Debug
编译没有错误后即可进行Debug，此时将代码烧写到FLASH中，而不是RAM中，如下图所示：
9.注意事项
（1）下载完如果想要脱离仿真器重新上电运行，必须断掉仿真器与板子的JTAG连接，否则运行程序会出错，之前我只把仿真器上的USB和电脑断开，而JTAG接口未断开，所以出现运行不正常的现象，这一点很重要！
（2）不是RAM中运行正确的程序，就在FLASH中运行也一定正确。
这是因为同样的程序在DSP的RAM中运行消耗的时间要远远短于在FLASH中运行的时间。假如，有一个中断函数cpu_timer_isr10ms()，这个函数每隔10ms由CPU定时器1产生中断触发，自动跳转进入执行一次。这个cpu_timer_isr1ms()内部包括三个子函数依次是adc_sanple()，pwm_update()，gpio_toggle()：
cpu_timer_isr1ms()
{
adc_sanple()；
pwm_update()；
gpio_toggle()；
}
其中假设adc_sanple()这个子函数在RAM中的执行时间是1ms，pwm_update()这个子函数在RAM中的执行时间是2ms，gpio_toggle()这个子函数在RAM中的执行时间是3ms，那么1+2+3=6<10，所以完全没有问题，在RAM中上面这些程序都可以运行很好。
但是，如果把上面这些程序放到FLASH中运行，很有可能adc_sanple()这个子函数在FLASH中的执行时间是3ms，pwm_update()这个子函数在FLASH中的执行时间是7ms，这是因为同样的程序在DSP的RAM中运行消耗的时间要远远短于在FLASH中运行的时间。这样前两个函数就把10ms都用掉了，根本轮不上gpio_toggle()这个子函数被执行，就被DSP强制终止了，所以看不到gpio_toggle()的现象；
（3）可以Load program到RAM的Out文件和可以固化（烧写）到FLASH的out文件内容是不同的；
（4）一般使用CCS仿真器时，我们把程序烧进RAM中运行，这样运行速度快，方便实际项目的开发与调试，此时用的是28335_RAM_lnk.cmd文件；当项目完成时，我们会选择将程序烧进Flash中，以摆脱仿对真器的依赖，当我们用f28335.cmd连接文件时，会把程序烧进28335内部的Flash中，此时，就可以脱离仿真器运行了，从Flash启动。
（5）DSP的Flash启动过程是什么？
首先硬件配置GPIO84~87上拉为1，即处于Flash启动过程。当DSP复位后，会从复位向量0x3FFFC0处取得复位向量，并跳转到InitBoot处开始执行，InitBoot会读GPIO84~87的值发现全为1判断为Flash启动方式。然后会跳到0x33FFF6处执行。在CCS5.2工程的cmd文件中有如下代码：
MEMORY
{
PAGE 0 :
BEGIN : origin = 0x33FFF6, length = 0x000002
...
}
SECTIONS
{...
codestart : > BEGIN PAGE = 0
...}
即表示把codestart段放到0x33FFF6位置处，文件“DSP2833x_CodeStartBranch.asm”中有codestart段的定义，实际上codestart段只是包含了一个跳转指令，是程序跳转到_c_int00处，_c_int00在boot.asm in RTS library中有定义，_c_int00的代码最终会调用c的main函数，之后就是main函数的执行。
（6）cmd中以下代码如何解释？
ramfuncs : LOAD = FLASHD,
RUN = RAML0,
LOAD_START(_RamfuncsLoadStart),
LOAD_END(_RamfuncsLoadEnd),
RUN_START(_RamfuncsRunStart),
PAGE = 0
第1行表示该段的装载在PAGA0的FLASHD中
第2行表示该段的运行地址在PAGE0的RAML0中
LOAD_ START(_RamfuncsLoadStart)令编译器创建了一个变量RamfuncsLoadStart，该变量指向段ramfuncs的装载地址的首地址（LOAD_ START为编译伪指令，请见CCS的帮助文档）；
LOAD_ START(_RamfuncsLoadEnd)令编译器创建了一个变量RamfuncsLoadEnd，该变量指向段ramfuncs的装载地址的末地址（LOAD_ END为编译伪指令，请见CCS的帮助文档）；
RUN_ START(_RamfuncsRunStart)令编译器创建了一个变量RamfuncsRunStart，该变量指向段ramfuncs的运行地址的首地址（LOAD_ START为编译伪指令，请见CCS的帮助文档）；
从第1和2行可以看出，段ramfuncs中的函数DSP28x_usDelay()的装载地址和运行地址是不同的，本程序中装载在Flash的块FLASHD中，而在SARAM L0中运行，这只是目标，实际运行时DSP并不会自动将Flash中的代码拷贝到SARAM中，因此需要手动添加代码来完成。
在C函数中，为了使用变量RamfuncsLoadStart、RamfuncsLoadEnd和RamfuncsRunStart，必须先声明，本工程在文件DSP2833x_GlobalPrototypes.h中做了如下声明：
extern Uint16 RamfuncsLoadStart;
extern Uint16 RamfuncsLoadEnd;
extern Uint16 RamfuncsRunStart;
然后就可以使用了。在Main.c中，使用MemCopy()函数将段ramfuncs中的函数DSP28x_usDelay()的代码从装载地址RamfuncsLoadStart—RamfuncsLoadEnd拷贝到RamfuncsRunStart开始的SARAM空间中。之后在程序运行时，只要调用DSP28x_usDelay()函数，都会自动地指向SARAM中相应的函数入口地址，这一点是自动完成的。MemCopy()函数原型在MemCopy.c中，DSP2833x_GlobalPrototypes.h声明。
