完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
在CCS3.1下，升级工程updata和主应用工程app能互相引导配合，实现在线烧写flash功能，长期运行过，在线升级一直没问题。主要过程是：app.Out烧写至CDE区，updata.out烧写至A区，程序正常启动时由updata程序引导至0x3E8000即app程序入口，需要升级时由app程序跳转至0x3F7FF6开始运行updata程序。
最近更换了xds560v2的仿真器，想将平台迁移至CCS4.2上，移植工程编译通过了，主应用工程app单独运行正常，但配合升级工程updata时出现了不能引导app程序的问题，后经反汇编单步调试，发现程序跳转至0x3E8000后进入死循环找不到app程序的_c_int00和mian（），对比两个平台生产的map文件发现，经过CCS4.2编译后的app程序的_c_int00地址变化了，而且不是个固定值，跟之前CCS3.1下编译后_c_int00固定在地址0x3E8000的结果不一样，自己怀疑是这个原因造成程序引导失败，但不知道怎么解决？查资料说_c_int00在rst2800.lib中定义，尝试分别加载rst2800.lib和rst2800_ml.lib两种库结果都一样，为什么移植到CCS4.2编译后_c_int00地址变化了？移植后需要更改CMD文件吗？或是编译连接选项设置有问题吗？被这个问题困扰很久了，请大家帮帮忙吧，非常感谢！ 
0
|
|
相关推荐
5 个讨论
|
|
Emily1225 发表于 2018-11-8 08:43 谢谢Forrest，我将codestart指定到0x3E8000后，程序可以顺利引导了。 另外再想请教个问题，CCS4下的hex2000和CCS3.1下的hex2000生成的二进制文件有区别不？我用原来编写的coff转换程序转换CCS4下生成的out文件好像有问题 |
|
|
|
|
|
|
|
wenminglang 发表于 2018-11-8 08:52 二个hex2000会有不同，因为hex2000是编译器的组成部分，CCSV3.1中的编译器很老，是几年前的，V4中的是最新的。 请以V4中的hex2000转换结果为准，如有问题可以拿到坛上讨论讨论。 |
|
|
|
|
|
|
|
只有小组成员才能发言，加入小组>>
549 浏览 0 评论
1613 浏览 0 评论
2047 浏览 0 评论
为啥BQ7693003DBTR芯片在和BQ769X0盒子通讯时收不到信号？
1513 浏览 0 评论
DSP 28027F 开发板 XDS100v2调试探针诊断日志显示了 Error -150 (SC_ERR_FTDI_FAIL)如何解决
1337 浏览 0 评论
AT32F407在USART2 DMA发送数据时，接包接到了要发送的数据，程序还是处于等待传输完成的标识判断中，为什么？
1757浏览 29评论
2781浏览 23评论
请问下tpa3220实际测试引脚功能和官方资料不符，哪位大佬可以帮忙解答下
1724浏览 20评论
请教下关于TAS5825PEVM评估模块原理图中不太明白的地方，寻求答疑
1634浏览 14评论
两个TMP117传感器一个可以正常读取温度值，一个读取的值一直是0，为什么？
1645浏览 13评论
/9 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
2241
评论
淘帖
2381
18
