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/TMDSEMU110-U:XDS110调试不能与 AM4377配合使用

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

https://e2e.ti.com/support/tools/code-composer-studio-group/ccs/f/code-composer-studio-forum/899623/ccs-tmdsemu110-u-xds110-debug-not-working-with-am4377

器件型号:TMDSEMU110-U
主题中讨论的其他器件:AM4377

工具/软件:Code Composer Studio

当尝试在 AM4377上使用 XDS110时、我无法在 main 处中断调试。 相反,它在 main 暂停了大约一秒钟,然后继续进行,而不涉及任何人的互动。 我已经在许多不同的 XDS110和多个版本的 CCS 上尝试过这种方法。 较旧的 XDS200似乎没有这些问题。 调试似乎只能运行几个月、但在经过一段时间的开发后、它才停止工作。 这可能是我正在做的事情或软件正在做的事情的问题。 但 XDS200正常工作的事实似乎表明了其他情况。

版本:
xds110 - 3.0.0.11
CCS - 9.2

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

    您好!

    遗憾的是、我失去了对 AM437x 板的访问权限、但我已经在 XDS110调试探针(以及 XDS200等)中使用过这种情况好几次了、从未经历过这种现象。  

    是否可以删除 CCS 中的调试配置(菜单 Run -> Debug Configurations)并重试?

    另一个方面是、XDS110可能会设置为更高的 TCLK 速度、从而导致其连接变得不稳定。 您可以在目标配置的高级选项卡中更改此项(选中 此项)  

    鉴于您似乎没有遇到 XDS200问题、我认为可以安全地排除与正在运行的软件或外部看门狗计时器(通常连接到 PMIC 器件)相关的任何可能会意外重置器件的情况。

    如果我发现任何相关问题、我将尝试考虑其他环境并报告。  

    希望这对您有所帮助、

    拉斐尔

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

    我尝试删除调试配置。 它没有解决问题。

    请注意、我在基于 Windows 10的 PC 上运行、但当我上次看到它运行时、我在基于 Linux 的计算机上运行、Windows 10作为虚拟机。 我已经验证了在硬件设备中它是否正确识别了 xds110。 我还运行 了 xdsdfu.exe 以确保我的 xds110处于工作状态且是最新的。 加载闪存工作正常、因此我假设驱动器工作正常。  

    感谢您花时间尝试解决我的问题。

    海登  

     

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

    经过一些测试后,我发现在本机 Windows 10计算机上运行 xds110有问题。 但是、如果我返回到具有 Windows 10 VM 的本地 Linux 计算机、它似乎可以正常工作。 两个窗口实例显示的 emu、XDS 驱动程序和 CCS 版本完全相同。 如果有任何关于我可以测试的其他内容的建议、我们将不胜感激。

    -海登

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

    我做了更多的测试、但我仍然没有找到解决此问题的解决方案。  我遵循了故障排除指南"调试标签"(以下链接)。 更改 JTAG 速度包含在其中。 我尝试了不同版本的 EMUack (8.3、8.4、9.1)。 我已经尝试过不同版本的 CCS (9.2、9.3、10.0)。 我已经尝试过不同版本的 xds110驱动程序和不同版本的 xds110固件。 我尝试过不同的 xds110。 我尝试使用不同的 USB 电缆和不同 PC 上的端口。 我已确保隔离良好、并使用相同的电源交流为电路板和 PC 供电。 我还尝试不使用从充电电缆断开的笔记本电脑。 我尝试了很多不同的调试设置。 他们都无法解决我的问题。   

    为了重申我看到的问题、我将链接一个您的 YouTube 视频、其中显示了我的问题。  



    YouTube 视频:

    https://youtu.be/ZNtdQf1UYrw

    调试 JTAG:

    https://software-dl.ti.com/ccs/esd/documents/ccs_debugging_jtag_connectivity_issues.html

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

    海登

    感谢您发送信息。 我在发送您的最后一个帖子时正处于新回复的中间位置。  

    如前所述、当目标硬件进入自复位状态(由看门狗计时器引起)时、我发现了这个问题、很明显、由于它在 VM 和 XDS200上工作、这种情况似乎不是您的问题。  

    但是、我在这里找到了一个旧的 AM437x IDK 板、奇怪的是、我可以确认问题。 它还会连接、然后自动让目标再次运行。 没有观察到其他副作用、一旦我点击"Halt"、目标就会正常恢复。  

    我返回到版本、发现具有 TI 仿真包版本8.3.0.00003的 CCSv9.1和具有 TI 仿真包版本8.4.0.00006的 CCSv9.2都可以正常工作。 其他 Cortex A 内核(A8、A15)也不会发生这种情况。  

    在这种情况下、我提交了错误报告 EXT_EP-9785 (在下面签名的链接 SIR 中检查其状态)。

    遗憾的是、除了在内核开始运行后停止外、我找不到其他权变措施、但希望根本原因很简单。  

    给您带来的不便、我深表歉意、  

    拉斐尔

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

    感谢 Rafael 的回应、  

    我还注意到其他一些问题似乎在某种程度上是相关的。 我说"仅相关"是因为、如果我使用不同的调试探针、如 xds200或将 VM 与 xds110配合使用、我看不到这些问题。 此外、通过 SD 卡加载相同的 bin 文件并从 SD 卡引导也不会出现任何问题。  

    使用 xds110将程序刷写到电路板上时会出现以下问题:

    某些 i2c 调用似乎永远不会返回。  

    长时间睡眠(超过~1000)会导致 A9挂起

    UART TX 工作正常、但 RX 似乎从未响应。 请注意、我不是指 xds110 UART、而是使用外部 FTDI 芯片来提供便利。  

    再次感谢您的帮助、我将继续关注该 TT 编号。

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

    [引用 user="Hayden McGaugh">某些 i2c 呼叫似乎永远不会返回。  [/引用]不确定它是否相关、但过去由于 CCS 在单步执行时禁用中断而出现问题-例如 、CCS 6.1.1调试器在基于 TI-RTOS 的 AM4378程序挂起时步越阻止函数调用。

    步进时禁用中断是否会解释调试时遇到的任何问题?

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

    我尝试了该解决方案、以防万一、但它似乎没有产生任何影响。 如前所述、仅使用 xds110将 bin 文件刷写到电路板时也会发生这种情况。  

    对我来说,所有这些都很奇怪,在 VM 上使用 xds110是非常完美的。 我的团队已经用它进行了数月的发展。 我刚才提到的所有问题都不会在完全相同的软件中出现。  

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

    海登

    我怀疑这可能是设备驱动程序上的竞态条件。 在捕获数据以归档错误报告时、我 启用了调试服务器日志 、以获取要发送给开发团队的大多数信息、但这抑制了错误。

    由于日志信息会将整个调试过程延迟一小段时间、因此这与您通过在 VM 上运行软件所看到的情况相匹配-由于其所有层、延迟是不可避免的、而且错误本身不会显现出来。  

    鉴于其他症状似乎随着相同的环境和调试探针的变化而消失、我真的认为它们都是相关的。  

    无论如何、这似乎是在较新版本中引入的、或者只是隐藏在较旧版本中。  

    此致、

    拉斐尔