Modbus TCP因其开放性，是连接PLC与上位机、HMI、第三方仪表最常用的协议。然而，在由西门子S7-1200与汇川H5U组成的混合控制系统中，通信故障往往以一种难以捉摸的形式出现——时好时坏，重启后恢复，运行数小时后再次中断。本文将通过一个实际的物流分拣线案例，带领读者进行系统化的排查。

第一层：排除基础组态错误。在S7-1200中，确认“TCON”连接描述中的Active connection参数是否正确。作为服务器（被动方）时，必须勾选“被动建立”。很多工程师在此处失误，导致客户端无法主动连接。对于汇川H5U，则需检查“MODBUS_TCP_MASTER”指令中的Unit ID是否与从站设备的Modbus地址映射一致。常见的错误是Unit ID设为0（广播地址），这会导致只能读到部分寄存器。

第二层：诊断网络物理层与“弱”故障。使用Wireshark抓包是资深工程师的利器。若发现TCP重传率超过0.5%，且伴随CRC错误（虽在TCP层少见），应立即检查屏蔽层接地及网线是否经过变频器走线槽。在分拣线项目中，我们遇到过一次奇怪现象：S7-1200作为服务器，长时间运行后拒绝新的TCP连接。通过抓包发现，客户端未正确关闭连接，导致PLC端半开连接数积累至资源上限（默认8个）。解决思路：在汇川H5U程序中增加通信错误复位逻辑，并定期重连。

第三层：深挖“网络风暴”隐患。当交换机端口同时连接多个PLC和HMI时，若某个设备的IP地址配置为自动获取（DHCP），而网络中恰有DHCP服务器，则可能发生IP冲突，引发广播风暴。排查方法：在核心交换机上执行“show mac address-table”，查看非预期端口的MAC地址漂移。

进阶案例：某项目中西门子S7-1200与汇川H5U通过Modbus TCP交互，每次H5U断电重启后，S7-1200侧诊断缓冲区报“连接重置”。分析发现，H5U的TCP建连超时时间默认设为5秒，而S7-1200的“REQ”脉冲宽度仅为100ms，导致H5U来不及响应。修正后，将S7-1200的REQ置位时间延长至2秒，故障彻底消失。

总结：Modbus TCP排查必须遵循“由物理层到应用层”的递进原则，切忌盲目修改PLC程序参数。