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.

[参考译文] AM2434:AM243x‑EVM 上的互操作性问题–DUT 断开连接后的器件

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

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/1608535/am2434-interoperability-issue-on-am243x-evm-devices-behind-dut-lose-connection

器件型号: AM2434

您好:

在使用基于 AM243x‑EVM 的器件 (DUT) 进行“Interoperability IRT legacy“测试期间、我们会观察到连接到 DUT 下游的所有器件间歇性断开连接。
Wireshark 显示了第 43,268,43343336,43743708,43743738,43902 帧下的重复 AR 消费者 DHT/WDT 到期 (RTA_ERR_ABORT) 事件。 44,195,44218。
仅当流量通过 DUT 时才会出现该问题;直接连接不会显示看门狗到期。

特殊旧 PLC (S7-300 CPU319F-3 PN/DP) 支持该测试场景所需的“旧 IRT“通信(因为“高级 IRT“通信中没有问题)。
使用工业 SDK v 11.00.00.13 时、纯“AM243x‑EVM“器件 (Devkit) 也具有相同的行为!

请告知:
1) 为什么 AM243x‑EVM 会延迟或丢弃 PROFINET IRT 帧、从而导致 DHT 看门狗触发?
2) AM243x 上的稳定 IRT‑传统操作 (PRU‑ICSS 时序、CPSW 队列、同步设置、降低比率、发送‑clock) 是否存在已知限制或所需的设置?
3) 主要是,如何解决它?

已附加 Wireshark 捕获。

此致、
维特·特里斯卡

tc-interoperability_IRT-legacy.zip 

