📚 课程目录第2章 Modbus协议基础

2、Modbus协议基础：Modbus RTU与Modbus TCP的帧格式、功能码、寄存器模型及数据编码规则

Modbus协议自1979年由Modicon公司推出以来，凭借其开放、简单、可靠的特点，已成为工业自动化领域应用最广泛的通信协议之一。在网关应用实战中，理解Modbus RTU与Modbus TCP的底层帧结构、功能码语义、寄存器模型以及数据编码规则，是进行协议转换、地址映射和故障排查的基石。本章将系统拆解这两大协议变体的核心差异，并深入剖析其数据模型，为后续网关配置与调试打下坚实的理论基础。

2.1 Modbus RTU 帧格式与传输机制

Modbus RTU（Remote Terminal Unit）是一种基于串行链路（RS-232/RS-485）的二进制协议，其帧结构紧凑、传输效率高，在工业现场设备中应用极为广泛。RTU 模式将每个 8 位字节拆分为两个十六进制字符传输，但帧格式本身是纯二进制，而非 ASCII 文本。

核心原理：RTU 帧的四个组成部分

一个完整的 RTU 请求或响应帧由地址域、功能码、数据域和 CRC 校验域四部分组成。地址域占用 1 个字节，用于标识从站地址（1-247），主站通过地址区分不同从站设备；功能码占用 1 个字节，指示要执行的操作类型（如读线圈、写寄存器等）；数据域长度可变，包含寄存器地址、数量、数据值等参数；CRC 校验域占用 2 个字节，采用 CRC16-IBM 算法（多项式 0xA001），对地址域到数据域末尾的所有字节进行校验。

RTU 帧的字节间间隔和帧间间隔有严格要求：帧内字节间隔不得超过 1.5 个字符时间，帧与帧之间的间隔必须大于等于 3.5 个字符时间。这个时间参数与波特率直接相关，例如在 9600 bps 下，1 个字符时间约为 1.1ms，3.5 个字符时间约为 3.85ms。如果接收方检测到帧间间隔小于 3.5 个字符时间，会认为帧不完整并丢弃。

  实战要点：在网关配置中，RTU 帧间隔参数（通常称为"帧超时时间"）是必须正确设置的参数之一。若设置过短，可能导致长帧被错误拆分；若设置过长，则会影响响应速度。推荐将帧超时设置为 4-5 个字符时间，并确保与从站设备的实际参数匹配。

判断方法：CRC 校验的快速验证

CRC 校验是 RTU 帧可靠性的核心保障。计算 CRC 时，先将 16 位 CRC 寄存器预置为 0xFFFF，然后对帧中每个字节与 CRC 寄存器的低字节进行异或，再右移 8 次，每次根据最低位决定是否与多项式 0xA001 异或。实际工程中，我们通常使用查表法或现成的 CRC 计算库，无需手工计算。判断一帧数据是否有效，只需将接收到的数据（含 CRC）重新计算，若结果为 0x0000 则校验通过。

案例拆解：读取保持寄存器的 RTU 请求帧

假设主站需要读取从站地址 1 的保持寄存器，起始地址为 0（对应 40001），数量为 2 个寄存器。请求帧如下：

地址域: 0x01
功能码: 0x03
起始地址: 0x00 0x00
寄存器数量: 0x00 0x02
CRC16: 0xC4 0x0B
完整帧: 01 03 00 00 00 02 C4 0B

从站正常响应帧为：

地址域: 0x01
功能码: 0x03
字节数: 0x04
数据: 0x00 0x0A 0x00 0x64
CRC16: 0x?? 0x??
完整帧: 01 03 04 00 0A 00 64 ?? ??

其中 0x000A 表示寄存器 40001 的值为 10，0x0064 表示寄存器 40002 的值为 100。若从站返回异常响应，功能码的最高位会被置 1（如 0x83），数据域携带异常码（如 0x02 表示非法数据地址）。

常见误区：很多初学者将 RTU 帧中的地址域与 TCP 中的单元 ID 混淆。RTU 地址域是串行总线上的物理从站地址，而 TCP 中的单元 ID 是网关用于路由到串行从站的逻辑标识。在网关转换时，单元 ID 通常直接映射为 RTU 地址，但也可以进行重映射。

2.2 Modbus TCP 帧格式与 MBAP 头

Modbus TCP 将 Modbus 协议封装在 TCP/IP 协议栈之上，默认使用 502 端口。与 RTU 相比，TCP 帧去除了地址域和 CRC 校验，增加了 MBAP（Modbus Application Protocol）报文头，用于标识事务和路由信息。

