这种多主站共享Modbus TCP Server网关的问题我之前在工业现场碰过好几次，给你梳理几个关键的排查方向，一步步来定位问题：

1. 网关核心配置检查 #

• 确认TCP Server网关的端口-串口映射规则是否准确：每个PLC必须对应唯一的TCP端口，且该端口要绑定到网关的专属串口（比如PLC1用端口5020绑定串口1，PLC2用5021绑定串口2）。重点检查有没有端口重复绑定、串口分配错误的情况。
• 验证网关是否开启多端口监听功能：不少入门级网关默认只支持单TCP端口监听，需要手动在配置界面开启多端口支持，才能让多个主站同时建立连接。
• 查看网关的实时连接状态：大部分工业网关都有Web管理界面，能看到当前活跃的TCP会话。先确认非工作PLC是否成功和网关建立了TCP连接——如果连接都没建立，后续的Modbus通信根本无从谈起。

2. PLC端配置验证 #

• 核对非工作PLC的Modbus TCP参数：目标IP是否是TCP Server网关的正确地址，目标端口是否和网关映射的端口完全匹配，别不小心和正常工作的PLC用了同一个端口。
• 检查Modbus请求参数：如果是读取同一个从站，确认功能码、从站地址和正常工作的PLC一致；如果是读取不同从站，要确认从站地址无误，避免因地址错误导致从站不响应。
• 调整超时与重试设置：有些PLC默认的请求超时时间太短（比如100ms），而网关转发RTU数据需要一定处理时间，容易触发超时失败。可以尝试把超时时间调到300-500ms，重试次数设为2-3次再测试。

3. 网络连通性排查 #

• 测试基础网络连通：在PLC所在网段用ping命令测试网关IP，查看是否存在丢包、延迟过高的情况；如果是划分了VLAN的工业网络，要确认PLC和网关是否在同一VLAN，交换机端口有没有开启不必要的隔离规则。
• 检查防火墙与端口过滤：网关所在的交换机、路由器，或者PLC本身，有没有设置防火墙规则，禁止了非工作PLC的IP访问网关的对应TCP端口？这是很容易被忽略的点。
• 确认网关连接数限制：部分低端网关有最大TCP连接数限制（比如最多支持2-3个主站），如果超过上限，后续的PLC就无法建立连接，要核对网关的规格参数是否满足你的多主站需求。

4. Modbus协议与转发逻辑检查 #

• 查看网关转发模式：有些网关支持“透明转发”和“Modbus协议解析转发”两种模式，如果用的是解析模式，要确认网关是否支持PLC发送的功能码，有没有因为数据长度错误、格式不规范而丢弃请求。建议查看网关的系统日志，看非工作PLC的请求是否被接收、转发，以及从站的响应是否被正常回传。
• 核对RTU总线参数：非工作PLC对应的网关串口，其波特率、奇偶校验、停止位必须和该串口连接的所有Modbus从站参数完全一致——哪怕一个参数不匹配（比如波特率9600和19200搞混），都会导致通信彻底失败。
• 检查RTU总线终端电阻：如果非工作PLC对应的RTU总线距离较长、从站数量多，未接终端电阻会引发信号反射，导致通信不稳定。而正常工作的总线可能距离短，所以没暴露这个问题。

5. 硬件与物理连接排查 #

• 检查串口接线：确认非工作PLC对应的网关串口接线是否正确（A、B线不能接反），线路有没有破损、松动，或者和强电线路并行产生干扰。
• 测试网关串口可用性：把正常工作的PLC临时切换到故障串口，看能否正常通信。如果能，说明网关串口没问题，问题出在PLC端或配置；如果不能，大概率是网关的这个串口硬件故障。
• 用调试工具验证：用Modbus调试工具（比如Modbus Poll）连接网关的对应TCP端口，手动发送读请求，看能否得到从站响应。如果工具能通，说明是PLC的配置问题；如果工具也不通，问题就出在网关或从站端。

内容的提问来源于stack exchange，提问作者Shihe Zhang