[参考译文] TMS320C6678：停止目标 CPU 时遇到问题：（错误–1060 @ 0x0）器件未响应请求。

您好、

我会分享之前有关上述问题的 E2E 帖子、希望这篇帖子对我有所帮助。

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/254378/device-core-hung? 和 https://e2e.ti.com/support/processors-group/processors/f/processors-forum/516682/device-core-is-hung-for-c6678-with-jtag?

此致、

Betsy Varughese.

更新： 如果我 在 Code Composer Studio (CCS) 上禁用“Silicon Real-Time Mode“（芯片实时模式）、则可以暂停内核。 那么问题就变成了、当启用 Silicon Real-Time Mode（我们称之为 SRM）时、会发生什么情况、这可能导致无法停止核心？ 根据 CCS GUI、启用 SRM 的意思是“暂停时为关键中断提供服务、在运行时允许调试器访问“。 我想象一下、启用 SRM 时无法停止可能与“关键中断“有关、但它真的不清楚、用户没有收到来自 CCS 的大量有用信息。   我希望 Code Composer 不要提供晦涩的“错误 — 1060“、而是提供一些有用的信息、说明正在运行的关键中断或其他有用的信息、而不是阻止访问。  在我的情况下、未启用 SRM 模式的单步执行不会显示任何进一步的中断、因此最终结果是我们当前无法解决正在调试的底层问题。

另外,在之前讨论的事件 Betsy V 上面指出,建议的解决方案涉及检查 JTAG 连接及其关联的硬件。  在本例中、我可以在受影响的内核之外调试器件（例如，可以查看其他内核和存储器等）、因此 JTAG 连接很明显。  当启用 SRM 时、这似乎是 CCS 限制或 C6678 器件限制。   

您好、

您能告诉我您使用的是哪个 CCS 版本吗？

此致、

Betsy Varughese.

您好 Betsy、  

是的、抱歉。

Code Composer Studio 版本：11.1.0.00011

谢谢。

您好 、Rick szajdecki、

在启用 SRM 时、这似乎是一些 CCS 限制或 C6678 器件限制。   [/报价]

没问题。 我将检查此问题、并在一天内回复您。

此致、

Betsy Varughese.

您好 、Rick szajdecki、

似乎上述观察结果是正确的。 请参阅 ealier E2E 博文、 https://e2e.ti.com/support/microcontrollers/c2000-microcontrollers-group/c2000/f/c2000-microcontrollers-forum/1013120/tms320f280049c-enable-silicon-real-time-mode/3754828?tisearch=e2e-sitesearch&keymatch=Silicon%20real%20time%20enabled#。

可以停止和调试 DSP C6678 器件上的其他内核。

能否请您确认是否在所有内核上使用了相同的代码、以确保代码没有问题？

在启用 SRM 时、这似乎是一些 CCS 限制或 C6678 器件限制。   [/报价]

点击此处邀请 CCS 专家。

此致、

Betsy Varughese.

人们会认为、如果不存在硬件问题、内核就不应该阻止 IDE 进入内核。 [/报价]

内核的状态确实会影响调试器访问。 请参阅以下文章中名为“Debug Hung“的部分：

https://dev.ti.com/tirex/explore/node?node=A__ANoamrIZPWD2-6T-NDDWGg__ccs_devtools__FUz-xrs__LATEST

在启用 SRM 时、这似乎是一些 CCS 限制或 C6678 器件限制。   [/报价]

我怀疑您还启用了“礼貌实时模式“。 它是“Silicon Real-Time Mode“（器件实时模式）旁边的按钮。 如果您仅禁用“礼貌“按钮、但保留启用“SRM"按钮“按钮、您是否能够停止？

谢谢

Ki

[/quote]