核心原理：MBAP 头的四个字段

MBAP 头共 7 个字节，包含事务处理标识符（Transaction ID，2 字节）、协议标识符（Protocol ID，2 字节）、长度（Length，2 字节）和单元标识符（Unit ID，1 字节）。事务处理标识符用于匹配请求与响应，客户端每次发送新请求时递增；协议标识符固定为 0x0000，表示 Modbus 协议；长度字段表示后续字节数（单元 ID + PDU 的长度）；单元 ID 用于标识串行链路中的从站设备，在纯 TCP 通信中通常设置为 0xFF 或 0x00。

Modbus TCP 的 PDU（协议数据单元）由功能码和数据域组成，最大长度为 253 字节。由于 TCP 协议本身提供可靠传输和差错校验，因此 TCP 帧中不再需要 CRC 校验，这简化了帧结构，但也意味着应用层需要自行处理超时和重试机制。

操作流程：TCP 连接管理与事务处理

Modbus TCP 通信采用客户端/服务器模型，客户端主动发起 TCP 连接，服务器监听 502 端口。一个 TCP 连接可以承载多个 Modbus 事务，但同一时刻通常只允许一个未完成的请求（即串行化处理）。在实际网关应用中，建议采用以下流程：

客户端建立 TCP 连接，并设置连接超时（通常 3-5 秒）和响应超时（通常 500ms-2 秒）。
构造 MBAP 头，递增事务 ID，设置协议 ID 为 0，计算长度字段。
发送请求帧，等待服务器响应。
校验响应帧的事务 ID 是否与请求一致，若不一致则丢弃并重发。
解析功能码和数据域，完成数据读取或写入。

经验提醒：在网关设计中，事务 ID 的管理至关重要。如果网关同时处理多个 TCP 客户端连接，必须为每个连接维护独立的事务 ID 计数器，避免混淆。同时，建议在网关内部实现请求队列，防止并发请求导致从站响应超时。

案例拆解：TCP 帧与 RTU 帧的转换

以读取保持寄存器为例，Modbus TCP 请求帧为：

事务ID: 0x0001
协议ID: 0x0000
长度: 0x0006
单元ID: 0x01
功能码: 0x03
起始地址: 0x0000
寄存器数量: 0x0002
完整帧: 00 01 00 00 00 06 01 03 00 00 00 02

网关收到此帧后，需要将其转换为 RTU 帧发送到串行从站。转换过程为：提取单元 ID（0x01）作为 RTU 地址，提取功能码和数据域（03 00 00 00 02），计算 CRC 并附加到帧尾，最终得到 RTU 帧：01 03 00 00 00 02 C4 0B。从站响应后，网关需要去除 CRC，添加 MBAP 头，并回填事务 ID 和长度字段。

2.3 功能码分类与典型应用场景

Modbus 功能码定义了设备支持的操作类型，分为位操作和字操作两大类。位操作包括读线圈（01）、读离散输入（02）、写单个线圈（05）、写多个线圈（15）；字操作包括读保持寄存器（03）、读输入寄存器（04）、写单个寄存器（06）、写多个寄存器（16）。此外，还有掩码写寄存器（22）、读写多个寄存器（23）等扩展功能码。

功能码	操作对象	操作类型	典型应用场景
01 (0x01)	线圈	读	读取继电器输出状态、电机启停状态
02 (0x02)	离散输入	读	读取限位开关、按钮、光电传感器状态
03 (0x03)	保持寄存器	读	读取设定温度、PID 参数、累计量
04 (0x04)	输入寄存器	读	读取实时温度、压力、流量等测量值
05 (0x05)	线圈	写单个	控制单个继电器通断、启动/停止设备
06 (0x06)	保持寄存器	写单个	修改单个设定值、切换工作模式
15 (0x0F)	线圈	写多个	批量控制多个输出点
16 (0x10)	保持寄存器	写多个	批量下载配方参数、更新多组设定值

判断方法：功能码与数据对象的匹配

在网关配置中，必须确保功能码与数据对象类型匹配。例如，读取温度传感器值应使用功能码 04（输入寄存器），而读取变频器频率设定值应使用功能码 03（保持寄存器）。如果功能码与对象不匹配，从站会返回异常码 0x01（非法功能码）。

实战场景：网关轮询策略设计

