3、Modbus协议核心概念：Modbus RTU与TCP的区别、寄存器类型、功能码、数据帧格式

Modbus协议自1979年由Modicon公司推出以来，凭借其开放、简单、可靠的特点，已成为工业自动化领域应用最广泛的通信协议之一。在GD32与Modbus设备联动的场景中，理解Modbus协议的核心概念是开发工作的基础。本章将系统梳理Modbus RTU与TCP的差异、四种寄存器类型、常用功能码以及数据帧格式，帮助读者建立完整的协议认知框架，为后续实现GD32主站与从站设备的通信打下坚实基础。

3.1 Modbus RTU与TCP的核心差异

3.1.1 物理层与传输机制

Modbus RTU运行在串行通信链路上，通常采用RS-232、RS-422或RS-485标准。其中RS-485因其支持多点通信（最多32个节点）、抗干扰能力强、传输距离可达1200米，成为工业现场最常用的物理层接口。RTU模式采用二进制编码，每个字节由11位组成（1起始位+8数据位+1校验位+1停止位，或1起始位+8数据位+2停止位），数据帧紧凑高效。而Modbus TCP则运行在以太网TCP/IP协议栈之上，使用标准端口502，物理层可以是双绞线、光纤或无线网络，传输速率远高于串行通信。

从通信模型来看，RTU是典型的主从（Master/Slave）模式，一个主站最多可管理247个从站，通信由主站发起，从站只能被动响应。TCP模式虽然也保留主从逻辑，但底层TCP/IP协议天然支持多客户端同时连接，一个服务器（从站）可以同时服务多个客户端（主站），这使得TCP模式在系统集成时更加灵活。此外，RTU帧之间需要保持至少3.5个字符时间的静默间隔，用于帧同步；而TCP帧通过MBAP头中的长度字段明确界定帧边界，无需时间间隔约束。

3.1.2 协议开销与实时性

RTU帧最小为8字节（地址1+功能码1+数据2+CRC2），最大为256字节。TCP帧最小为12字节（MBAP头7+功能码1+数据4），最大可达260字节。虽然TCP帧头比RTU多5字节，但以太网的高带宽使得这一开销几乎可以忽略。在实时性方面，RTU在115.2kbps速率下，传输一个典型请求帧（8字节）约需0.7ms，加上从站处理时间和帧间隔，一个完整周期约2-5ms；TCP在百兆网络下，一个请求-响应周期通常小于1ms（不含网络延迟）。对于GD32与Modbus设备联动场景，如果设备数量少、距离近，RTU完全够用；若需远程监控或多主站并发，则应选择TCP。

3.2 寄存器类型与地址映射

3.2.1 四种寄存器模型

Modbus协议定义了四种基本数据对象，每种对象有独立的地址空间（0-65535），且访问权限不同：

• 线圈（Coil，0x区）：可读可写的位变量，对应PLC的输出线圈或继电器的通断状态。功能码0x01读、0x05写单个、0x0F批量写。
• 离散输入（Discrete Input，1x区）：只读的位变量，对应传感器开关信号或按钮状态。功能码0x02读取。
• 保持寄存器（Holding Register，4x区）：可读可写的16位字变量，对应模拟量输出、设定值、PID参数等。功能码0x03读、0x06写单个、0x10批量写。
• 输入寄存器（Input Register，3x区）：只读的16位字变量，对应模拟量输入、温度、压力等测量值。功能码0x04读取。

需要注意的是，Modbus协议中的地址编号从0开始，但PLC组态软件中通常显示为40001、30001等（即地址+1）。例如，保持寄存器地址0在组态软件中显示为40001。GD32编程时需明确使用协议地址（0-based）还是PLC地址（1-based），避免偏移错误。

3.2.2 数据模型与字节序

16位寄存器在传输时采用大端序（Big-Endian），即高字节在前、低字节在后。例如，寄存器值0x1234，先发送0x12，再发送0x34。对于32位浮点数或长整数，Modbus协议没有统一标准，常见的有两种排列方式：ABCD（高字在前）和CDAB（低字在前）。GD32与不同品牌设备通信时，必须确认设备的字节序配置，否则会出现数据解析错误。例如，读取一个温度值，设备返回0x41A0 0000（浮点数20.0），若GD32按CDAB解析，将得到完全错误的结果。

3.3 功能码详解与使用场景

3.3.1 常用功能码分类

功能码是Modbus帧中的核心字段，占用1字节，范围1-127（公共功能码），128-255为异常响应。下表列出GD32联动场景中最常用的功能码：

3.3.2 功能码选择策略

在GD32与Modbus设备联动时，应根据数据类型选择合适的功能码。例如，控制一个变频器的启停，使用0x05写单个线圈；读取变频器当前频率，使用0x04读输入寄存器；修改变频器加速时间，使用0x06写单个保持寄存器。对于批量操作，如一次读取10个温度传感器的值，使用0x03读保持寄存器（或0x04读输入寄存器），起始地址和数量字段可一次读取连续地址的数据，减少通信次数。

3.4 数据帧格式深度解析

3.4.1 RTU帧结构

