Modbus 采集怎么做：五种变体、地址与字序

Modbus 是什么，会在哪些设备上遇到

Modbus 是 1979 年 Modicon 为自家 PLC 定的一套主从式通信协议， 因为规范公开、实现简单，后来成了工业现场事实上的通用语言。 它的数据模型只有四个区：线圈（可读写位）、离散输入（只读位）、 保持寄存器（可读写 16 位字）、输入寄存器（只读 16 位字）， 对应功能码 01/02/03/04 读，05/06/0F/10 写。整个协议没有数据类型、没有单位、 没有变量名——这既是它简单的原因，也是所有现场问题的根源。

在数采项目里，几乎每个现场都会遇到 Modbus 设备： 国产 PLC（汇川、信捷、台达、禾川等）多数把它作为默认的对外接口； 变频器与伺服驱动器用它读电流、转矩、频率与报警字； 温控表、称重仪表、压力/流量变送器、气体检测仪、环境监测模块基本只有 Modbus； 智能电表除了 DL/T 645 也常提供 Modbus； 还有大量国产的智能仪表与传感器模块，铭牌上写的通信方式就是 RS485 Modbus-RTU。 敏洽 SCADA 数采软件 为 Modbus 提供了 modbus_tcp、modbus_rtu、 modbus_rtu_over_tcp、modbus_ascii、modbus_udp 五个独立驱动，串口类驱动自动独占线程，避免多个实例抢同一个串口。

实际会遇到的几个坑

1. 地址基准：4xxxx 编号与报文偏移量差 1

手册写 40001，报文里发的是 0。这套 4xxxx 编号来自早期 Modicon 文档， 4 表示保持寄存器区，后面五位从 1 开始编号；而协议报文传的是从 0 开始的偏移量。 各家手册在这一点上写法不统一，甚至同一份手册前后不一致。 症状是所有数据整体错开一个位置， 如果相邻地址的数据类型相同，读出来的数看着都合理，能一路错到验收。 判断动作：找一个已知会变的点（产量计数器最好用）， 让设备动作一次，看变化落在哪个地址上，以此校准整张点表的基准。

2. 寄存器区选错：03 码与 04 码

保持寄存器（功能码 03）与输入寄存器（功能码 04）是两个独立的地址空间， 地址 100 在两个区里是完全不同的数据。很多仪表把测量值放在输入寄存器、 把参数放在保持寄存器，手册里只写「寄存器 30001」这类编号， 3xxxx 才是输入寄存器区，4xxxx 是保持寄存器区。选错的表现分两种： 设备严格实现协议时返回非法数据地址异常（异常码 02），比较好查； 设备实现得松散时直接把另一个区的值给你，就变成上一条那种「不报错但数值不对」。 同理还有线圈（01）与离散输入（02）这一对。

3. 32 位数与浮点数的字序有四种排列

Modbus 的寄存器是 16 位，32 位整数与单精度浮点占两个寄存器， 但协议没规定哪个寄存器放高位，加上寄存器内字节序也可能翻转， 实际会遇到四种排列。症状是数值的数量级完全不对，或者小数点位置离谱， 有时甚至读出 NaN。 正确做法是用一个已知值反推： 把计数器置到 1000，或者读一个已知量程的模拟量，四种排列各算一遍， 能对上的那一种就是设备的字序。确认后必须写进点表， 同一台设备上不同厂家的模块字序还可能不一样。 同类问题还有有符号与无符号：温度这类可能为负的量按无符号解析， 零下就变成六万多。

4. 一次读多少：单次请求的寄存器上限与批量读

Modbus 单次读保持/输入寄存器最多 125 个（读位最多 2000 个）， 超出会返回非法数据数量异常。更实际的问题是请求次数： 如果点表里的地址东一个西一个，采集侧就得发很多次请求， 485 上每次请求都要等应答，节拍立刻上去了。 解决办法是在项目初期就要求设备厂 把需要外发的数据整理到一段连续的寄存器区， 采集侧一次批量读完再在本地拆分。这属于设备厂改 PLC 程序的工作量， 要在接口确认阶段提出来，不能等联调时才说。 另外有些设备虽然协议上支持 125 个，实际读超过一定数量就超时， 这种只能实测找出安全值。

5. 485 总线的物理问题：接反、无终端电阻、与动力线同槽

串口类 Modbus 的故障里，相当一部分根本不在协议层。 A/B 两根线接反是最高频的，现象是完全没有应答， 不报错也不返回错帧，和线没接一样，不确定就直接对调试一次。 其次是拓扑：485 必须手拉手串接，不能星形分叉； 总线两端各需一个 120Ω 终端电阻，距离长、波特率高时缺电阻会造成随机误码； 屏蔽层单端接地。最难查的是与动力线、变频器输出线同槽走线， 表现是平时好用、大功率设备启停时集中报错， 这种「时好时坏」几乎总被先怀疑成软件问题。

6. 从站地址、波特率与帧参数四件套不匹配

串口 Modbus 需要从站地址（1~247）、波特率、数据位、停止位、校验位全部一致， 任何一项不对都是没有应答。这里的坑是： 设备铭牌上的资产编号不是从站地址， 从站地址往往要在设备面板菜单里查或改； 一条总线上两个设备用了同一个从站地址时， 两台会同时应答造成帧冲突，现象是间歇性 CRC 错误， 比完全不通更难查。上线前应该逐台确认地址唯一。

7. 瞬时值与件级结果：必须有锁存和握手

采集端按周期轮询，寄存器里的值随时在变。 如果要的是件级数据（这一件的测量值、这一件的判定结果）， 直接轮询瞬时寄存器一定会漏件或读到中间态，节拍快的工站尤其明显。 正确做法是让 PLC 在每件完成时把结果 锁存到固定寄存器，同时把一个序号或握手位加一， 采集侧监视序号变化再读结果区，读完回写确认。 这套机制要写进接口文档，由设备厂电控工程师在 PLC 程序里实现。