[参考译文] PROCESSOR-SDK-AM65X：PRUETH SR2 MAC 过滤忽略本地管理位；中断 EtherCAT 主站通信

我尝试过07.01 SDK。   我还尝试了 来自 git.ti.com/.../分支 ti-linux-firmware 的固件、该固件已使用6周。  这两种情况下的行为相同。

您好！

无法为 EtherCAT 共享固件源。 我将在内部进行检查并告知您。

此致

葡萄园

抱歉、我不清楚这是 EtherCAT 主站。  它使用发布的 PRUETH 固件、而不是专用 的 EtherCAT 从站固件。

我可以在 CPSW 和 SR1 PRUETH 接口上成功运行主器件。

我相信 PRUETH 主器件来自 ti-rtos/MCU+ SDK ICSS EMAC 源、但我无法跟踪 AM65x SR2代码的位置。

您好、Bruno、

如果您参考的是 SR2 EMAC 固件、则即使该固件尚未公开。 SR1源之前已共享、但 SR2尚未公开。 目前也没有计划。

此致

葡萄园

谢谢、是的、这就是我所说的内容。  对于下一个版本、您能否验证 EMAC 代码是否允许具有相同 MAC 的返回数据包(OUI 本地管理位设置除外)不会被丢弃？   假设源 MAC 也没有设置本地管理位。

我要求 SR2 PRUETH 的行为与 SR1 PRUETH 和 CPSW MAC 的行为相同。  这不是一项新要求。

您好、Bruno、

再次回顾问题说明、您是否不会说返回数据包的 SA 与 DA 不相同、因为一个位被从机翻转。

那么，PRU ETH 固件不能比较整个 MAC 的问题是什么？

我认为我之前误将其解读为特定于 EtherCAT 的内容。

此致

葡萄园

您好、Vineyet、

没错。  主要是。  由于主器件发送属于 EtherCAT 协议一部分的以太网广播数据包、因此 DA 始终为 FF：FF：FF：FF：FF：FF：FF。  从器件发回相同的数据包、但 OUI 中的 LAA 位被置位。  返回的 SA 仅与原始数据包 SA 在 LAA 位设置中不同。  因此、它不会比较完整的 MAC、它应该识别这种差异并让数据包进入。

您好、Vineyet、

这是正确的、我们需要检查顺便说一下 SR1和 SR2的变化。

我将发送一封内部电子邮件进行澄清。

谢谢、致以诚挚的问候

Karim

我使用针对内核 SDK Yocto 的7.03版本为 am65x 构建。  这似乎可以解决问题。  我们需要执行更多测试。

感谢 Bruno 的确认。 我在我的末尾也在运行测试、但遇到了一些设置问题、并通过这些问题进行了处理。

请告诉我

1.您是否也在 IDK 上或直接在电路板上进行了测试？

2.您是否在 Linux 的基础上进行任何 ICSSG 配置？

此致

葡萄园

您好、Vineyet、

我在 IDK 上运行。

没有其它 ICSSG 配置完成。