{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','https://www.xiaopingtou.cn//data/attach/topic/topicKPo7gB.jpg', '推荐 u014192339 的文章《DSP 28335 程序自动升级的方案》','https://www.xiaopingtou.net/article-76476.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
参考资料：
-map upgrade.map
-a
-boot
-sci8
-o upgrade.txt
2.编写Buit.bat内容如下
hex2000.exe out2hex1.cmd
3.将hex2000.exe, out2hex1.cmd、Buit.bat放在同一个目录（我就放在debug目录里) 4.运行Buit.bat会生成upgrade.map和upgrade.txt 二，对照TI文档解析数据流![]()
具体意义及HEX2000的参数请自己研读，这里不再赘述。
三，移植Flash28335_API_V210的库文件
ti的所有帮助都在controlSUITE安装包里边，请安装。
flash的操作要在RAM中运行，关闭全局中断，修改CMD文件
ubootfuncs:
{
-lFlash28335_API_V210.lib(.econst)
-lFlash28335_API_V210.lib(.text)
} LOAD = UBOOT_RAM,
RUN = RAML7,
LOAD_START(_BootRamLoadStart),
LOAD_END(_BootRamLoadEnd),
RUN_START(_BootRamRunStart),
PAGE = 1
ubootrom :> UBOOT_ROM PAGE = 1
ubootdata :> RAML7 PAGE = 1 四，升级的整体方案 笔者一开始的想法是把bootloader和应用程序合为一个程序，因为这样程序维护方便，不用两个程序的折腾，思路就是把bootloader的.txt 段，.ebss段等所有段定位与应用程序分开，到最后遇到一个问题，就是全局变量的初始化上一旦应用程序被擦除，bootloader受影响，这个问题当然可以解决，可以在上电初始化全局变量的过程中做些文章，但考虑到程序的后续维护者，估计维护起来很吃力，就放弃了，采用传统的两个程序，一个bootloaer和一个应用程序，两者利用CMD文件在ROM段分开即可，实现简单的，但要两个程序，上电时两个程序的跳转可通过#define CALL_FUNC(pfun) (*((void(*)(void))(pfun)))() 其实是一个函数指针的绝对地址跳转。另外笔者说一点就是报文解析，也是很有学问的，笔者第一次看到一个高手对报文解析的程序，很是佩服，最主要的亮点就是回溯思想，史工威武。 两个月的dsp学习从0基础到现在，有一点点成就感，接下来的岁月继续搞linux应用了，呵呵，linux应用的水还是很深的，努力。
TMS320F281x Boot ROM Serial Flash Programming, spraaq2
之前玩过的单片机好所都有bootloader，都是为了摆脱升级程序麻烦，摆脱烧录器，之前做了一个数据采集的板子需要完成程序自动升级，看了官方的的bootloader但ti官方的bootloader是固化死的，不能修改，它的引导是根据单片机特殊硬件引脚上电的状态来执行引导，我们需要一个纯软件的引导，因此还需自己制作，翻阅了ti的很多资料以及网上各位大神的点化搞了一个星期终于完全搞定了，现将走的曲折记录下来，有遇到相同问题的友友可以少走一点弯路。 一，将.out转换为txt文本的数据流 1.编写out2hex1.cmd文件,内容如下 Uboot.out-map upgrade.map
-a
-boot
-sci8
-o upgrade.txt
2.编写Buit.bat内容如下
hex2000.exe out2hex1.cmd
3.将hex2000.exe, out2hex1.cmd、Buit.bat放在同一个目录（我就放在debug目录里) 4.运行Buit.bat会生成upgrade.map和upgrade.txt 二，对照TI文档解析数据流
{
-lFlash28335_API_V210.lib(.econst)
-lFlash28335_API_V210.lib(.text)
} LOAD = UBOOT_RAM,
RUN = RAML7,
LOAD_START(_BootRamLoadStart),
LOAD_END(_BootRamLoadEnd),
RUN_START(_BootRamRunStart),
PAGE = 1
ubootrom :> UBOOT_ROM PAGE = 1
ubootdata :> RAML7 PAGE = 1 四，升级的整体方案 笔者一开始的想法是把bootloader和应用程序合为一个程序，因为这样程序维护方便，不用两个程序的折腾，思路就是把bootloader的.txt 段，.ebss段等所有段定位与应用程序分开，到最后遇到一个问题，就是全局变量的初始化上一旦应用程序被擦除，bootloader受影响，这个问题当然可以解决，可以在上电初始化全局变量的过程中做些文章，但考虑到程序的后续维护者，估计维护起来很吃力，就放弃了，采用传统的两个程序，一个bootloaer和一个应用程序，两者利用CMD文件在ROM段分开即可，实现简单的，但要两个程序，上电时两个程序的跳转可通过#define CALL_FUNC(pfun) (*((void(*)(void))(pfun)))() 其实是一个函数指针的绝对地址跳转。另外笔者说一点就是报文解析，也是很有学问的，笔者第一次看到一个高手对报文解析的程序，很是佩服，最主要的亮点就是回溯思想，史工威武。 两个月的dsp学习从0基础到现在，有一点点成就感，接下来的岁月继续搞linux应用了，呵呵，linux应用的水还是很深的，努力。