做嵌入式与工业设备开发的工程师，几乎都遇到过这类问题：设备连上了但读不到数据、寄存器地址差一位、报文时通时断、升级固件后通信行为变了。这些问题大多不是"玄学"，而是 Modbus 协议细节没吃透、测试方法不系统。
本文把 Modbus RTU/TCP 通信测试的完整方法讲一遍：协议变体差异、功能码与数据模型、测试项设计、环境搭建步骤、故障排查对照表，最后给出自动化回归的做法，可以直接套用到自己的测试流程里。
一、Modbus三种变体：先分清再动手
Modbus 是工业现场应用最广的主从式应用层协议，常见三种变体：
| 变体 | 物理/传输层 | 寻址 | 典型场景 |
|---|---|---|---|
| Modbus RTU | RS-485/RS-232 串口，二进制紧凑编码 | 1-247 从站地址 | 仪表、变频器、传感器总线 |
| Modbus ASCII | 串口，ASCII 字符编码 | 同上 | 老式设备，现已少见 |
| Modbus TCP | 以太网 TCP/IP，默认端口 502 | IP 地址 + 单元标识符 | PLC、网关、SCADA、工厂网络 |
两个容易踩坑的点：
- RTU 帧依靠"静默时间"分帧（默认 3.5 字符时间），所以波特率、校验和总线时序敏感；TCP 帧带 MBAP 报文头（事务标识、协议标识、长度、单元标识），由 TCP 保证分帧，没有 CRC。
- 还有 Modbus RTU over TCP（把 RTU 帧封装进 TCP，不带 MBAP 头）和 Modbus 网关（TCP↔RTU 桥接）。调试前必须先确认设备到底用哪一种，否则会出现"连得上但读不到数据"。
二、功能码、数据模型与异常码
2.1 四类数据模型与常用功能码
| 数据区 | 访问 | 常用功能码 |
|---|---|---|
| 线圈（Coil，0x 区） | 位、读写 | 01 读线圈、05 写单个、0F 写多个 |
| 离散输入（1x 区） | 位、只读 | 02 读离散输入 |
| 输入寄存器（3x 区） | 16 位字、只读 | 04 读输入寄存器 |
| 保持寄存器（4x 区） | 16 位字、读写 | 03 读保持寄存器、06 写单个、10 写多个 |
2.2 常见异常码
从站无法处理请求时返回"功能码 + 0x80"及异常码：01 非法功能、02 非法地址、03 非法数据值、04 从站故障、06 从站忙、0B 目标不可达（网关）。测试时应主动制造非法请求，验证设备是否按协议返回正确异常码而非无响应或崩溃------这是通信一致性测试的重要部分。
两个易错点：
- 寄存器地址存在"协议地址（从 0 开始）"与"文档地址（40001，从 1 开始）"的偏移问题，很多读不到数据实际是地址差 1。
- 寄存器值还有大小端、字顺序（word swap）问题，浮点/32 位整数跨两个寄存器时必须确认字节序。
三、通信测试测什么
一份完整的 Modbus 通信测试至少覆盖以下内容：
- 基本连通与一致性：各功能码读写正确，数据解析（比例系数、偏移、数据类型）与设备文档一致
- 边界与异常处理：越界地址、非法功能码、超范围数值、错误从站地址，验证异常码响应
- 轮询与超时：不同轮询周期下响应时间、超时重传机制；TCP 多连接、断线重连
- 多主站/并发：RTU 多主站竞争总线、TCP 多客户端同时访问时设备行为是否稳定
- 压力与稳定性：长时间高频轮询（如 72 小时）统计丢包率、错误帧、死机/复位情况
- 故障注入：断线、短路、干扰、报文截断、CRC 错误、乱序，验证设备容错和恢复
- 网关映射：TCP-RTU 网关的单元标识映射、并发排队与超时行为
- 互操作：与第三方主站/组态软件的实际互通验证
四、测试环境搭建步骤
- 物理层准备（RTU）：USB 转 RS485/232 转换器、正确的 A/B 接线、总线两端 120Ω 终端电阻、手拉手拓扑与可靠接地
- 网络准备（TCP）：固定 IP、确认端口 502、必要时抓包（Wireshark 带 Modbus 解析）
- 参数一致：RTU 核对从站地址、波特率、数据位、停止位、校验（如 9600 8N1）；TCP 核对 IP、端口、单元标识
- 先单点验证：用调试工具手动读写一个已知寄存器，确认地址、字节序和缩放，再扩展到全部点表
- 纳入自动化：按点表批量轮询、写入并自动判定，形成可重复的测试序列
五、常见故障排查对照表
| 现象 | 可能原因 | 排查方向 |
|---|---|---|
| RTU 完全无响应 | A/B 接反、波特率/校验不一致、地址错误、共模电压 | 调换 AB、用示波器/逻辑分析仪看波形、共地、加终端电阻 |
| 时通时断、CRC 错误多 | 总线干扰、无终端电阻、分支过长、转换器质量差 | 改善屏蔽接地、降低波特率试验、规范拓扑、换隔离转换器 |
| TCP 连接被断开 | 连接数超限、防火墙、keepalive 缺失 | 抓包看 RST/FIN，确认最大连接数，加心跳与自动重连 |
| 读到固定 0 或异常大值 | 地址偏移 1、数据类型/字节序错误 | 地址±1 试验，按 ABCD/CDAB/BADC/DCBA 四种字序解析比对 |
| 写成功但设备不动作 | 写到错误数据区、需先使能、缩放系数不对 | 回读寄存器确认，核对命令使能逻辑和工程量程换算 |
| 返回异常码 02/03 | 地址或数量越界、只读寄存器写入 | 对照点表核对地址范围与访问权限 |
排查遵循"先物理层、再链路层、后应用层"的顺序：先用工具确认能收到原始报文，再核对帧格式，最后核对地址和数据解析，避免在错误的层级反复猜测。
六、把通信测试纳入自动化回归
设备固件每次升级都应回归通信功能，手工逐条验证效率低且易漏。可行的做法是把点表（地址、名称、数据类型、缩放、读写权限、合法范围）整理为表格，由测试软件自动生成测试序列：遍历全部寄存器读写、边界值、异常请求和长时间轮询，自动比对响应、统计响应时间和错误率并输出报告。
宏控天工（Macrosoftsys）的 MCS 图形化测控软件内置 Modbus 主站能力及 Modbus 高级功能扩展（多主站并发、协议一致性、故障注入、压力测试），可在画板式界面中拖拽搭建"读点表-判阈值-记结果"的测试流程，无需编写大量代码；AutoTest 自动化测试软件则适合把通信用例组织成标准测试工程，固件升级后一键回归。需要为产品建立 Modbus 一致性/稳定性测试，可访问官网 macrosoftsys.com 或私信联系获取测试方案。
FAQ
Q1：Modbus RTU 和 Modbus TCP 的测试重点有什么不同？
RTU 重点在物理层与时序：接线、终端电阻、波特率校验、3.5 字符静默分帧；TCP 重点在网络层与会话：端口、连接管理、断线重连、多连接并发。两者应用层功能码与数据模型一致。
Q2：寄存器读出来全是 0 或异常大值，最可能是什么原因？
优先检查地址偏移（协议地址与文档地址差 1）和字节序/字序（大小端、word swap），其次是数据缩放系数与数据类型声明不一致。
Q3：设备返回异常码 02 或 03 是什么意思？
02 非法数据地址，03 非法数据值，通常是请求地址或数量越界、对只读寄存器执行了写入。对照点表核对地址范围与访问权限即可。
Q4：RTU 报文时通时断、CRC 错误多怎么定位？
按物理层优先排查：检查 A/B 是否接反、是否缺终端电阻、分支是否过长、共地是否可靠，必要时降波特率试验或用逻辑分析仪看波形。
Q5：通信回归测试必须手工逐条点吗？
不必。把点表整理成结构化表格后可由测试软件自动遍历读写、边界值、异常请求与长时间轮询，自动比对并出报告，固件升级后一键回归。