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.

[参考译文] AM5708:IPU 中运行的 PROTOTOool 的以太网冗余。

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

https://e2e.ti.com/support/processors-group/processors/f/processors-forum/928810/am5708-ethernet-redundancy-for-protocools-running-in-ipu

器件型号:AM5708

您好:

  我有一个带有 SDK6.02的 AM5708定制板。

我的板有3个以太网端口:

     eth0 ->通过 GMAC

     eth1 -->通过 PRU2

     eth2 -->通过 PRU2

现在、我能够以以下模式配置冗余端口(eth1-eth2):

  -双路(2个独立以太网端口、具有2个不同 MAC 和2个 IP)

  -绑定模式(我们称之为 LLA 或链路丢失)

  - PRP

  -HSR

 -RSTP

在 A15中运行的任何高级协议,如 Modbus、DNP、IEC61850。 可以在上述任何模式下运行。

另一方面、我们实现了一种称为 GOOSE (作为 IEC61850的一部分)的实时以太网协议

并在 IPU 中运行。 为了使该协议通过 eth0 (GMAC)运行、我修改了 cpsw.c、它运行正常。

我还修改了 pro鹅 的 prueth.c 文件、以便在 eth1和 eth2端口上工作。 我能够以双模式发送 GOOSE 消息。

当我将 eth1和 eth2设置为 PRP 或 HSR 时、我看到 A15负责 LRE 管理、因此在我的情况下、IPU 没有这种管理

LRE 管理。  即使 IPU 具有此管理、也应与 A15 LRE 管理同步。

我的主要问题是、如果无法在 PRP、HSR (甚至 LLA 和 RSTP)模式下的 IPU 上通过冗余端口运行 GOOSE、

新罗

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

    Billa、

    要进行确认、您正在关注 https://www.ti.com/tool/TIDEP0074 和 https://www.ti.com/lit/ug/tidubo1/tidubo1.pdf、对吧? GOOSE 数据包通过基于 EtherType 的数据包交换/过滤逻辑在 IPU 中进行处理、并在 IPU 中实现。 GOOSE 以外的低优先级数据包通过 IPC 转发到 A15 Linux。  

    相反、如果 Linux 负责(任何)双 EMAC/RSTP/HSR/PRP 的 PRU-ICSS、则 A15上的应用程序可以通过此接口发送 GOOSE 帧。 如果 GOOSE 源自 IPU、则需要使用 IPC 机制向 A15发送帧、然后应用程序使用 HSR/PRP/Linux 桥接器(RSTP)/EMAC 接口发送帧。  

    此致、

    Dave

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

    Dave

      我实现的架构如下:

    根据您的解释、如果我没有错、那么 GOOE/SV 要在 PRP/HSR、RSTP 和绑定中运行、我必须实施一个 A15应用程序

      1.- RX 消息:  

                A15应用程序从 Linux 以太网接口(prp0、hsr0、bond0、br0)接收 GOOE/SV 帧。 然后应转发这些内容     

                通过 IPC 或其他类似机制向 IPU 内核发送消息

      2.- TX 消息:

              IPU 应用程序应通过 IPC 或其他类似机制构建 GOOE/SV 并将其发送到 A15应用程序。 然后是 A15应用

              应通过相应的接口(prp0、hsr0、bond0、br0)转发这些消息。

    如果是这样、我认为这些协议 GOOE/SV 的实时确定性会受到影响。

    此致

    新罗

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

    Dave:

    下面是我的架构。

    Billae2e.ti.com/.../GOOSE_5F00_SV_5F00_architecure.png.txt