[参考译文] EK-TM4C123GXL：GUI Composer V2独立暂停目标

[引用用户="Steven Mitchell"]几分钟后，GUI 中的计数器停止，目标上的 LED 停止。

在直接从云预览/运行 GUI Composer 应用程序时、您是否会看到这种相同的行为、还是仅在运行独立应用程序时才会看到这种行为？

[报价用户="Steven Mitchell]A (今年)全新的 Windows 10 i7桌面版将运行数小时，没有问题。

因此、相同的独立应用程序在较新的桌面上可以正常工作、但在某些较旧的桌面上却不能正常工作？

您将哪种通信协议与 GUI Composer 配合使用？

[报价用户="Aarticg"]在直接从云预览/运行 GUI Composer 应用程序时，您是否看到了同样的行为，还是仅在运行独立应用程序时才看到这种行为？

是的、我使用笔记本电脑尝试了独立应用程序和在线版本、它们 的运行时间不到2分钟。

Aarticg 说：

因此，相同的独立应用程序在较新的桌面上可以正常工作，但在某些较旧的桌面上不能正常工作？

是的、台式机可以在线或独立运行。

[引用 user="Aarticg"]您在 GUI Composer 中使用的是哪种通信协议？

XDS 和 GC 项目为应用程序(而非仪表板)。 目标代码是在 CCS 7.2脱机的情况下编写的。

谢谢

[报价用户="Steven Mitchell"]是的，桌面是在线的还是独立的。

相同的 GUI Composer 应用程序和目标应用程序的工作方式因 PC 而异、这无疑是奇怪的。 我假设目标应用本身保持正常运行(即目标板上的 LED 继续闪烁)、只要 GC 应用未连接、对吧？ GC 连接到 LED 后、LED 会停止闪烁几分钟？

我会与其他几位同事协商、以检查他们是否对此有其他想法。  

是的、没错。

真是个惊喜。 我们在客户的笔记本电脑上安装演示时发现、我们需要 Wi-Fi 才能启动独立应用、并且目标可能会暂停。

在使用客户的笔记本电脑播放戏剧之后、我创建了一个(新)最小 GC 项目、以便在给您写文章之前进行测试。 它具有两个标签和一个按钮、可访问两个全局变量：(uint32_t) app_state.blink_count 和(bool) app_state.restart、这些变量绑定到：TI_widget_label1.label 和 ti_widget_button.bindable_trigger (下面的 GC 应用)

目标代码的作用不仅仅是使 LED 闪烁-这是一个完整的应用程序-我已将问题描述为"暂停"、因为 GUI 不会导致目标复位、并且在首次连接时、它会在目标运行时挂钩到目标中。 就好像有一个意外的 JTAG 断点、断开 GUI 会释放断点。

目标应用本身工作正常。  旧笔记本电脑上的 GC 会导致它暂停、而笔记本电脑越老、暂停的时间就越短。 这种情况发生在 launchpad 或我自己的电路板上。

e2e.ti.com/.../minimal-_2800_2_2900_.zip

Steven、

一位同事列举了一个简单的 LED 闪烁示例来测试这一点。 他和我都让独立应用程序在 TM4C123GXL Launchpad 上运行了10分钟以上、没有任何问题。 您能否尝试运行以下链接中的应用程序、并查看您是否可以在这些笔记本电脑上重现此问题？

https://dev.ti.com/gallery/info/11101/TIVA_123_BlinkTestProgram/

如果可以的话，最有可能是 PC 上安装的软件或软件中存在某种干扰。

此应用程序将首先刷写程序、以便它还有助于提供一些指示、说明最终问题是否可能是某种类型的固件问题。

 

感谢您的测试应用。

不幸的是、它的行为与我在最旧的笔记本电脑上的应用程序相同-它管理的最佳时间是179秒。 (到目前为止、较新的笔记本电脑已经运行了几个小时。 使用我的应用程序及其完整的 GUI、在大约5小时内、它只出现几次故障、因此可能还可以。)

我首先尝试了在线版本- 23秒。

然后将独立 zip 文件解压到我的 GC 运行时文件夹- 20秒。

我已经尝试重新安装 GC 运行时、使用 BlinkTestProgram 的安装程序版本、重新启动笔记本电脑... 它很奇怪、因为它实际上可以工作、但只能工作一分钟左右。

我确实注意到、在我观看时、有时它停止、PC 上的闪烁计数器会暂停、例如7、而目标会在停止前继续使 LED 闪烁几次、然后 PC 闪烁计数器会跳转至11并保持在那里。  单击切换开关可清除 PC 上的计数器、但不会启动 LED。 再次单击它可将计数器设置为1、但不会启动 LED。 "Click to Disconnect (单击以断开连接)"将启动 LED。 "单击以连接到硬件"、计数器从 目标的当前值继续计数。

GC.log 文件中有一些错误消息、这与桌面上的 GC.log 完全相同、工作正常、因此可能没有价值？ 我还是附加了它。

Steven、

这当然是很奇怪的。 我不确定如何调试在旧笔记本电脑中触发这种情况的原因。  

这里的团队建议的最后一点是为 Cloud Agent 收集调试服务器日志。 我无法保证它将提供我们需要的见解、但值得一试。 要捕获日志、您需要取消注释 ticloudagent.bat 文件中的第4行和第5行、该文件应位于 USER_HOME/TICONUAGON/目录中。 然后、使用 dev.ti.com 上的 GUI Composer 在线版本来运行 GUI。 让程序运行到停止位置。 确保在收集数据后禁用日志记录、因为日志文件可能会显著增长。 在此处压缩并附加日志文件。

 

感谢您的帮助、我捕获了一个日志文件。

当日志文件大约为39、000行时、电路板上的 LED 停止闪烁、

大约5秒钟后、即使 LED 未闪烁、日志文件也开始再次增加。

然后、我单击了"disconnect (断开连接)"按钮、并在此处附加了日志文件。

e2e.ti.com/.../my.log

Steven、

Aarti 正在外出一段时间。 我会将此日志发送给其他人、看看我们是否可以确定正在发生什么情况。

此致、
John

从日志中可以看到、我们只是断开了与电路板上 ICDI 调试探针的连接。 这是一个内置于该板上的较旧探针。 很可能会看到同样的东西在 CCS 内运行。

一种想法是将外部 XDS110连接到它。 这会给 TM4C123 LaunchPad 带来一些麻烦、因为它没有10引脚 JTAG 接头。 您是否碰巧在电路板上添加了一个？

John

您好 Steven、

您是否曾尝试过 Wire Shark 分析 IP 数据包以查看 GUI 中的计数器停止时会发生什么情况？

可能超出范围 WiFi 问题可能是目标的看门狗例程、它会跳闸一个 while 循环的等待帧、因此当笔记本电脑 GUI 超出目标范围时、目标的 IP 堆栈不会被擦除。

Steven、

您的电路板上是否有可将外部调试探针连接到的接头？

John

你(们)好

是的、我有一个标头、但目前没有 XDS100调试器。 我使用 launchpad 调试作为向原型运行中添加 JTAG 的快速方法、在该方法中、我们可以通过几 台试用机上的 GUI 发送固件更新和微调操作参数。  我已经从 Launchpad 上切断 JTAG 部分、并将其添加到带有密封 USB 的电路板中、以使连接脱离机箱。  我的目的是在最终版本中使用内置 USB、在 GUI 中实现引导加载程序和 USB 协议对我来说是一个新领域、因此我被 launchpad/JTAG+GUI 所吸引。

最初在电路板上观察到目标暂停/断开、但此后、所有测试和日志都已在库存 LaunchPad 上完成。

我可以订购 XDS100并执行操作。

此致

Steve

Steve

我将向您发送朋友请求和私人消息

John

这只是关注此主题的其他人的一个注意事项。 我们将尝试使用独立的 XDS110、看看它是否有用。 我担心 Stellaris ICDI 调试探针会导致该问题。 通过尝试 XDS110、我们可以消除这种情况。 只是等待它到达。

此致、
John

幸运的是 、您是否考虑了 RTOS 的 UART 选项来连接云 小工具？  我们尚未对其进行测试 、但注意到它是一个新选项 RTOS 2-16-01-14封装。

UART 监控模块支持与客户端 GUI Composer 应用程序进行目标通信。

XDS110已到达、工作正常。 它在夜间运行没有任何问题。
将项目属性改回"Spellaris 内电路调试接口"并将 Launchpad 的调试部分用作 JTAG 探针、原始问题仍然存在-目标代码会在大约一两分钟后暂停。
在本测试中、我使用的目标板具有两个 JTAG 连接器-一个用于 Launchpad、另一个用于 XDS110。
谢谢
Steve

谢谢、我将介绍新的 RTOS。 理想情况下、我想要一个也可以对目标进行重新闪存的解决方案。
此致
Steve

TM4C1294 ROM 引导加载程序可通过 USB0重新刷写目标、而无需 ICDI、JTAG 或任何其他添加的硬件。 只要闪存为空或在下一次 POR 时擦除、嵌入式引导加载程序就会运行、向 LM 闪存或其他所选的 DFU 程序发送请求以进行 bin 文件更新。

BTW 即使使用 ROMBL、也建议安装 JTAG 接头以简化转换并允许通过 CCS 轻松调试目标。