[参考译文] DP83826E：链路中断问题

我们购买了相同的电机控制器(电路板上替代制造商)、但有一个较新的型号、其中 DP83826用于使用 KSZ8081。  我们仅在 DP83826版本上删除了链接。  这些链路中断问题有多个因素，但最大的问题是我们使用的电缆类型。  很难看到、因为 EtherCAT 与具有 KSZ8081的电机控制器配合工作良好、并且链路从未在该配置中掉下来、因此我们已排除了布线。  

糟糕的行为是、我们会得到 EtherCAT Rx PHY 错误、但没有 CRC 错误。  在进一步讨论这一点之后、似乎这是帧之间的损坏符号、在 Tektronix 示波器上对其进行解码后、这正是我们看到的。  最困难的是、我们在 EtherCAT 信号上没有看到吸烟枪、这是导致链路断开的原因。

我们最终能够(通过 TwinCAT)访问制造商电机控制器内两种类型 PHY 芯片的 PHY 配置寄存器、因为 EtherCAT 的工作时间足够长、可以在短时间内进行通信。  我们能够确定在采用 KSZ8081的旧器件上、快速下行链路设置(0x0B 设置为0x00)功能未启用、但在 DP83826上启用(0x0B 设置为0x03)。  我们尝试写入 PHY。  我们关闭了 DP83826上的快速链路(0x0B 设置为0x00)、EtherCAT 将像之前在 KSZ8081上一样可靠地工作。  电机控制软件的 EtherCAT 诊断中没有任何类型的 PHY 错误、在我看来、在关闭快速链路的情况下运行后、这些错误非常全面。  这让我得出结论、这是我们在两个 PHY 芯片之间看到的行为差异。

在 Fluke 100-Base-Tx 电缆测试仪中测试自定义电缆后、发现自定义电缆上的 NEXT 和 ACR 性能非常差。

我想注意的是、最后的解决方法是将电缆更改为正确的类型、即使是这种方法、也不要关闭快速链路。  在快速下行链路的情况下将电缆类型更改为正确的类型、仍然可以可靠地工作、而不会丢失链路。  我们将向电机制造商请求、他们将为我们提供访问软件中快速下行链路设置的权限、以便在将来进行故障排除。  

对我来说，这个问题的困难是：

1. PHY 制造商或在802.3中未明确了解什么功能的总体范围会导致链路中断。  这似乎被埋没了，甚至没有在任何地方记录该区块的运作方式。  我认为 PHY 制造商应该对此更加透明。

2. 不了解芯片中链路断开的实际速度以及哪些类型的监控和测量阈值实际上会触发链路丢失。   根据寄存器、它说信号/损失能耗是一种方法、但我不知道这意味着什么、也不知道作为用户对其进行量化以进行检查。  另一个触发因素是信噪比、但数据表中没有实际基准测试信噪比的值将触发快速下行链路。  我无法确定我是高于还是低于该性能阈值。

3. 不能从电机控制器软件直接访问 PHY 寄存器是一个需要克服的噩梦。

4. 尽管触发快速链路断开的原因是时域中的 EtherCAT 信号存在信号中断、信号噪声过大或信号丢失等明显问题，但我从未见过。  有一些非交易眼图 FIT、因此我们不是完全符合标准、但 EtherCAT 无论如何都会在关闭快速链路的情况下可靠工作(无错误)、这是非常误导的。  我猜电缆的下一次性能不佳会导致问题、但我在时域中看不到吸烟枪。  例如、如果 TI 为触发该信号的信噪比阈值提供了该阈值、我可以针对该阈值进行测量。

5. 快速下行链路提供了一个指标，说明在不详细分析电缆特性的情况下我通常不会看到的情况，但很难将该误差与一个特定的性能指标相关联。  老实说、除了通过100Base-Tx 电缆测试仪的多个不良性能测试导致的电缆设计不良之外、我仍然不知道具体指标是什么。

谢谢、

Kevin