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.

[参考译文] MSPM0G3107-Q1:无法在一个系统上使用 Uniflash 进行调试或刷写

Guru**** 2376610 points
Other Parts Discussed in Thread: MSPM0G3107-Q1, MSPM0G3507
请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1533404/mspm0g3107-q1-unable-to-debug-or-flash-using-uniflash-on-one-system

器件型号:MSPM0G3107-Q1
Thread 中讨论的其他器件: MSPM0G3507

工具/软件:

我有一个基于  MSPM0G3107-Q1 的定制电路板、我尝试使用 XDS110 调试器进行调试。 我在调试控制台中获得以下输出:

Flash Programmer: Hard reset before programming
Writing Flash @ Address 0x00002000 of Length 0x00001398
Flash Programmer: Uploading RAM loader to device
Flash Programmer: RAM loader returned after 10 ms 
Flash Programmer: Device init finished
Flash Programmer: Erasing main memory
Debug: Returning from main erase
Flash Programmer: RAM loader returned after 10 ms 
Flash Programmer: Main erase finished
Flash Programmer: Attempting to halt device for write operation
Flash Programmer: Device halted for write operation
Flash Programmer: Beginning write operation
Flash Programmer: Writing 5016 bytes for address 0x2000, Checksum: a8bf97f7 
Flash Programmer: RAM loader returned after 20 ms 
Flash Programmer: Write speed 12.9 kB/sec
Flash Programmer: Hard reset after programming
Error: (Error -1001 @ 0x0) Requested operation is not supported on this device. (Emulation package 20.2.0.3536) 
Trouble Halting Target CPU: (Error -2064 @ 0x0) Unable to read device status. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 20.2.0.3536) 
Error:  Connection to MSPM0 core failed.  Possible root causes: 1) Debug access within NONMAIN was disabled or enabled with password. 2) Peripheral mis-configuration (e.g improper watchdog or clock).  To see a more detailed diagnostic of the issue, please press the 'Read boot diagnostic'

请注意、已启用 verbose 输出。 相同的设置可在不同的 PC 上运行。 我已尝试重新安装所有设备、但没有任何用处。 如何缩小问题范围?

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    我们试着缩小范围:

    1) 您似乎正在尝试进入调试模式?

    2) 该问题在多个 M0 器件/电路板上是否仍然存在?

    3) 您使用的 CCS 版本是什么? 计算机呢 使用 工作?

    4) 您是否尝试过不同的 XDS110 (LaunchPad 具有一个可以连接到不同电路板的 XDS110)?

    5) 您是否尝试过在设备上恢复出厂设置?

    马修

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    1.是的

    2.是的

    3、 运行的系统是在 20.0.1 上,而不是在 20.2 上。 编译器版本分别为 TI ARM Clang 4.0.2 和 4.0.3、我将在此处获取相同版本并稍后更新。

    是的、尝试了两个不同的 LaunchPad(一个是 MSPM0G3507 评估套件、另一个是 C2000 评估套件,但我认为这不应该有所不同)

    5.是的,恢复出厂设置是恢复设备使调试工作在另一台计算机上的唯一方法。

    添加了一组我后来获得的上下文:

    1.在我们的用例中、正如您在日志中看到的、我们希望从地址 0x2000 写入应用程序、因为地址空间的其余部分保留用于自定义引导加载程序应用程序。 为了实现此目的、我们修改了.cmd 文件。 我随附了这个回复。  

    2、参考 TRM (第 1.4 节)、我们可以看到不能从自定义位置引导。 因此、使用此配置时、控制器不会进入调试状态是有意义的。 我们现在对系统 2 的不同之处感到困惑、因为系统 2 能够使用自定义配置进行调试。

    我对引导顺序的理解是否正确?  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    您好、

    (我看不到附加的文件;是否可以尝试重新上传?)

    您是否在 BCR 配置中为自定义 BSL 所在区域启用了静态写保护?

    在此期间-->您是否了解了辅助 BSL 示例和 BSL 用户指南

    自述文件中提供了一些有用的信息

    马修