[参考译文] MSPM0G3107：无法使用 CCS IDE 上载代码和调试。

1.请尝试读取引导诊断值并将其发送给我。

2.请澄清您在看到此问题之前所做的流程

3.请按照以下说明尝试恢复出厂设置以恢复设备

有关 CCS 解锁 MSPM0 的信息、请参阅 https://www.ti.com/lit/pdf/slaaed1 7.1.4 通过 CCS 解锁

如果常见步骤不可行、请尝试对 MSPM0 重新供电、并使 PA18 保持为高电平、MSPM0 将进入 BSL 模式。

然后尝试在 CCS 目标配置中连接 MSPM0 DPA 端口。 （显示所有内核–连接 DAP）。

DAP connect：右键点击 CCS 工程中的 MSPM0G3507.ccxml 文件，启动无工程调试，菜单 — Script 中会有出厂选择

1. 硬件检查、检查电源（客户定义，3.3V）、检查 Vcore 电压 (1.35V)。
2. 检查 XDS110 与 PC 的连接、该连接位于 PC 的设备管理器列表中。
3. 可选的固件、可确认 M0 是否在应用中运行。

这将帮助您确认是否成功进入 BSL 模式。

4. 方法 1：在 CCS 中运行恢复出厂设置自动脚本–目标配置
5. 方法 2：连接 DAP、在 CCS 中手动运行恢复出厂设置脚本–目标配置（需要手动按下“复位“按钮）
6. 方法 3：进入 BSL 模式、连接 DAP、然后在 CCS 中手动运行恢复出厂设置脚本–目标配置（需要手动按下“Reset"按钮“按钮）按钮）

以下方法因信号质量问题而有助于降低 MSPM0 锁定频率：

1. 缩短 XDS110 和 MSPM0 之间的调试电缆 (SWDIO 和 SWCLK) 的长度。

在 20cm 以内是可以的、10cm 更好。

2. 降低调试器 SWD 速度、双击.ccxml 文件、然后在 TI XDS110 USB 调试探针中更改速度
3. 分别对 MAIN 区域和非 MAIN 区域进行编程

你好 Helic,

我已经尝试了上面提到的所有步骤,但不幸的是,它仍然没有对我起作用。 我遵循的过程与我之前在硬件上正常工作时所使用的过程完全相同。 有趣的是、我有另一个项目在使用更新的 IDE 的同一硬件上运行、没有任何问题。 但是、我以前的项目显示的是我与您分享的错误。

应届毕业生、

Abhijeet D.

是否在问题项目中修改了 nonmain？

您可以将您的项目发送给我。

我的项目的 PFA zip 文件。

[Helic]:删除文件,因为我下载了它。

我检查固件、0x0 数据为 0xF

在链接器文件中、设置所有代码均以 0x4000 开头。

但 Arm cortex M0+内核保持从 0x0 开始 CPU。

至少、您需要将 int 矢量从 0x0 开始、确保 CPU 可以从 0x4000 开始跳转到 APP、或者您需要添加从 0x0 开始的引导程序来执行 CPU 跳转功能、然后您可以将应用程序从 0x4000 开始。

如何恢复：

在 BSL 模式下恢复出厂设置。

即使我初始化矢量从 0x0000 开始,应用从 0x0000 开始.
错误仍然存在。