三菱FX5U作为小型PLC的代表，凭借其强大的内置以太网和扩展性，在产线改造中应用广泛。然而，通信故障往往是现场调试中最耗时的问题。本文结合某汽车零部件装配线的真实案例，分享一套系统的排查方法论。

第一层：检查IP地址与子网掩码冲突。在某次项目中，FX5U通过内置以太网口与上位机SCADA通信，初始测试正常，但连续运行8小时后频繁出现“Socket通信超时”。通过抓包工具发现，PLC发送的ARP请求混杂了另一台设备的MAC地址。最终定位为车间某工程师将笔记本电脑IP设为自动获取，导致IP冲突。建议在PLC程序中增加“固定IP锁定”并启用“IP地址冲突检测”功能（FX5U V1.100及以上版本支持）。

第二层：CC-Link IE Field Basic网络的时钟同步问题。若产线包含多台远程IO站，且使用CC-Link IE Field Basic协议，需检查主站与从站的刷新周期是否匹配。实践中，常见故障表现为从站偶发掉线，但在GX Works3的“智能功能监视”中查不到站号错误。此时应关注网络电缆的屏蔽层接地情况，以及是否与动力线平行布置超过1米。根据三菱手册要求，通信电缆与动力线间距应大于200mm，否则需加装磁环。

第三层：PLC内置以太网端口的TCP连接资源耗尽。FX5U最多支持16个主动/被动Socket连接。如果上位机软件或触摸屏频繁进行OPEN/CLOSE操作而未正确释放连接，会导致连接资源耗尽，新连接请求被拒绝。排查方法是利用GX Works3的“系统监视”→“以太网连接状态”查看活动连接数。优化措施是使用“始终保持连接”模式，并在上位机端增加心跳重连机制。

最终，通过上述三层排查，项目成功将通信误码率降低了90%以上。这提醒我们，排查通信故障时，软件参数调试固然重要，但物理层和资源管理的检查往往才是根治之道。