https://e2e.ti.com/support/interface-group/interface/f/interface-forum/1110268/dp83826e-dp83826e
器件型号:DP83826E您好!
我们在 EtherCAT 系统上遇到链路丢失问题、并且很难弄清发生了什么情况。 我们已经尝试解决这一问题超过2周。
我们已从知名的电机控制制造商处集成 EtherCAT 电机控制器系列5年以上。 我们使用经实践证明可在许多设计中可靠工作的相同 EtherCAT 磁性电路设计了无数种载板。 由于芯片短缺、该制造商最终不得不更换 EtherCAT PHY 芯片。 他们从 KZS8081迁移到了 DP83826E。 我们最近发现、使用新的 PHY (DP83826E)将任何较新的电机控制器模块安装到我们最新的载板中会导致 EtherCAT 无法正常工作、这是由于周期性的链路丢失。 将旧的电机控制器模块(KSZ8081)安装到同一个载板中可实现功能可靠的 EtherCAT。
我们无法访问 PHY 本身、因为它被埋在电机控制模块和中、我们无法访问电机控制制造商的原理图或固件。 我从较旧和较新的序列号组中断开两个电机控制器、从而弄清楚它们使用的是哪种 PHY。 到目前为止、制造商尚未回复我们有关此问题的任何技术咨询、我们已经购买了50多个此类驱动器、并且只有极少数驱动器与旧的 PHY 一起保留。 我们非常需要解决此链路丢失问题。
我们已使用具有3.5GHz 差分探头的2GHz Tek 5024振荡器对 EtherCAT 信号完整性进行了限定、即使在具有 DP83826E 的电路板上、信号完整性也看起来很好。 我能看到的最好的一点是、MDI 引脚的 MLT 序列将会被切断。 我不知道是什么导致链路中断。
您能否列出可能导致与 DP83826E 本身相关的链路丢失的潜在问题? 这是否与我们使用的磁性元件类型有关? 在 profishark (包括 CRC 错误帧)上记录 EtherCAT 帧是否会向我们说明为什么链路会中断? 如何通过数据包监听和解码从 PHY 上的 MDI 端口直接发出的编码 MLT 脉冲、以确定链路中断的原因? 我是否可以使用任何工具来实现这一目的? 如果有方法对其进行解码、我可以确定链路损耗是随机发生的、还是由于特定的重复通信事件而发生的。 了解链路丢失的原因是了解和解决问题的关键所在。
任何能够提供的帮助都将对我们大有帮助。
谢谢、
Kevin Wood