RTU帧由四个部分组成：从站地址（1字节）、功能码（1字节）、数据（N字节）、CRC16校验（2字节）。从站地址范围1-247，0为广播地址（从站不响应）。数据字段的长度和内容取决于功能码。CRC16校验覆盖从站地址到数据末尾的所有字节，采用多项式0x8005，初始值0xFFFF，计算时低位在前发送。

// RTU请求帧示例：读取从站1的保持寄存器，起始地址0x0000，数量0x0002
// 地址  功能码  起始地址高  起始地址低  数量高  数量低  CRC低  CRC高
// 0x01  0x03   0x00        0x00        0x00    0x02    0xC4   0x0B
// 完整帧：01 03 00 00 00 02 C4 0B

RTU帧的接收方通过静默间隔（≥3.5字符时间）判断帧起始，通过帧内字节间隔（≤1.5字符时间）判断帧结束。GD32在实现RTU接收时，需使用串口空闲中断或定时器超时机制来界定帧边界。

3.4.2 TCP帧结构

TCP帧在功能码和数据之前增加了MBAP头（Modbus Application Protocol Header），共7字节：事务处理标识符（2字节，用于匹配请求和响应）、协议标识符（2字节，固定为0x0000）、长度（2字节，表示后续字节数）、单元标识符（1字节，相当于RTU的从站地址）。TCP帧无需CRC校验，因为TCP/IP协议栈已保证数据完整性。

// TCP请求帧示例：读取从站1的保持寄存器，起始地址0x0000，数量0x0002
// 事务ID  协议ID  长度  单元ID  功能码  起始地址高  起始地址低  数量高  数量低
// 0x0001  0x0000  0x0006  0x01   0x03   0x00        0x00        0x00    0x02
// 完整帧：00 01 00 00 00 06 01 03 00 00 00 02

长度字段的计算方式为：单元ID（1字节）+ 功能码（1字节）+ 数据长度（N字节）。上例中数据为4字节（起始地址2+数量2），因此长度为1+1+4=6（0x0006）。GD32在解析TCP帧时，先读取MBAP头，根据长度字段确定后续数据长度，再解析功能码和数据。

3.4.3 异常响应帧

当从站无法处理请求时，会返回异常响应帧：功能码的最高位置1（即原功能码+0x80），数据字段为1字节的异常码。常见异常码包括：0x01非法功能码、0x02非法数据地址、0x03非法数据值、0x04从站设备故障。GD32主站收到异常响应后，应记录异常码并采取相应处理，如重试、报警或调整请求参数。

3.5 案例拆解：GD32通过RTU读取温控器数据

3.5.1 场景与目标

某工业现场使用GD32F407作为主控，需要读取一台温控器的当前温度（输入寄存器地址0x0001）和设定温度（保持寄存器地址0x0002），并根据温度偏差控制加热器启停。温控器从站地址为0x05，通信参数为9600bps、8数据位、无校验、1停止位。

3.5.2 帧构造与解析

GD32首先构造读取输入寄存器的请求帧：05 04 00 01 00 01 CRC_L CRC_H。其中，05为从站地址，04为读输入寄存器功能码，00 01为起始地址，00 01为读取数量。CRC16计算覆盖前6字节，计算结果为0x5A3C（假设），则完整帧为05 04 00 01 00 01 3C 5A。温控器响应帧为：05 04 02 01 F4 CRC_L CRC_H，其中02表示2字节数据，01 F4为十六进制值500，即当前温度50.0℃（设备分辨率为0.1℃）。

接着，GD32构造读取保持寄存器的请求帧：05 03 00 02 00 01 CRC_L CRC_H。温控器响应帧为：05 03 02 01 90 CRC_L CRC_H，01 90为400，即设定温度40.0℃。GD32计算偏差为10℃，超过预设阈值5℃，于是通过0x05功能码写线圈0x0001（加热器控制位）为0xFF00，启动加热器。

3.5.3 调试与排障

在调试过程中，GD32开发者发现读取温度偶尔返回异常响应0x83 0x02（非法数据地址）。经排查，原因是温控器的输入寄存器地址范围是0x0000-0x000F，而代码中误将起始地址写为0x0010。修正地址后通信恢复正常。另一个问题是CRC计算错误导致从站无响应，通过逻辑分析仪抓取波形，发现GD32发送的CRC字节序颠倒（应为低字节在前），修正后解决。

3.6 常见误区与总结

3.6.1 典型错误

• 地址偏移错误：将PLC地址（40001）直接作为协议地址（0x0000）使用，导致访问越界。
• 字节序混淆：未确认设备的字节序配置，导致16位或32位数据解析错误。
• CRC实现错误：多项式、初始值、字节序处理不当，导致从站拒绝通信。
• 帧间隔处理不当：RTU模式下未实现3.5字符时间间隔检测，导致帧粘连或拆分。
• TCP连接管理缺失：未处理连接断开重连、事务ID匹配等问题。

3.6.2 设计建议

在GD32的Modbus驱动设计中，建议采用分层架构：物理层（串口/以太网驱动）、数据链路层（RTU帧封装/解析、CRC校验）、应用层（功能码处理、寄存器映射）。每层独立测试，便于定位问题。同时，建议在驱动中增加日志输出功能，记录收发帧的原始字节，便于现场调试。对于多从站场景，可采用轮询调度机制，合理分配各从站的通信时间片，避免单个从站故障导致整个总线阻塞。