This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TMS320F280025C: TMS320F280025C

Part Number: TMS320F280025C
Other Parts Discussed in Thread: UNIFLASH

CCS版本号   Version: 12.3.0.00005 

使用CCS编译生成.bin文件与读取FLASH的内容不一样,图片如下:

生成的BIN文件                                                                                                读取的FLASH

CCS生成的BIN文件自动把那几个FFFF省略掉了,请问这是为什么?

  • 能提供正在加载的bin文件吗?

  • CCS.binexported-image.bin

    你好,感谢回复 CCS.bin是CCS生成的bin文件,exported-image.bin是通过UniFlash读取Flash后导出的文件,麻烦帮忙看一下有什么问题,谢谢!

  • 所以CCS.bin被写到起始地址0x86000的目标?但是,当查看并导出闪存内容存储器(导出image.bin)时,是否存在0xFFFF的填充?我无法复制这种行为。当我刷新CCS.bin并检查内存内容时,我没有看到任何0xFFFF填充。

  • 0x86000是我的APP存放的地址,现在的问题就是CCS编译器生成的BIN文件没有被0xFFFF填充,导出的exported-image.bin才是正确文件,我使用BootLoader刷写是可运行的,可是CCS生成的BIN文件刷写进去是不对的。

  • 我很困惑。你是说编译器生成的bin文件是错误的。bin文件是如何生成的?使用十六进制转换实用程序?引导加载程序使用什么图像来刷新目标?那是从哪里来的?请提供有关您的环境的所有详细信息,从如何构建一切到如何将图像闪存到目标。

  • 就是,我使用仿真器烧录程序后,然后使用Uniflash读取内存并导出bin文件,然后将该bin文件通过bootloader烧录是没问题的,但是如果用bootloader烧录CCS编译器生成的bin文件就无法运行;然后我查看了2份bin文件,发现CCS编译器生成的bin文件少填充了就几个0xFFFF(如我最开始的问题)。  ,这是CCS生成bin文件的相关配置

  • 第一步发生了什么?模拟器在这里烧什么程序?是*.bin文件还是其他类似*.out的文件?

  • 第一步就是CCS的Debug, ,这个应该是*.out文件吧

  • 对于CCS生成的bin文件,hex2000用于生成bin的选项是什么?能提供生成bin文件时的full build output吗?

  • full build output 是什么?可以给个示例吗?

  • 就是全编译的log

  • 不好意思,我刚接触DSP编程没多久,还有点不熟悉,这个全编译的log在哪里得到

  • 既然刚接触,其实不用抠这么细节的问题,可以先熟悉一下CCS的手册

    software-dl.ti.com/.../index.html

  • 但是这个问题不解决 我没办法升级程序,我得不到正确的*BIN文件