[参考译文] MSPM0G3105：错误-6305 PRSC 模块写入路由器寄存器失败(仿真软件包9.12.0.00150)

您好、Nicola、

您正在使用哪个 SDK 版本？ 您使用的是 TIClang 还是 GCC？  

在较旧版本的 SDK 中、GCC 的链接器存在一个问题、偶尔会由于闪存加载程序处理不当而导致闪存损坏。

要恢复您现在遇到问题的电路板、您可以尝试我们的 MSPM0恢复出厂设置工具吗？  https://dev.ti.com/gallery/view/TIMSPGC/MSPM0_Factory_Reset_Tool ver2/0.0.0.3/

一些用户在安装该 GUI 所需的扩展时遇到问题、因此如果这不起作用、您 还可以尝试通过 CCS 执行恢复出厂设置、如以下内容所述： https://dev.ti.com/tirex/content/mspm0_sdk_1_20_01_06/docs/english/tools/ccs_ide_guide/doc_guide/doc_guide-srcs/ccs_ide_guide.html#dssm-mass-erase-and-factory-reset

此致、
布兰登·费舍尔

尊敬的 Brandon：

我将使用 SDK 1.20.1.06版和 GCC 9.2.1版(Linaro)。

我使用了 MSPM0出厂复位工具、但当我尝试连接到 XDS110调试器时、收到以下错误消息："FAILED TO CONNECTED：没有可连接的活动配置"。 我已经安装了最新的 TICloudAgent Bridge 应用程序、但它不会更改结果。

我还尝试通过 CCS 执行 恢复出厂设置、如您向我发送链接的3.5.1 DSSM 批量擦除和恢复出厂设置一章中所述。 但是、当我尝试这样做时、我会在控制台输出中得到：

CS_DAP_0：GEL 输出：启动器件批量擦除
CS_DAP_0：GEL 输出：正在尝试 CS_DAP 连接
CS_DAP_0：GEL 输出：正在尝试 SEC_AP 连接
CS_DAP_0：GEL 输出：发送命令
CS_DAP_0：GEL 输出：使用 NRST 启动硬件复位
CS_DAP_0：GEL 输出：启动 BOOTRST 板复位
CS_DAP_0：GEL 输出：复位线生效
CS_DAP_0：GEL 输出：RESET 线无效
CS_DAP_0：GEL 输出：板复位完成
CS_DAP_0：GEL 输出：复位完成
CS_DAP_0：GEL 输出：sec_AP 断开连接
CS_DAP_0：GEL 输出：sec_AP 重新连接

我得到两个窗口 Erase_Auto、显示"GEL 表达式：GEL_DAPInit_SECAPCommand ()"和"GEL 表达式 MSPM0_Mailbox()"进程正在运行(进度条持续运行)、但实际上没有发生任何情况。

我已经尝试、正如 3.5.1 DSSM 批量擦除和恢复出厂设置一章所建议、强制将重置设为低电平并使用"手动"版本的命令、但这两个窗口运行的结果是相同的、但并没有真正做什么。

你有什么建议吗？

谢谢！

尼古拉

您好、Nicola、

有了 CCS 12.4和 GCC、你仍然可以看到我描述的问题  谨慎一点、我建议升级到 CCS 12.5。

恢复器件的主题。  听起来可以禁用"批量擦除"和"恢复出厂设置"。 您是否故意修改了 NONMAIN 存储器？ 如果 NONMAIN 被擦除、则可以完全锁定器件、并禁用所有访问方法。

尝试访问器件的另一种方法是调用 BSL。 您是否有权访问 BSL 调用引脚？ 默认为 PA18。 如果这是 LaunchPad、您可以按住 S1并使用 NRST 引脚触发复位、保持 S1按住直到您释放 NRST、并且器件将引导至 BSL 模式。  

此时、假定 BSL 仍然启用、您应该能够对器件进行编程。  

此致、
布兰登·费舍尔

尊敬的 Brandon：

好的、谢谢。 我将使用 CCS12.5。

我尚未擦除 NONMAIN 存储器、但可能我碰巧调试了该 MCU、选择了不同的 MCU (即 MSPM0G3705)。 这是否会导致 MCU 锁定？

我不使用 Launchpad、而是使用我自己的板。 不过、我会尝试使用 BSL 来引导器件并对其重新编程。 然后我会告诉您。

谢谢。

尼古拉

了解 Nicola、

让我知道 BSL 测试的结果。

意外为 MSPM0G3507对该器件进行编程 时、不应擦除您的非主器件。 您可能会看到一条错误消息、但只要您未使用额外的内存、之后就不会出现类似这样的闪烁问题。  

此致、
布兰登·费舍尔

尊敬的 Brandon：

我已经尝试在 BSL 模式下进入 MCU、但没有改变。 这是我所做的：

1 -我已将板断电

BSL 引脚(PA18)和 NRST 引脚连接到 GND

3-电路板上电

4 -从 NRST 移除 GND

启动了 MSPM0G3507.ccxml 配置

6-启动 MSPM0_MailboxMasseraseAuto 脚本

这样 、我会在控制台中收到以下消息：

CS_DAP_0：GEL 输出：启动器件批量擦除
CS_DAP_0：GEL 输出：正在尝试 CS_DAP 连接
CS_DAP_0：GEL 输出：正在尝试 SEC_AP 连接
CS_DAP_0：GEL 输出：发送命令
CS_DAP_0：GEL 输出：使用 NRST 启动硬件复位
CS_DAP_0：GEL 输出：启动 BOOTRST 板复位
CS_DAP_0：GEL 输出：复位线生效
CS_DAP_0：GEL 输出：RESET 线无效
CS_DAP_0：GEL 输出：板复位完成
CS_DAP_0：GEL 输出：复位完成
CS_DAP_0：GEL 输出：sec_AP 断开连接
CS_DAP_0：GEL 输出：sec_AP 重新连接

然后我仍然得到两个窗口 、其中显示"GEL 表达式：GEL_DAPInit_SECAPCommand ()"和"GEL 表达式：MSPM0_Mailbox（Erase_Auto)"一直运行...

你有什么其他关于解锁 MCU 的建议吗？

我还有另一个问题：时钟设置(PLL 或其他)中的错误更改是否会导致这种锁定/错误 MCU 情况？

谢谢！

尼古拉

您好、Nicola、

Unknown 说：

2-已连接 BSL 引脚(PA18)和 NRST 引脚至 GND

我本应该更具体一些。 为了调用 BSL 模式、PA18引脚应该在复位期间被拉至高电平(默认情况下)、而不是被拉至低电平。 在该引脚被拉高的情况下重试。  

如果您 在调用 BSL 模式后无法连接、再加上无法恢复出厂设置、批量擦除或正常连接到器件、则器件的非主器件可能 被意外擦除和/或重新编程。  

Unknown 说：

我还有另一个问题：时钟设置(PLL 或其他)中的错误更改是否会导致这种锁定/错误 MCU 情况？

[/报价]

我不一定希望时钟设置会导致器件无法编程的问题。 在应用中重新配置时钟后、可能无法连接到器件、但如果启用、调用 BSL 会阻止应用程序代码运行、因此器件和时钟将处于默认设置。 此时、您应该能够进行连接。

此致、
布兰登·费舍尔