[参考译文] MSPM0G3519：辅助 BSL UART 代码调试问题

尊敬的 Mahar：

有关自定义 BSL（辅助 BSL）实现、请参阅以下文档：

MSPM0 引导加载程序用户指南 

MSPM0 NONMAIN 闪存配置指南

MSPM0 引导加载程序实施指南 

下面还有一些评论：

发送 BSL 数据包时、如果出现任何电源故障、则我在电路板上什么都没有、因为我在发送编程数据命令之前正在进行批量擦除。 如何克服这一问题？

最后对 0x0 地址进行编程、如果在最终写入之前发生任何电源故障、地址 0x0 的空 (0xFF) 将强制 MCU 直接进入 BSL 模式。

在使用 CCS 调试此代码时、我获得了以下 errorFlash 编程器：无效的批量擦除命令

您使用的 CCS 示例修改了 NVM、因此用户应设置闪存擦除属性以包含 NONMAIN 存储器。

重要说明：如果已擦除、确保已使用正确的数据对 NONMAIN 进行编程、否则器件可能会被永久锁定。

B.R.

Sal

尊敬的 Sal：

我尝试了与 ROM BSL 相关的第一步。 工作正常。 但仍然有一个问题,进入 ROM BSL 模式后,当我向 BSL 发送连接数据包时, BSL 没有响应。 似乎需要一些时间。 它需要多少时间来接受数据包并对其作出响应？

现在、BSL 在 UART0 上接受数据包。 它可以更改为任何其他 UART 吗？

根据您提供的解决方案、我的闪存被擦除、如果有任何问题、那么如果我最后对 0x00 存储器位置进行编程、它应该保持在 BSL 模式、期待再次获得新的固件代码。 有没有其他方法,如果出现任何问题,然后在开机时,它应该只运行第一个固件。 这意味着第一个固件不应被擦除。

关于辅助 BSL、我已经介绍了您分享的 pdf。 我阅读了 MSPM0 引导加载程序指南中的 scetion6.1.1、但无法测试此代码。 如何测试此代码？ 您能说明测试此代码的步骤吗？ 我是否需要进行任何代码更改？

我尝试了擦除主内存和非主内存只需要扇区,仍然没有解决我的问题。

因为我的目标是升级固件、哪种方法最适合我。 我想固件应该正确升级,固件升级期间,如果有任何问题出现,那么主板不应该死机,它应该与旧固件一起运行。

现在、我正在使用通过 docklight 发送 BSL 数据包的方法。 我正在将.bin 文件转换为十六进制、并准备每个 16 字节十六进制的 BSL 数据包。 这是正确的方法吗？ 我可以在 1 个 BSL 数据包中获取超过 16 个字节的数据来进行编程数据吗？ 我不能直接使用十六进制文件、而不是将.bin 转换为.hex。 当我尝试在 uniflash 中使用.hex 文件后、它会无法正常工作。 十六进制文件有什么问题？

请帮助我消除疑虑。