Thread 中讨论的其他器件:MSPM0G3507
工具/软件:
我目前正在使用最新版本的 Code Composer Studio (CCS) IDE。 但是、每当我尝试为我的工程启动调试会话时、都会遇到随附的错误消息。 当我使用完全相同的工程和设置来使用较旧版本的 CCS 时,不会遇到该问题 — 成功构建和调试的工程没有任何错误。

此致、
Abhijeet D.
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具/软件:
我目前正在使用最新版本的 Code Composer Studio (CCS) IDE。 但是、每当我尝试为我的工程启动调试会话时、都会遇到随附的错误消息。 当我使用完全相同的工程和设置来使用较旧版本的 CCS 时,不会遇到该问题 — 成功构建和调试的工程没有任何错误。

此致、
Abhijeet D.
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 中会有出厂选择
这将帮助您确认是否成功进入 BSL 模式。
以下方法因信号质量问题而有助于降低 MSPM0 锁定频率:
在 20cm 以内是可以的、10cm 更好。

我检查固件、0x0 数据为 0xF
在链接器文件中、设置所有代码均以 0x4000 开头。
但 Arm cortex M0+内核保持从 0x0 开始 CPU。
至少、您需要将 int 矢量从 0x0 开始、确保 CPU 可以从 0x4000 开始跳转到 APP、或者您需要添加从 0x0 开始的引导程序来执行 CPU 跳转功能、然后您可以将应用程序从 0x4000 开始。
如何恢复:
在 BSL 模式下恢复出厂设置。
由于 MSPM0 中现有的无效固件、您需要先恢复器件
[quote userid=“571933" url="“ url="~“~/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1560922/mspm0g3107-unable-to-upload-code-and-debug-using-ccs-ide/6008436在 BSL 模式下恢复出厂设置。
如果常见步骤不可行、请尝试对 MSPM0 重新供电、并使 PA18 保持为高电平、MSPM0 将进入 BSL 模式。
然后尝试在 CCS 目标配置中连接 MSPM0 DPA 端口。 (显示所有内核–连接 DAP)。
DAP connect:右键点击 CCS 工程中的 MSPM0G3507.ccxml 文件,启动无工程调试,菜单 — Script 中会有出厂选择
[/报价]
请参阅我的修改:
MEMORY
{
FLASH_INTVCT (RX) : origin = 0x00000000, length = 0x00000400
FLASH (RX) : origin = APP_START, length = 0x00020000 - APP_START
SRAM (RWX) : origin = 0x20200000, length = 0x00008000 - 0x8
SHARED_RAM (RW) : origin = 0x20207FF8, length = 0x8
BCR_CONFIG (R) : origin = 0x41C00000, length = 0x00000080
BSL_CONFIG (R) : origin = 0x41C00100, length = 0x00000080
}
SECTIONS
{
.intvecs: > 0x00000000