版本: v1.0 修改日期: 2026-05-29

本文适用于 Modbus TCP（端口 502）、Modbus RTU（串口）等协议设备的通讯故障排查，涵盖离线、写入失败、数据采集异常等场景。

1 前置条件

进行本文档排查前，请先按 viSCADA S7 与 Modbus 设备故障排查 SOP 完成：

• 物理连接检查（以太网线 / 串口线）
• 对于 Modbus TCP：IP 可达性（ping）与 502 端口可达性（curl/telnet）检查
• 对于 Modbus RTU：串口参数与线序检查

2 离线故障排查

2.1 通讯地址与端口

Modbus TCP：

• 确认设备IP地址正确。
• Modbus TCP默认端口为 502。
• 防火墙、杀毒软件是否阻断。

**Modbus RTU **：

• 确认 COM 口编号、波特率、从站地址正确。
• 检查 RS485 A/B 线接线是否正确，终端电阻是否配置（120Ω）。
• 检查串口转换器（USB转485）驱动与工作模式。

2.2 Modbus协议参数配置

2.2.1 从站地址（Slave ID）

• 校验从站地址与主站配置一致，地址范围 1~247（0为广播）。
• 同一总线上不得有重复地址。

2.2.2 通讯方式一致性

确认主从站使用相同的通讯方式，不可混用：

2.2.3 串口参数匹配

RTU/ASCII模式下串口参数必须完全一致：

2.3 寄存器地址配置

2.3.1 四种寄存器类型

2.3.2 协议地址 vs 用户地址

这是Modbus最常见的地址错误来源！

• 用户地址（Device Address）：从1开始，如 40001 表示第1个Holding Register
• 协议地址（PDU Address）：从0开始，用户地址 40001 对应 PDU 地址 0

用户地址     →  PDU地址（报文中实际传输的地址）
40001       →  0
40002       →  1
40100       →  99

不同组态软件的表达方式不同，需确认当前软件使用的是哪种地址体系。

3 写入失败故障排查

3.1 问题现象

主站向设备下发写指令（功能码 05 / 06 / 15 / 16）后，返回异常响应或写入失败，但读取操作正常。

3.2 排查步骤

步骤1：确认寄存器类型是否可写

• 若使用写功能码（05/06/15/16）操作只读寄存器（Discrete Input、Input Register），必然失败。
• 需更换为正确的寄存器类型或功能码。

步骤2：确认设备侧寄存器权限设置

• 查阅设备手册或寄存器映射表，确认该地址是否标注为”R”（只读）或”R/W”（读写）。
• 部分设备厂商会将某些 Holding Register 设计为只读（如设备型号、版本号、运行状态等）。
• 检查设备是否处于”写保护”或”锁定”状态：
  • 变频器：运行态时禁止修改部分参数，需停机后方可写入
  • 仪表/PLC：存在”参数锁”或需输入密码解锁
  • 某些寄存器需要先写入”使能位”或”解锁字”才能激活写入权限

步骤3：确认PLC/上位机逻辑是否阻塞

• 若 PLC 作为从站，检查 PLC 程序中是否将对应 DB 块或 M 区设置为”只读”，或程序周期性回写导致外部写入被覆盖。
• 检查 Modbus Server 侧是否配置了 ACL，限制了特定 IP / 从站的写权限。

步骤4：分析异常响应码（关键）

Modbus异常响应码可直接定位问题原因：

步骤5：数据类型与字节序校验

• 确认写入的数据类型（UINT16 / INT32 / FLOAT等）与设备定义一致。
• 32 位及以上数据需确认寄存器数量（16 位寄存器需占 2 个地址）。
• 校验字节序与字序设置：

错误的字节序可能导致写入值超限而被设备以异常码03拒绝。

4 数据异常故障排查

4.1 问题现象

写入成功但采集数据无变化 —— 主站下发写指令后，设备返回正常响应（无异常码），但后续读取该寄存器时数值未发生变化，或恢复为原值。

4.2 排查步骤

步骤1：确认读写地址是否一致

