[参考译文] DP83867E：关于使用 DP83867E 的 SGMII 接口进行背对背连接

尊敬的俊和

DP83867不支持链路丢失转发、-如果不添加应用级逻辑来轮询一个 PHY 的链路状态并使用此信息使 MCU/MPU 断开另一个 PHY 的链路、则无法自动丢弃远端链路。

您能帮助我了解断开远端链路的应用要求吗？

谢谢！

埃文

您好 Evan：

感谢您的回答。

DP83867E 不支持链路丢失传输...
此外、添加应用级逻辑以轮询一个 PHY 的链路状态、并使用此信息自动断开远端链路、而不强制 MCU/MPU 断开另一个 PHY 的链路。 我甚至不能这样做。 事实是这样的 ···

对于我们的应用、我们正在考虑支持 Gbit/100Mbit 工业以太网的产品。 更具体地说、我们正在考虑使用 SGMII 以背对背方式连接 DP83867E 来配置中继器器件。 但是、背对背连接器件为非接触式(物理隔离)。
中继器设备属于基础设施设备,但为了像以太网电缆一样处理它,我希望一个以太网端口上的链路丢失可以作为另一个以太网端口(透明设备)上的链路丢失。

我想知道是否可以通过 SGMII 通知另一个 DP83867E 链路丢弃情况、方法是通知 DP83867E 链路丢弃检测结果并断开端口等、将其连接到与该端口相连的目标。
要使连接目的设备检测到链路中断，
(1)将 DP83867E 断电
(2)将 DP83867E 设置为待机模式
我想您也可以使用蛮力破解方法、例如：之后、当再次连接链路丢弃检测源时、DP83867E 将以正常工作模式重新启动。
但是、需要一种方法将链路建立和链路连接到 SGMII 的背对背连接、这种连接是非接触式的。 此外、即使能够以某种方式完成此操作、也需要一种断电或转换到待机模式的方法(例如向外部 MPU 发送通知信号等)。

我想这毕竟是不合理的...

是否有任何其他器件的功能和性能与 DP83867E 相当并可以满足上述要求？

谢谢你。

您好 Evan：

请允许我添加一些内容。

根据 Cisco 系统 SGMII 规范(文档编号：Eng-46158)的"链路之间交换的控制信息"中的说明，报告了有关链路建立、链路断开、双工、速度和自动协商的信息。 不过、是否可以通过 DP83867E 上的寄存器来检查此信息？

caxapa.ru/.../SGMII_.pdf

我真的不想通过外部 MPU 等方式进行寄存器轮询、但我认为这是可行的。

谢谢你。

尊敬的俊和

我无法访问思科规范，请您通过 e-mayhew@ti.com 将 PDF 发送给我吗？

据我了解、无法使用 SGMII MAC 信号自动报告链路中断。 自动协商确实会通过 SGMII 向另一个 PHY 报告链路/速度/双工设置、但此信息仅用于使 PHY 能够匹配配置以建立链路和进行通信。

我将与团队进行核实、在不进行外部寄存器轮询的情况下是否有其他这样的选项。

是背对背 SGMII 是您的应用的严格要求、还是其他100/1000M 工业中继器型拓扑可以接受(RGMII 到 SGMII、铜缆到光纤介质转换...)？

谢谢！

埃文

您好 Evan：

感谢您的答复。
Cisco SGMII 规范 PDF 文件将发送至 Evan，网址为 e-mayhew@ti.com。

有关通过 SGMII 在背对背连接之间交换链路建立和链路断开通知以及在 MPU 等上参考此信息的规范、请参阅 DP83867E 数据表(最新修订版 D)。 我在发布的规格中找不到它。 我认为不可能这样做。
在尝试使我们考虑使用的器件的内部结构实现非接触式(物理绝缘)方面存在一个问题、但如果无法通过 SGMII 交换通知、我们将尝试另一条非接触式通知路线。 栅极驱动器电流。 不过、您需要避免使用这种方法、因为这会使器件更加复杂。
我希望有一个更好的方法...

若要检测连接到以太网端口的另一方的链路中断、请使用断电或待机模式；若要恢复、请充分利用链路中断后的 TDR 诊断等功能。 我觉得有一种可能性。

为预防起见、我们正在与您联系、希望我们能够按照未披露的规范作出回应。

谢谢你。

尊敬的俊和

感谢您提供有关要求和规格的额外背景信息。

如果有任何方法可以实现非接触式设置并直通链路损耗、请允许我留出一点时间与团队内部讨论。

我希望在星期二3/4前确认这是否可行。

谢谢！

埃文

您好 Evan：

感谢您理解我们的要求。
我很高兴你会考虑这件事。

我在等你的回复。
谢谢你。

您好 Evan：

补充。

＞是背对背 SGMII 是您应用的严格要求,还是其他100/1000M 工业中继器型拓扑可以接受(RGMII 到 SGMII,铜光纤介质转换等)?

＞

使用 SGMII 的背靠背连接是一项强制性要求。
这是因为我们希望根据其内部结构尽可能减少信号点的数量、使其非接触式。

我在等你的回复。
谢谢你。

我明白了、感谢您的确认。

请于3月5日星期二之前跟进。

此致、

埃文

您好 Evan：

感谢你的帮助。

就像我想的。

这项挑战解决了 EtherCAT 对工业以太网的要求。
在 EtherCAT 中、当网络电缆断开连接时、必须立即关闭电缆所连接的端口(<15us)(实际上是 TX/RX 环回过程)。

我当时认为、如果我能够通过 SGMII 理解中继器器件的主要端口和辅助端口之间的链路上/链路下行通知、那么我就能够在解决问题方面迈出一大步。 但是、链路上/链路下通知是自协商产生的状态。 因此、该中继器器件的连接伙伴也会在自动协商完成后立即打开端口并输出帧。 通过在此中继器设备的主要/次要端口上单独执行自动协商来恢复通信与通过重新连接电缆来恢复通信有很大不同。
使用自动协商功能时、在物理上可能无法匹配主端口和辅助端口的完成时序。

是否有办法解决上述问题？
如果仍有可供考虑的选项、那将会有所帮助。

谢谢你。

尊敬的俊和

我认为解决此要求的唯一方法是将符合 EtherCAT 标准的 MAC (MII/RMII/RGMII)和 ESC 与 DP83867或 DP83869配合使用。

遗憾的是、似乎没有解决 SGMII 系统要求的前进路径。

谢谢！

埃文