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.

[参考译文] CCS 是否可以对 MSP430 FRAM 器件勘误表 EEM23应用变通办法、以便在 trgms.c 中不停止目标的情况下使用 CIO?

Guru**** 2514335 points


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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/1024883/could-ccs-apply-a-work-around-for-msp430-fram-devices-errata-eem23-to-allow-cio-to-be-used-without-the-target-halting-in-trgmsg-c

MSP430FR2675中:如何在 CCS 10中启用到控制台的 printf 输出? 和 MSP430FR2355:正在尝试在 MSP430FR2355EVM 上使用 CIO? MSP430 FRAM 器 件的一些用户报告说、当尝试使用 CIO 时、目标在 trgms.c 中停止、而不是在调试器控制台上报告 CIO 输出并且目标自动恢复。

重复此问题时:

  • 目标在比  C$IO$$符号的地址少8个字节的地址处停止。
  • 通过查看 eval ("debug_DumpBreakpoints()")的输出和 CCS Debug Server 日志、都看不到如何在 C$$IO$$符号上设置断点的问题。
  • MSP430 FRAM 器件上出现了此问题、该器件列出了勘误表 EEM23。
  • 当启用了非零数量的 FRAM 等待状态时、出现了问题、当 FRAM 等待状态的数量更改为零时、问题消失。 即与勘误表 EEM23相关、而不是 CCS 调试器中的软件错误。

CCS 调试器是否可以尝试检测目标是否已在 C$$IO$$符号之前的断点处停止、并执行 CIO 操作、以减轻 EEM23的影响?

尝试缓解 目标在与设置了断点的地址不同的地址停止的问题之一是、在发布的 EEM23说明中、不清楚目标是否始终在与该地址的固定偏移处停止 断点已设置:

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

    切斯特、您好!

    非常感谢这里的建议以及其他主题中的调查。 我一定会将此反馈给 CCS 和 SW 团队、作为在未来 MSP 调试堆栈版本中进行研究的途径。  

    我不确定 EEM23的详细信息、但我想它与等待状态有关、这会导致 EEM 和 CPU 之间的交互存在一些不确定性或未定义状态。