在网关应用中，通常需要轮询多个从站的不同数据对象。合理的轮询策略应遵循以下原则：将读操作与写操作分离，优先处理实时性要求高的数据（如报警状态），批量读取连续寄存器以减少通信次数。例如，若需要读取从站 1 的 10 个保持寄存器和 5 个输入寄存器，建议使用两次功能码 03 和一次功能码 04 的批量读取，而不是逐寄存器读取。

风险提示：某些从站设备对功能码 15 和 16 的支持不完整，或对批量操作的最大数量有限制（通常为 125 个寄存器或 1968 个线圈）。在网关配置前，务必查阅从站设备手册，确认其支持的功能码范围和最大读写数量。

2.4 寄存器模型与数据编码规则

Modbus 协议定义了四种数据对象：线圈（Coil）、离散输入（Discrete Input）、输入寄存器（Input Register）和保持寄存器（Holding Register）。这四种对象构成了 Modbus 设备的统一数据视图，也是网关地址映射的基础。

核心原理：四种数据对象的地址空间

线圈和离散输入是位对象，每个占用 1 位；输入寄存器和保持寄存器是字对象，每个占用 16 位。传统 Modbus 规范使用 5 位十进制数表示地址范围：线圈（00001-09999）、离散输入（10001-19999）、输入寄存器（30001-39999）、保持寄存器（40001-49999）。但在实际协议帧中，地址从 0 开始编号，因此协议地址 = 寄存器编号 - 偏移量。例如，保持寄存器 40001 的协议地址为 0x0000，40002 的协议地址为 0x0001。

数据编码规则：整数、浮点与字符串

16 位寄存器默认表示无符号整数（0-65535），但实际应用中常需要表示有符号整数、浮点数甚至字符串。有符号整数采用二进制补码表示，例如 -100 存储为 0xFF9C。32 位浮点数遵循 IEEE 754 标准，占用两个连续寄存器，但字节顺序存在多种变体：ABCD（大端模式）、CDAB（字交换）、BADC（字节交换）、DCBA（小端模式）。网关配置时必须明确从站设备的字节顺序，否则会导致数据解析错误。

字符串数据通常以 ASCII 码形式存储在连续寄存器中，每个寄存器存储 2 个字符（高字节在前）。例如，字符串 "OK" 存储为 0x4F4B。在网关转换中，字符串的起始地址和长度需要精确配置。

  关键参数：在配置网关时，需要确认以下数据编码参数：寄存器数量（16位/32位/64位）、字节顺序（ABCD/CDAB/BADC/DCBA）、数据类型（无符号/有符号/浮点/字符串）、缩放因子（如温度值乘以 10 存储）。这些参数直接影响数据解析的正确性。

案例拆解：浮点数据编码的字节顺序问题

某温度变送器将温度值以 32 位浮点数形式存储在保持寄存器 40001-40002 中，实际温度为 25.5°C。若设备采用 ABCD 顺序（大端模式），则寄存器 40001 = 0x41CC，寄存器 40002 = 0x0000，合并后为 0x41CC0000，对应浮点数 25.5。若设备采用 CDAB 顺序（字交换），则寄存器 40001 = 0x0000，寄存器 40002 = 0x41CC，合并后仍为 0x41CC0000。若设备采用 DCBA 顺序（小端模式），则寄存器 40001 = 0x0000，寄存器 40002 = 0xCC41，合并后为 0x0000CC41，解析结果将完全不同。

在网关调试中，若发现读取的浮点数数值异常（如极大值、极小值或乱码），首先应检查字节顺序配置。建议使用 Modbus 调试工具（如 Modbus Poll）读取原始十六进制数据，手动解析验证字节顺序，再在网关中设置正确的编码参数。

常见误区与总结复盘

误区一：认为 Modbus TCP 帧中必须包含 CRC。实际上 TCP 层已提供校验，应用层无需 CRC。
误区二：混淆寄存器编号与协议地址。例如，保持寄存器 40001 的协议地址是 0，而非 40001。
误区三：忽略字节顺序。不同厂商设备的浮点字节顺序可能不同，必须逐一确认。
误区四：在网关中盲目使用广播地址（0）。广播地址仅适用于写操作，且从站可能不支持。
误区五：未考虑 RTU 帧间隔时间。在网关与从站通信时，若帧间隔设置不当，可能导致数据帧被拆分或合并。

总结而言，掌握 Modbus RTU 与 TCP 的帧格式差异、功能码语义、寄存器模型和数据编码规则，是进行网关配置、地址映射和故障排查的前提。在实际项目中，建议先使用协议分析工具抓取原始报文，确认设备的具体实现细节，再进行网关参数配置，这样可以大幅减少调试时间。