[参考译文] MSPM0G3507：0x0 处的 CRC 校验与 UniFlash 和 UART-Bootloader 不匹配

尊敬的 Joern：

您能否回答以下问题：

1. 您使用的是哪个版本的 Uniflash /CCS？
2. 什么是固件映像格式？
3. 您使用的是 ROM BSL 还是辅助 BSL 的 UART 引导加载程序？
4. 您是否对 NONMAIN 进行了任何修改？ 如果是、发生了什么变化？ 是否也要擦除 NONMAIN？
5. 这适用于定制 PCB 还是 LaunchPad？
6. 问题是否在每次尝试时或间歇性地重现？
7. 您能否通过 SWD 成功进行编程？
8. 您是否尝试过在编程之前擦除整个器件？

此致、

Owen

1.) 版本 9.5.0.5651
2.) 十六进制（使用 armobjcopy 生成、其中--output-target=ihex
3.) ROM BSL（带 UART）
4.) 我没有触摸 NONMAIN
5.) 具有 MSPM0G3705 (WeACT studio) 和 USB 串行转换器 CH340X（在 PA10 和 PA11 上）的定制电路板
6.) 每次尝试
7.) 是（具有 openOCD）
8.) 是的

尊敬的 Joern：

您能否读取器件的存储器并查看是否存在任何损坏模式等

如果可能、您还能分享这个十六进制文件吗？

您是否还能分享您为重新创建此内容而遵循的步骤的深入演示？

此致、

Owen

尊敬的 Owen：

当我从 MCU 读回存储器内容（使用 SWD）时、结果与我随 BSL 编写的文件中的内容完全相同。
对于每个文件、如果通过 BSL 和 UART 写入文件、UniFlash 会说一些 CRC 已损坏、但该代码似乎在 MCU 上仍然有效。 在社署方面、我没有任何问题。
例如、我以 ti 的示例“blink_led with freertos“、只需激活 ARM_objcopy 工具、然后添加“--output-target=ihex“来为 uniflash 生成一个十六进制文件。 我得到了这个回复中添加的十六进制文件。 我已经从 MCU 上阅读了 NONMAIN.bin、我不知道它应该是什么样子、但也许这对我有所帮助。
此外、我还将 uniflash 的整个日志与闪存中所产生的 CRC 错误消息和 verify.e2e.ti.com/.../blink_5F00_led_5F00_files_5F00_mspm0g3507.zip 添加在一起
错误：  
[8.5.2026、11：08：47] [info] Cortex-M0P：0x0 处的 CRC 校验不匹配。 预期值：从 BSL 获取的 0xA7FB1B64：0x90F1F104

此致 Jörn

尊敬的 Joern：

感谢您提供的信息。 我对此进行了更多的研究、并认为问题可能与格式有关。 我建议尝试使用 TI-TXT 格式的十六进制文件。 当我使用它时、我仍然看到了 CRC 错误消息、但程序似乎仍然闪存到器件中。

我正在与我们的团队进一步调查、以确定 Uniflash 工具是否存在问题。

此致、

Owen