[参考译文] DP83869HM：关于 DP83869HM 桥接模式

尊敬的俊和

根据我的经验、这是一个近似的数字、可能大约为微秒级。

如果您希望确认、我可以在实验室中花时间获取更准确的近似值。

谢谢！

埃文

尊敬的俊和

当然、请允许我花点时间为您进行验证。 预计在下周2月7日星期三之前确认。

谢谢！

埃文

您好 Evan：

谢谢！ ！

是的、我会等！
我期待着结果！
谢谢！

您好、Evan：

我目前说的是使用 DP83869HM 实现桥接模式环回、但如果可以、最好通过 DP83867E 的环回功能来实现。
对于 DP83867E、数据表指出它需要大约500us。 因此、我认为 DP83869HM 桥接模式下的环回可能需要类似的时间。

基于上述情况、我认为唯一的选择是使用 DS25MB100之类的器件、并在 SGMII 信号部分创建一个单独的环回电路。

谢谢你。

尊敬的俊和

对于最初有关链路检测规范的混淆、很抱歉-我已与团队进行检查、DP83869和 DP83867都支持快速链路检测/丢弃、并符合 EtherCAT 规范的时序指南(<15us 链路丢弃检测)。

DP83867E 中500us 的注释涉及扰频器失去同步的情况-这预计不会违反 EtherCAT 规格。

谢谢！

埃文

您好、Evan：

感谢您的答复。

我同意。 似乎快速链路断开(FLD)确实可以提供小于10us 的响应。

关于 DP83867E <500us 的调节、我们可以说 EtherCAT 调节没有问题吗？
假设 EtherCAT 在检测到 FLD 后立即切换到环回模式。 在最坏的情况下、如果解扰器不同步且重新同步需要500us、则会丢失许多原本用于高速过程通信的 EtherCAT 帧。
EtherCAT 中小于15us 的链路损耗调节难道不应该被视为同时包含环回交换的调节吗？
因此、我认为当 EtherCAT 链路丢失时、不能使用 DP83867E 的诊断环回功能替代端口环回功能。
(通常、我认为 EtherCAT 链路丢失时的端口环回是一个由 EtherCAT 从站控制器(ESC)而不是 PHY 处理的功能。)

请您就您对此事的意见提供准确答案吗？
这是我目前最大的关注点。 如果可能、我想仅使用 DP83867E 的快速链路丢弃(FLD)和诊断环回功能来解决 EtherCAT 线路链路损耗问题、而无需安装 EtherCAT 从站控制器(ESC)等单独功能。 Masu.

谢谢你。

您好、Evan：

补充。

由于我们的应用程序很方便、我们决定使用 SGMII 作为 DP83867E 的 PHY-MAC 接口。

至于针对 EtherCAT 线路链路损耗的对策、我正在考虑与我之前回复的帖子相同的问题、因此无法使用 DP83867E 回送、 尽管通过 FLD 检测到链路丢失、但使用 DS25MB100等外部连接。我们目前正在考虑在器件电路中环回 SGMII 信号部分的方法。

我当时考虑使用 DP83869HM、因为我想知道与 DP83867E 的<500 us 限制相比、DP83869HM 会如何响应环回开关。

谢谢你。

尊敬的俊和

与团队讨论此问题后、 如果要求满足 Beckhoff ECAT 标准、我认为867/869不适合用 PHY 代替 ESC 功能。

除了解扰器可能失去锁定并增加500us 延迟之外、在设置环回模式时还会施加额外的延迟。 SoC 需要时间通过 MDC/MDIO 将环回配置与 PHY 进行通信。

您的应用是否类似于 ECAT、或者它是否需要满足 ECAT 标准？ 如果它必须满足标准、那么我预计使用重定时器/转接驱动器/PHY 仿真环回功能而不是 ESC 来满足时序要求会面临挑战。

谢谢！

埃文

您好 Evan：

感谢您的答复。

借助 DP83867/869、ESC 的链路断开检测和端口关闭(环回)操作无法符合 ECAT 标准。

考虑到解扰器失去同步并需要长达500us 的时间进行重新同步、以及通过 MDC/MDIO 将 PHY 置于环回模式所需的时间、似乎无法实现。

在此应用中、我们正在考虑开发类似中继器的器件、其基本配置是背对背连接 PHY 的 SGMII 接口、例如 DP83867E。 然而、这有点特殊、但有必要使 SGMII 的背对背连接部分处于非接触状态(待非接触式器件仅包含模拟电路元件、没有逻辑元件、并且已经过验证。 已完成)。
DP83867本身的传输延迟极小、其性能可承受100Mbps/1Gbps 各种工业以太网标准的帧传输以及器件之间的同步要求(<1us)。 我们还验证了线路连接正常时的正常运行。

其中、只有工业以太网网络 EtherCAT 使用特殊的通信方法、并且在线路链路中断时具有特殊要求、这在该问题的情况下也是如此。 如果可以满足此要求、则很可能与其他通信标准(包括 Gbit)兼容、并且可以降低设备成本。 因此,我们正在进行试错研究。

最好是 DP83867E 能够检测到线路链路中断和环回 EtherCAT 请求、但这似乎是不可能的。 因此、我们考虑了在 SGMII 接口器件两侧配置 DS25MB100的配置、该配置为非接触式、以在 DP83867E 导致链路损耗和使用 DS25MB100实现环回的情况下响应 EtherCAT 请求。 现在、我来谈谈这种配置。
在这种情况下、如果在采用此配置的中继器器件的一个端口上检测到线路链路中断、 如果您立即使用 DS25MB100的开关端子切换到环回模式、则会激活另一侧具有正常线路的 DP83867E 扰频器同步操作。 会有什么影响吗？
DS25MB100上的回送切换速度非常快。 即使检测到意外的线路链路中断、我认为也可以创建一条环回路径、只丢失一帧的 EtherCAT 过程通信。

这个解释有点长。 我希望我能很好地向你转达这一点。
谢谢你。

您好 Evan：

请给我们提供有关 DP83867E 的更多信息。

同步 DP83867E 的扰码器/解扰器需要多长时间？
另外、如果这些内容暂时不同步、需要多长时间才能恢复同步？
此外、如果接收/传输了一个错误通信帧、同步是否容易丢失？
如果您也可以给我们一些建议、那将会很有帮助。

谢谢你。

尊敬的俊和

感谢您澄清您正在进行的研究。

尽管我们已经在 ECAT 应用中看到过 DP83867/869、但环回通常并不会超出评估/故障排除阶段使用。

因此、我们没有可用于 DP83867扰频器同步时间的现成数据、因为这并不是应用中常用的规格。

如果您立即使用 DS25MB100的开关终端切换到环回模式，则另一端具有正常线路的 DP83867E 扰频器同步操作将被激活。 是否会有任何影响？

如果下游器件将数据环回 DP83867 (而不是867上的内部环回)、 则同步器失去锁定不应成为问题。  

假设 DS25MB100可以通过其更快的环回同步满足相同的 ECAT 时序要求、那么这可能是一个合适的替代方案。

谢谢！

埃文