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.

[参考译文] AM6442:在 AM64x 上支持 EOE(基于 EtherCAT 的以太网)

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/1651881/am6442-eoe-ethernet-over-ethercat-support-on-am64x

器件型号: AM6442

尊敬的社区:

我们希望以面向未来的方式实施 EOE。 在较旧的 TI SDK 中、TI 为 Linux 补丁提供了 rpmsg_eth 以及 U-Boot 所需的补丁(位于) <ind_comms_sdk>/networking_tunneling_patches/U-boot。 由于“ind_comms_sdk_am64x_2026_00_00_06“不再提供这些补丁、但此版本的文档仍提到这些补丁:
https://software-dl.ti.com/processor-industrial-sw/esd/ind_comms_sdk/am64x/latest/docs/api_guide_am64x/EXAMPLES_INDUSTRIAL_COMMS_ETHERCAT_SUBDEVICE_TUNNELING_DEMO_HOME.html

在 Linux 邮件列表上也有讨论、结果是 rpmsg_eth 不会被接受。

TI 现在支持 EOE 的方式是什么? 我们应该如何实施它?

谢谢、此致、
Philippe

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

    此处是否需要 Linux 网络堆栈隧道?  您是否检查了 EtherCAT 子器件:网络服务器示例

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

    您好 Pratheesh、

    感谢您的快速答复。

    是的、需要 Linux 网络堆栈隧道。 我们的 EtherCAT 栈在 R5F (FreeRTOS) 上运行、可提供 RT 过程数据、服务(网络应用,SSH,远程管理)在 Linux/A53 上运行、因此我们需要将 EOE 帧作为 Linux 中的正常虚拟接口。 网络服务器示例在 R5F 上运行 LWIP、并且永远不会到达 Linux、因此这里没有帮助。

    我们不能选择在 Linux 上运行堆栈:对过程数据进行硬 RT、外加快速引导要求(从器件必须在 Linux 完成引导前很长时间启动)。 因此、我们坚持使用拆分用例 (R5F 上的栈、EOE 桥接到 Linux)、这正是 rpmsg_eth 用来做的事情。

    问题:由于 rpmsg_eth 被拒绝为树外 netdev 的上游 rpmsg_eth、预期的替换是否是将 rpmsg_char 端点桥接到 TAP 器件(两者都已在 Linux SDK 中)的用户空间守护程序? 如果是、是否有 TI 的参考资料、或者我们是自行编写? 如果否、今天支持的方式是什么?

    谢谢、
    Philippe

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

    尊敬的 Philippe:  

    TI 提供了带有 rpmsg_eth 的 Linux 补丁以及中 U-Boot 所需的补丁。 <ind_comms_sdk>/networking_tunneling_patches/U-boot由于“ind_comms_sdk_am64x_2026_00_00_06“、因此不再提供这些补丁

     网络隧道补丁(包括 U-Boot 补丁) 不是 TI.com 上提供的标准 Ind Comms SDK 的一部分、 EOE 隧道示例也是如此。 这是因为隧道示例仅在高级 Ind Comms SDK 上提供、可应要求提供。 请联系您的 TI 销售代表、了解有关 高级 Ind Comms SDK 的更多信息。  

    在 Linux 邮件列表上也有讨论、结果是 rpmsg_eth 不会被接受。

    TI 现在支持 EOE 的方式是什么? 我们应该如何实施它?
    [/报价]

    Ind Comms SDK 2026 版本中的 EOE 隧道示例使用 TI Linux 内核 11.0.9.4 进行了测试。 未使用较新的 Linux 内核版本验证可操作性。
    在内部检查后、我必须就 rpmsg_eth 的未来支持问题回复您。  

    此致、
    Bharath

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

    尊敬的 Philippe:  

    如您所述、上游不接受 rpmsg_eth。  建议的替代方法是使用 virtio_net 而不是 rpmsg_eth。
    我们仍在计划此修复程序、但遗憾的是、我无法评论时间线。

    要启用 EOE 隧道(或来自 ind_comms_SDK 的任何其他隧道示例)、当前解决方案是面向下游或使用 TI Linux 内核。

    此致、
    Bharath

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

    您好 Bharath

    感谢您的回答、注意它包含在高级 SDK 中。

    在内部检查后、我必须回复您有关 rpmsg_eth 未来支持的问题。  [/报价]

    如果您能查看 TI 的计划是如何在主线中提供支持、我仍然不胜感激。  

    此致、
    Philippe

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

    尊敬的 Philippe:

    一种 可能使用 virtio_net 的解决方案正在内部讨论、可能会从 TI 推广为未来的支持服务。 但正如我之前提到的 — 我不能评论这个时间表。  

    此致、
    Bharath

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

    够了。 非常感谢您的帮助! 此致、Philippe