[参考译文] UNIFLASH：卡在&quot；GEL 表达式：OnTargetConnect ()&quot；或&quot；加载时启用 RTI[0：3]时钟&quot；

您好：

通常、这是器件处于不良状态时的问题。 但是、清除缓存可以解决此问题是奇怪的。 这可能是在版本之间切换时缓存损坏。  

根据错误的性质、看起来 UniFlash 仅连接到目标时以及尝试任何刷写之前就会发生。

我将尝试在我这边重现这一点

Ki

谢谢、我认为可能有一条线索需要在 OSPI（8 秒）中留下引导模式、而在对新映像进行编程时、电路板会引导并主动运行应用。

感谢您的提示。 这就说明了下电上电有何帮助。 但是、清除缓存不会对这种情况产生影响。

另一个提示。  我在同一台主机上设置了 2 个 AM263P4 EVAL-CC 板、因此通过 USB 设置了 2 个 XDS110 板载仿真器。

使用 uniflash 生成独立 CLI 包、然后更新该包以支持使用 dslite 对 2 个电路板（基于 XDS 的序列号）进行编程。   

我同时使用了程序和验证以及程序和验证独立示例。

使用该程序并一次性验证示例、尽管使用 dslite 进行了重试、但在电路板之间进行 ping 通会导致电路板挂起。  （在过去,当这发生在 uniflash ,它不工作,直到我们做 fsclean 几次）。   

但当我使用独立的程序打乒乓球,然后验证,它“似乎“工作.   

可能需要验证的方面？

这是完整日志

.e2e.ti.com/.../dslite_5F00_ontarget_5F00_hang.txt

说得太快了。  编程后运行 VERIFY 时、该命令也会挂起。  但没有那么频繁。  但使用此方法的优点是当它确实挂起时、我只重试。  此外、脚本在重试时似乎更快地完成。

另一个提示。  我在同一台主机上设置了 2 个 AM263P4 EVAL-CC 板、因此通过 USB 设置了 2 个 XDS110 板载仿真器。

您是否曾在仅连接一个目标时看到过此情况？

无论如何,我认为这不是问题。 我发现 AM2634 一般来说有点不可靠、因为我经常需要进行各种复位或下电上电、使 R5 内核在使用后保持良好状态。

当器件在 UniFlash 中处于该不良状态时，如果您只是尝试查看存储器而不是加载）、是否会遇到相同的 OnTargetConnect 问题？

是的、它肯定仅在连接了一个目标时执行此操作。

=) 请使用复位和工具帮助使 AM2634 更加稳定。  为了使此芯片正常工作、我和团队需要不断地关闭电源、拔下 USB 电缆、重新启动应用程序、清除缓存、有时还需要重新启动、这对我和团队来说是相当令人沮丧的。  但情况不应如此。

下次它再次发生在单个单元上时、我将发布其他功能的结果。

我听说 CCS 20.3.0 对于 AM263 有一些改进的器件支持文件、有助于提升用户体验。 我不确定 UniFlash 9.3.0 是否使用 CCS 20.3.0 中的相同内容、我需要检查一下。

好的、感谢您提供额外的数据点。 今天是在这里度假、所以明天我回到办公室时、我会尝试一下。

是否可以获取您尝试刷写的图像？ 如果您希望私下分享、可以通过私人 E2E 消息发送。

很遗憾、我无法发送我们的图像。  但在这个问题上、它并不是孤立于我们的形象。  我认识到这个问题很难重现。  我也不知道是什么时候发生的。  有些日子是好的,有些日子是坏的。  如果没有什么是明显的,那么也许我们可以把它保持开放一点,并关闭它,如果我找不到触发这种情况的确切方案。