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.
https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/696470/tms320f28377d-is-there-any-requirement-to-make-the-txt-file-based-8-byte
降级：
我们使用 CCS 调试逐步检查内核和 txt 文件、并发现 hex2000中的 txt 文件不是基于8字节。
是否有任何要求将 txt 文件设置为基于8字节的文件？
请 帮助！
您好 Sal： 我提供了详细的问题图片、我们确认我们使用 的是 C2000Ware 中的最新内核。
e2e.ti.com/.../Picture-of-Copy-of-Flash-failing.xlsx
请 请帮助检查订单是否正常？
hex2000.exe -boot -sci8 -a -o CPU1.txt CPU1.out
请 请帮帮我们。
尊敬的 Sal：
我们发现原因是闪存地址为0x90002并且地址不是4的倍数、那么闪存发生故障。
但是、地址0x90002是用 hex2000除以的文本段。
由于从映射文件中、文本段(程序段)的地址从0x80004开始、长度为0x15195。
但使用 hex2000时、文本部分分为两个文本部分。
一个来自0x80004、长度为 0xFFFF；另一个形式 为0x80004+0xFFFE=0x90002。
BTW、0xFFFF 的长度是以 txt 格式发送内核数据的最大长度。
则闪存出现故障。
我们是否可以设置 Hex2000的 reg 来避免两个段分割、或者通过其他方法来避免发生地址不是4的倍数？
[引用用户="Lian Wu"]
[/报价]
我不知道为什么 hex2000这么做。 我尝试复制它、但失败了。 为了重现这种行为、请从您的构建向我发送链接器命令文件和链接器生成的映射文件。 我认为这将为我提供足够的信息来重现这种行为。
谢谢、此致、
乔治
George mock 说：请向我发送链接器命令文件和链接器生成的映射文件
请将这些文件放入 zip 文件中、并将其附加到您的下一篇文章中。 我应该在上一篇文章中提到这一点。
