两套程序轮流读 Modbus 都正常，同时读就出错怎么验证

Modbus RTU串行总线应由一个主站调度。两套程序同时接入同一总线出错时，先用单主、双主和集中网关串行转发三组条件比较，不能直接把TCP多客户端能力套到RS485线上。

适用条件与证据边界

依据串行线规范1.02的单主站模型。实验应在维护测试总线开展，使用只读寄存器，固定从站、地址、线材、参数与总请求数。

本文交付可执行的测试方法、合成演示和空白记录表；未连接现场硬件，未取得设备实测、现场照片或稳定性结论。规范定义与示例判据分别说明，示例数值不能用作设备参数。

按这个顺序核对

1. 关闭B，只让A完成固定次数读取，记录成功、超时、CRC错误和异常响应，建立基线。

2. 关闭A只测B，再在隔离条件下同时启动二者。记录两边实际发送时刻，确认不是误开了两个从站同地址。

3. 改由一个主站或支持排队的网关统一访问串行侧，客户端通过代理读取，保持总体请求率可比较。

4. 比较每组错误数与请求分母，并保留抓取条件。若网关也错，进一步核对排队超时和负载，而不是据架构推定必然成功。

输入与期望结果（合成演示）

条件	请求数	错误数	错误率
单主A	100	0	0%（合成）
双主同时	100	18	18%（合成）
统一排队	100	1	1%（合成）

示例只演示错误率等于错误数除以请求数，不是实际冲突概率。三种条件的真实数据、观察时长和异常类别应填入附件空白表。

下载夹具并复用

下载本题JSON夹具与空白工作表。文件中的“演示输入”用于先核对判断逻辑，“现场空白记录”供复制后填写；原演示数据请保留，实测数据另存一份并标注型号、版本和采集时间。可先用 python -m json.tool fixture.json 检查结构，再按上表逐行核对输入与预期。

对不能安全制造竞争的现场，仅完成单主基线与配置审查，并将双主实验列为未执行。生产整改通常需要将串行发送权集中，但仍要保留代理故障时的人工操作路径。不要让两套系统在代理失联后都回退成直接串口控制，否则会重新引入竞争。 统计异常响应时保留功能码和异常码，CRC失败与合法异常不能合并为一种协议错误；前者未形成可信帧，后者至少提供了服务器的明确响应。

容易误判的边界

两套TCP客户端连接同一Modbus TCP服务器不等于串行双主；网关可能排队、拒绝或超时，取决于实现。只看“都有响应”不能排除响应被错误关联。

继续核对

基础说明见RS485 总线展厅布线与地址规划深度；还可核对Modbus TCP 网关后的从站号填多少：怎样核对 Unit ID。相关资料可从串口与 Modbus 对接专题继续查找；需要核对项目实现时，按SoftControl 设备联动需求列出具体接口与验收条件。

一级依据

• Modbus Serial Line 1.02 §2.1：单主站调度

核对日期：2026-10-23。引用版本用于界定本文方法，实际设备支持范围仍须与对应型号手册核对。