• 核对写入与读取使用的寄存器地址完全一致，注意区分：
  • 协议地址（PDU地址） 与 设备地址（用户地址） 的偏移差（通常相差1，如设备地址40001对应PDU地址0）。
  • 不同寄存器类型地址空间独立，写入 Holding Register（4xxxx）后读取 Input Register（3xxxx）必然不同。
• 确认主站组态中读、写两个点位绑定的是同一物理地址，避免”写一个、读另一个”的配置错误。

步骤2：确认数据是否被设备/程序覆盖

• 检查 PLC 程序逻辑：是否存在周期性扫描任务持续将该寄存器刷新为传感器采集值或固定值，导致外部写入瞬间被覆盖。
• 检查是否有其他主站（HMI、SCADA、其他上位机）同时对该寄存器写入，形成竞争。
• 部分设备的”实时数据区”仅反映传感器/输入信号，写入操作不会改变其值，需确认该寄存器是”过程数据”还是”设定值”。

步骤3：确认写入是否真正生效

• 使用第三方 Modbus 调试工具（如 Modbus Poll、ModScan）独立读取该寄存器，排除主站缓存或显示问题。
• 部分设备需要执行”保存”或”使能”动作（写入特定控制位）后，参数才会真正生效或持久化，否则掉电或刷新后丢失。
• 检查设备是否区分”RAM值”与”EEPROM值”——写入 RAM 临时生效，但读取可能从 EEPROM 加载默认值。

步骤4：确认采集缓存与刷新机制

• 检查上位机/网关的采集缓存机制：是否存在数据缓存未刷新（如缓存周期过长、定时刷新未触发）。
• 确认采集周期与写入操作时序：若采集间隔较长（如60秒），需等待下一个采集周期数据才会更新。
• 检查通讯链路是否存在数据网关、协议转换器，其内部缓存可能延迟数据更新。

步骤5：数据类型与解析校验

• 确认读写两端的数据类型解析一致（如 32 位浮点数被按 16 位整型读取，会显示为意外数值）。
• 校验字节序、字序是否与写入时一致，否则可能出现”数值变了但显示未变”的假象。
• 对于位操作（如写单个线圈），确认读取时按位解析而非按字节解析。

5 Modbus 典型故障场景

场景1：写 Holding Register 返回异常码 02

高频原因：寄存器地址越界，或用户地址/PDU地址未正确转换。

排查步骤：

1. 确认设备手册中该寄存器的实际地址范围。
2. 检查主站是使用 40001 起始还是 0 起始。
3. 使用 Modbus Poll 以不同地址基准分别尝试。

场景2：RTU模式下频繁出现CRC错误

高频原因：波特率不匹配、电气干扰、接线错误、无终端电阻。

排查步骤：

1. 核对串口所有参数。
2. RS485 总线两端加装 120Ω 终端电阻。
3. 检查屏蔽线接地是否良好，远离变频器等干扰源。
4. 降低波特率测试是否恢复。

场景3：Modbus TCP 连接频繁断开

高频原因：设备最大连接数限制、Keepalive 未启用、网络质量差。

排查步骤：

1. 查阅设备手册，确认最大Modbus TCP连接数（部分设备仅支持 1~4 个并发连接）。
2. 减少并发主站数量，或启用 Modbus 网关做连接复用。
3. 启用 TCP Keepalive，避免 NAT/防火墙超时断连。

场景4：读取浮点数显示为乱码

高频原因：字节序/字序不匹配。

排查步骤：

1. 依次尝试 ABCD、CDAB、BADC、DCBA 四种字序。
2. 查阅设备手册确认字节序定义。
3. 在组态软件中正确配置数据类型（如 Float CDAB）。

6 推荐排障工具

7 注意事项

• 操作过程中，如发现硬件故障，应先予以修复或更换再继续软件参数排查。
• 设备数据及参数变更后须做好记录，避免信息丢失或误操作。
• 写入操作具有一定风险，建议在设备停机或非关键时段执行，并提前备份原始参数。
• 多主站同时访问同一从站时，应规划好读写时序与权限分配，避免数据竞争。
• RS485 总线为半双工，收发需分时，主站轮询间隔过短会导致从站来不及响应。
• 部分设备对连续读写的数量有上限（如最多 125 个寄存器），超出会返回异常码02。