[参考译文] LP-MSPM0G3507：LP-MSPM0G3507：引导加载程序损坏

您好、 Avanish、

Unknown 说：

意外、编程应用程序 s/w 地址被选为0x00 (我想 BSL 代码是起始的)

您是在 SDK 中使用 BSL 演示、还是使用 ROM BSL 来刷写器件？ 您尝试处理的计划地址范围是什么？

[报价用户 id="643330" url="~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1477649/lp-mspm0g3507-lp-mspm0g3507-bootloader-corrupted 通过同样的方式但选择了地址0x00[/QUOT]

看起来您将 BSL 代码放在了0x0 (辅助 BSL 演示？)中、然后您的闪存映像突然擦除 BSL 代码。

我需要更多信息来了解您的问题。

谢谢。

B.R.

SAL

尊敬的 Sal：

根据示例代码(bsl_host_mcu_to_mspm0g1x0x_g3x0x_target_uart)、

它应该在0x10上刷写/编程应用程序、但我选择了0x0000、之后 BSL 不会响应来自主机的任何命令。 因此我怀疑 BSL 代码保留在地址0x00、该地址被损坏或擦除。

现在、如果可以再次刷写 BSL 代码、则可以通过 UART 对进一步的应用程序进行编程或刷写。

我在这方面寻求帮助/支持。 请建议我在这里需要做的一切(有确切和明确的细节)。

谢谢

您好、Avanish、

好的、您正在使用主机 MCU 来刷写 MSPM0G 器件。

您通过 BSL_invoke 引脚进入 MSPM0G 器件中的 BSL 模式。 ->您是否正在使用基于 ROM 的 BSL？ 或者您正在使用其他 BSL 代码。 这是不可避免的。

Unknown 说：

因此我怀疑 BSL 代码保留在地址0x00、该地址被损坏或擦除。

为什么您认为 BSL 代码保留在闪存中？ 默认情况下、MSPM0G 器件将使用基于 ROM 的 BSL、因此主机控制的任何 BSL 刷写都不会中断 BSL 代码。

B.R.

SAL

尊敬的 Sal：

现在我知道了、它具有基于 ROM 的 BSL、并且使用了相同的 BSL。

那么接下来要做什么呢？ 因为从下一次响应不来自 BSL。

谢谢

您好、Avanish、

Unknown 说：

现在、如果可以再次刷写 BSL 代码、则可以通过 UART 对更多应用程序进行编程或刷写。

由于您使用的是 ROM BSL、如果您再次调用 BSL、我相信 MSPM0G 器件可以再次进入 BSL。

为了检查它停止的根本原因、 我建议您使用 UNIFLASH 读回 MSPM0G 器件的闪存地址、然后您可以找到整个映像是否已完成刷写。

如果未捕获到任何内容、我建议您在 BSL 通信期间使用逻辑分析仪捕获 TX/RX 信号。 然后、我们可以找到它停止的位置以及最后的数据包错误。

B.R.

SAL