[参考译文] TMDSEMU200-U：调试器探针错误 — 一分钟内断开调试会话

您好 Fleenor、

感谢您的答复；

我们将尽快尝试进行固件更新；

回答您的柜台问题->

1.我们使用的是完整的应用程序->问题可见;我们使用的是定制的电路板,因此从未尝试使用示例代码;

2、不使用评估板;

3、应用本身不直接访问 JTAG 引脚;

4. USB 线缆直接使用而不使用集线器; ->我们也会尝试使用另一条 USB 线缆;

XDS110 ->也出现了类似的问题、那么这一类似的固件更新步骤也适用？ 该步骤是否与 您之前描述的步骤类似？

您好、Fleenor 先生、

是的、下面是您请求的信息->  

1. 固件版本：3.0.041
2. CCS 版本 20.5.1
3. XDS110 是一个独立的探针
4. 它与 XDS200 相同

此致、

Ashish

您好、Ashish、

感谢您提供这些详细信息。 根据您的配置（CCS 20.5.1 上固件为 3.0.0.41 的 XDS110 独立探针）、与 XDS200 出现相同的调试会话断开情况 — 下面是我的评估：

分析

由于 XDS200 和 XDS110 探针的行为相同、这强烈表明根本原因不是单个故障探针、而是以下两个原因之一：

1. 您的应用程序代码干扰了调试连接、或者
2. 影响两个探测器的固件/兼容性问题

两个探头在大致相同的位置断开连接这一事实是一个关键的线索。 文档中记录了特定 XDS110 固件版本导致 C2000 器件连接中断—尤其是版本 2.3.0.16 断开 cJTAG 连接[1]、版本 3.0.33 导致 USB 枚举失败[2]。 您的版本 3.0.0.41 比这些版本新、但固件引发的断开连接模式已得到完善。

此外、C2000 定制电路板的一个解决案例表明、 从闪存运行的应用程序代码可能会干扰 JTAG 连接、从而导致完全相同的症状—调试探针在应用程序开始执行[2]后断开连接。

建议的后续步骤

步骤 1—找出原因（应用程序与探头）：

由于您在定制电路板上、并且仅使用整个应用进行了测试、因此请尝试加载 最小测试程序 （例如，简单的无限循环或 GPIO 切换）并运行几分钟。 如果调试会话保持连接、则根本原因是您的应用程序、而不是探测器。

步骤 2—如果最小程序也断开连接：

将 XDS110 固件更新为与 CCS 20.5.1 安装捆绑的版本：

cd <CCS_install>\ccs\ccs_base\common\uscif\xds110
xdsdfu -m
xdsdfu -f firmware.bin -r

步骤 3—如果问题与应用程序相关：

检查您的应用是否：

• 进入关断时钟输入到 JTAG 接口的低功耗模式 (LPM)
• 在运行时触发看门狗复位
• 重新配置与 JTAG/TDI/TDO/TCK/TMS 共享多路复用选项的 GPIO 引脚
• 禁用影响调试子系统的外设时钟

其中任何一个都将导致应用程序到达该代码路径[2]后调试连接断开。

为什么两种探头都显示相同的问题

这是表明 应用程序可能干扰调试连接的最强指标。 两种不同的探头架构 (XDS200 和 XDS110) 的故障点相同、指向目标侧、而不是主机/探头侧。

为了帮助进一步完善这一点、了解以下内容会有所帮助：

• 断开连接是在一致的时间间隔还是在特定应用程序运行期间发生
• 您的应用是进入任何低功耗模式还是重新配置时钟
• 最小测试程序（简单循环）是否在定制电路板上保持稳定的调试连接
• 您当前的 XDS200 固件版本（的输出） xds2xx_conf.exe get xds2xxu 0、以确认它还需要更新到 1.0.0.9

1. EMUPack XDS110 固件与 C2000 不兼容 — TI E2E
2. 由于应用干扰而断开 XDS110 调试会话 — TI E2E

此致、

Zackary Fleenor