[参考译文] CC1354P10：使用 XDS110ET 进行调试时 CCS 崩溃

如果 CCS 崩溃、则可能已生成崩溃转储文件。 您可以将它们连接到该线程吗？

此外、如果可以相当频繁地重现问题、则可以尝试启用调试服务器日志记录并在生成日志的同时重现问题。 然后禁用日志记录、压缩日志并附加到此线程。

有关故障转储文件和调试服务器日志的更多信息、请参阅：  

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

很高兴， 请访问 attachede2e.ti.com/.../logs_5F00_and_5F00_dump.zip

感谢您提供这些文件。 我会让工程部门看一下并让您发布信息。

有新消息？

目前、工程部门仍在调查中。 他们注意到的一个不一致之处是 dmp 文件显示 CCS 已安装在 C：/ti/1240中、并且您提到您正在使用 CCS 12.2和12.4、但是 dmp 文件也显示 DebugServer 来自 CCS 12.5。

您是否以递增的方式将12.4安装更新到12.5？ 如果是、您还可以尝试下载并安装完整的直接 CCS 12.5？ 安装到其他文件夹并为其使用新的工作区文件夹。 然后重试以重现。

谢谢

小  

我发现问题与打开调试会话并同时通过 USB 使用串行有关。 显然有某种种族。 我必须通过转到引脚 DIO12、DIO13和 GND 来使用控制台、并且仅保留 USB 连接用于调试

感谢您提供额外的数据。 这非常有帮助。 您是否正在使用 XDS110上的 UART 端口？

此外，作为一个附加数据点，我有 OpenJDK，而不是 Oracle。

您能否确认：

novar luo 说：

您是否正在使用 XDS110上的 UART 端口？

谢谢

小

我不知道您的意思。 我使用的是 USB 串行、当切换到用于 UART 的 CC1354P10上的 GPIO 时、EnergyTrace 不再崩溃。 好像使用 USB 进行调试并且 UART 崩溃 EnergyTrace

是的、 通过 XDS110的用户 UART 通过 USB 端口进行串行(而不是通过电路板/器件上的一些其他串行连接进行串行。

Unknown 说：

似乎使用 USB 进行调试和 UART 崩溃 EnergyTrace

我认为这可能是一个已知的问题。 我需要跟进工程部门

我似乎无法重现此问题。 我使用 CCS 12.5.0、并将 LP-XDS110ET 连接到 CC1354P10 LaunchPad。 我有一个使用 XDS110的 UART 通过 USB 进行串行通信的示例。 "Expressions"视图中有一些全局变量、并持续刷新。 我还启用了 EnergyTrace、并且可以在一切运行正常的情况下获取 EnergyTrace 数据。

我记得您在 CCS 安装过程中遇到了一些问题、该安装过程以递增的方式更新到 CCS 12.5.0、并且直接执行 CCS 12.5.0解决了该问题。 直接安装12.5.0后是否仍遇到此 EnergyTrace 问题？  

是的、它仍然在发生。 我的同事似乎也无法重现此示例、但在我的机器上是一致的

Unknown 说：

在尝试使用 EnergyTrace 时，或如果我在表达式视图中单击 ContinuousRefresh，则经常遇到不可恢复的崩溃：

您能解释一下这条评论吗？ 您的意思是、即使 EnergyTrace 根本没有打开、也会采用内断模式、如果点击"持续刷新"、还会出现挂起/崩溃的情况？

是的、这是正确的、尽管我发现其中一个不可重现。 我不知道会发生这种情况的

Unknown 说：

好吧，我的同事似乎也不能复制此文件，但它在我的机器上是一致的[/报价]

您的同事是否曾尝试使用您的 LaunchPad 和程序？ 相同的 USB 电缆？ 他们的机器是否与您的机器类似？ USB 电缆是否已直接插入笔记本电脑？

没有、他们尝试使用自己的 LaunchPad、调试探针、USB 电缆和机器。 我们的两台机器都是戴尔、相同的型号、但使用的是 Windows 10。 直接通过计算机和集线器插入的 USB 电缆(我也尝试过这种方法、没有区别)

此外、虽然不在调试会话使用 UART 的同时大大改善了问题、但它仍然没有解决。 我仍然 崩溃

Unknown 说：

否，他们尝试了自己的 Launchpad、调试探针、USB 电缆和机器。

他们是否可以在自己的机器上使用 Launchpad、调试探针和 USB 电缆？

目前无法做到这一点