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.

[参考译文] MSPM0G3507:MSPM0C1104和 MSPM0G3507上的调试模式不稳定性

Guru**** 2390935 points
Other Parts Discussed in Thread: MSPM0C1104, MSPM0G3507

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1499395/mspm0g3507-debug-mode-instability-on-mspm0c1104-and-mspm0g3507

器件型号:MSPM0G3507
主题中讨论的其他器件:MSPM0C1104

工具/软件:

我们目前正在研究使用 MSPM0C1104和 MSPM0G3507微控制器的充电器工程。 我们遇到了与调试稳定性相关的不规则问题、我们希望您能深入了解该问题。

问题说明:


目标板间歇性地进入和退出调试模式。 在许多情况下、我们无法保持稳定的调试会话。 但是、当代码在未进入调试模式的情况下刷写到电路板上时、应用程序似乎会按预期运行。

一个具体观察结果是、当切换 MSPM0C1104的 PA0引脚时、RESET 线路也会被拉至低电平。 有趣的是、如果我们运行一个只切换 PA0的最小项目、那么我们能够毫无问题地进入并保持在调试模式。

 为了进一步研究、我们将功能从 PA0更改为 PA25。 但是、该问题仍然存在、这表明根本原因可能未隔离到特定的 GPIO 引脚。   

以下是调试会话失败期间错误日志的快照:

CORTEX_M0P: GEL Output: Memory Map Initialization Complete CORTEX_M0P: NONMAIN CRC validation is not supported for MSPM0C1xx/MSPS003Fx. Exercise caution when erasing/programming NON-MAIN. CORTEX_M0P: AutoRun: Target not run as breakpoint could not be set: Error enabling this function: There is no AET resource to support this job. CORTEX_M0P: Can't Run Target CPU: (Error -1001 @ 0x0) Requested operation is not supported on this device. (Emulation package 20.0.0.3178) CORTEX_M0P: JTAG Communication Error: (Error -615 @ 0x0) The target failed to see a correctly formatted SWD header. The connection to the target may be unreliable. Try lowering the TCLK setting before trying again. (Emulation package 20.0.0.3178) CORTEX_M0P: Failed to remove the debug state from the target before disconnecting. There may still be breakpoint op-codes embedded in program memory. It is recommended that you reset the emulator before you connect and reload your program before you continue debugging.

在下面的快照 pa0reset 中。 PNG、  切换 PA0时、复位线路被下拉

其他意见:

  • 问题不会始终出现。 在某些情况下、我们能够顺利调试和运行程序。

  • 当调试模式失败时、PA0活动似乎与复位线路行为相关联。

  • 将引脚从 PA0更改为 PA25无法解决该问题。   

  • 使用仅切换 PA0的最小项目进行调试的工作正常。

当前状态:
根本原因尚待确定。 鉴于 GPIO 切换和复位线路之间可能存在不规则的性质以及交互、我们怀疑出现了与硬件相关的干扰或配置问题、因此请提供您的指导。

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

    您好、

    我这边有几个问题:

    • MSPM0G3507和 MSPM0C1104上是否都出现此调试连接问题?
    • 使用的是 LaunchPad 还是生产电路板?

    如果 NRST 引脚在调试时下拉、则该引脚可以断开调试连接。 您可以执行以下测试:

       将 NRST 直接连接到 VCC (无上拉电阻器)、并查看是否仍然发生此问题。