obrazek.png

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

    你好、Vit、

    感谢您的查询!

    1.您是否会尝试将被配置的 DUT 循环周期 (TIA 门户中的“更新时间“) 从 1ms 逐渐增加?

    2.是否还请尝试减少 DUT 之后连接的设备数量?

    这是否能解决您的问题? 请捕获并共享新的 Wireshark 跟踪。

    此致、
    Kamil

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

    您好 Kamil、

    我们已经尝试使用 EVM 套件进行了相同的设置、并将示例加载到套件中。 以下是测试实验室 1ms 和 8ms 的 Wireshark 结果。

    e2e.ti.com/.../20260122_2D00_EVMKIT_2D00_INTEROP_2D00_LEGACY_2D00_test.zip

    为了减少器件数量、现在我们无法 在设置中记录此配置、因为我们有 1 个器件也无法正常工作。 但是、这种包含多个设备的情况对于我们来说是必要的、因为它符合 PI 组织互操作性测试的规范。

    此致、

    1 月

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

    您好 Jan、

    1.我正在查看您分享的文件,我想我们有一些误解。 我之前让您仅增加 DUT 上的周期、同时使其余器件保持 1ms。 由于有很多器件、我会从 DUT 上可能的最大周期开始、看看会发生什么情况。 不幸的是、我的办公桌上没有那么多的设备可供自己试用。 (这是与我们分享的第一条曲线)。

    2.在另一个注意事项上,我发现很有趣的是,设备发送一个“AR 消费者 DHT/WDT 过期“的警报,即使过程数据似乎是由 PLC 开启时间传输(从 PLC 最后一条消息和警报之间的时间差远小于最小看门狗时间)。 这可能表明、一些从 PLC 到达 DUT 的循环消息不会转发到相应的器件(或被延迟)。 您是否能够将分路器连接到任何故障设备的端口 1? 只是为了验证循环消息是否确实按时到达器件?  (这是与我们分享的第二条曲线)。

    谢谢你。
    此致、
    Kamil

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

    您好 Kamil、

    这些日志由 Siemens 实验室提供、我们在那里获得了认证。 所以我们将无法进行更多的测试。 很遗憾、在我们的设置中、我们没有用于记录的 TAP 适配器。 但通过这种连接、我们仅使用 1 个器件就能复制类似的行为。 另外、这是我们用于 EVM 套件的二进制文件、以防我们的配置或编译出现问题。

    e2e.ti.com/.../PN_5F00_example_5F00_SDK_5F00_IND_5F00_11000013.zip

    此致、

    1 月

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

    请将问题复制到您身边。

    使用仅支持“旧 IRT“、TI“AM243x‑EVM“器件和另一个 Profinet IRT 器件 (Siemens ERTEC) 的旧 PLC (S7-300 CPU319F-3 PN/DP)。

    请重点介绍工业通信 SDK 11.00.00.13、这是 PROFINET IO 器件证书(编号 Z14126)所涵盖的版本。
    cl.profibus.com/index.php
    (在此项目阶段,我们无法升级到更新的 SDK。 不过、请注意、使用最新的 SDK 时也存在该问题。)

    配置 IRT 通信和使用连接拓扑、如 Jan 所示:
    PLC <->TI Devkit <->PN IRT(线路拓扑)。

    1) 您能观察到通信问题吗?
    2) 请同时测试随附的“AM243x‑EVM“二进制文件(由 Jan 提供),让我们知道它是否起作用。 (这将帮助我们验证问题是否是由我们一方的错误项目编译引起的。)

    提前感谢您的支持。

    此致、Vit

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

    尊敬的 Jan 和 Vit:

    我们上周已经尝试在我们这边重现这种情况。 我们与您的拓扑的主要区别在于、我们使用的是更新的 PLC 和强制的传统启动。  我们看到的问题与您描述的类似(但并不完全相同)。 通过增加 TI 器件的周期期限可以解决该问题。  

    无论这种“权变措施解决方案“如何、我们都怀疑 DUT 的转发机制存在少许延迟、从而导致以下器件在红色周期之外接收 RTC3 帧。 即使 在 Wireshark 上看到帧、这也会导致帧在内部丢弃。

    我们将对此进行深入研究、并尽快向您发送反馈。

    此致、
    Kamil

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

    您好:
    我们已经验证了以下行为:

    - PLC 的“发送时钟“为 0.5ms,增加“更新时间“只是为 DUT 不起作用
    -当 PLC“发送时钟“为 1 毫秒(或更高)时, DUT“更新时间“必须至少比 PLC“发送时钟“长 2 倍
    此外、更改 IRT 时序时、似乎始终需要重新启动 DUT(下电上电)、否则 ICSS 单元似乎进入不一致状态。

    1) 您能否告知我们两个 IRT 相关的问题都将得到解决?
    2) 此外、由于 DUT(您的 AM243x‑EVM Devkit)器件过去已通过工业通信 SDK v11.00.00.13 成功认证、因此我们想了解如何确保完整的认证功能、特别是包括“IRT 传统“通信?

    此致、
    维特

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

    你好、Vit、

    我们能够找出问题、现在就解决了。 这正是我在上一条消息中所假设的。 我会让你保持发布!

    标准 ind_comms_sdk 支持 1ms 的最短更新时间。 如果您对更短的更新时间感兴趣、则需要高级 ind_comms_sdk。 在这种情况下、请联系您的区域销售代表进行配送。
    2.在我们最新的标准版本 (V: 2025_00_08) 中、解决了 IRT 时序变化的 DUT 下电上电问题。
    3、本设备的认证由经过认证的测试实验室完成,使用自动 RT 测试仪、Netload、Spirta 等不同类型的手动测试。

    此致、
    Kamil

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

    您好 Kamil、

    感谢您提供的信息。

    您是否能够估计“Interoperability IRT legacy“错误何时会得到修复?
    以及哪个工业通信 SDK 版本中将包含(或反向移植)该软件包?

    此致、
    维特

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

    你好、Vit、

    对于标准配送、修复将在我们的下一个版本(4 月)中提供。 即时支持和错误修复功能仅适用于高级交付。 如果您有兴趣、请联系您所在地区的销售代表。

    此致、
    Kamil