3. Modbus协议概述
Modbus协议诞生于1979年，由Modicon公司（现施耐德电气旗下）为可编程逻辑控制器（PLC）通信而设计。它是最早进入工业自动化领域的现场总线协议之一，凭借其开放、简单、可靠的特点，至今仍是工业控制领域应用最广泛的通信协议。本章将从历史演进、应用场景、主从架构、功能码分类和报文格式五个维度，为后续的RTU串口通信实战打下坚实的理论基础。
3.1 Modbus协议的历史演进与设计哲学
Modbus协议最初由Modicon公司在1979年为旗下PLC产品设计，目的是解决PLC与HMI（人机界面）、编程器之间的数据交换问题。当时工业现场存在多种私有协议，设备互联成本极高。Modbus的诞生打破了这一壁垒，它采用主从请求/响应机制，报文结构紧凑，不依赖特定物理层，因此迅速被广泛接受。1996年，施耐德电气将Modbus协议规范公开，并交由Modbus-IDA（现Modbus Organization）维护，使其成为真正开放的标准。
从技术演进看，Modbus家族主要包含三种变体：Modbus RTU（远程终端单元，二进制编码，CRC校验）、Modbus ASCII（ASCII字符编码，LRC校验）和Modbus TCP（基于以太网TCP/IP，端口502）。其中RTU模式因数据密度高、传输效率好，成为串口通信的事实标准。设计哲学上，Modbus强调“简单可靠”：协议栈极简，报文长度有限，主站轮询机制天然避免总线冲突，非常适合工业现场的强电磁干扰环境。
3.2 典型应用场景与选型判断
Modbus协议广泛应用于以下四类典型场景：
- 工厂自动化设备联网：PLC、变频器、伺服驱动器、温控表、智能电表等设备通过RS-485总线组网，由上位机或触摸屏统一监控。
- 楼宇自控与能源管理：智能电表、水表、气表、空调机组、照明控制模块通过Modbus RTU接入能源管理平台，实现远程抄表和节能调度。
- 过程控制与SCADA：传感器变送器（压力、温度、流量）、执行机构（阀门、调节器）通过Modbus RTU连接RTU或DTU，再经GPRS/4G上传至云端。
- 嵌入式系统与物联网网关：MCU（如STM32、ESP32）通过UART外接RS-485收发器，采集下位机数据并转换为MQTT/HTTP上报。
选型判断时，应优先考虑以下因素：若通信距离小于15米且仅两点通信，可选RS-232；若距离在1200米以内且节点数不超过32个，应选RS-485；若需要跨网段或与IT系统集成，则直接选用Modbus TCP。此外，若现场存在强变频干扰，应降低波特率（如9600bps）并采用屏蔽双绞线。
| 场景特征 | 推荐物理层 | 典型波特率 | 备注 |
|---|---|---|---|
| PLC与变频器短距离通信 | RS-485 | 19200/38400 | 需终端电阻匹配 |
| 多台电表远程抄表 | RS-485 | 9600 | 总线长度可达1000m |
| 嵌入式板级调试 | RS-232/TTL | 115200 | 点对点，无需终端电阻 |
| 跨车间/跨厂区联网 | Modbus TCP | 10/100Mbps | 需配置IP和端口 |
3.3 主从架构与轮询机制
Modbus协议采用严格的主从（Master/Slave）架构。总线上只允许存在一个主站（通常为PLC、PC或工业网关），从站数量最多247个（地址1~247，地址0为广播地址）。所有通信由主站发起，从站只能被动响应。主站通过轮询方式依次向各从站发送请求帧，从站收到后执行相应操作并返回响应帧。若从站无响应或响应超时，主站则记录故障并继续轮询下一从站。
这种机制的优势在于：确定性高——总线访问完全由主站调度，不存在竞争冲突；实现简单——从站无需复杂的仲裁逻辑；故障隔离——单个从站掉线不影响其他节点通信。但缺点也很明显：主站是单点故障，若主站宕机则整个网络瘫痪；轮询周期随从站数量线性增长，实时性受限。
3.4 功能码分类与数据模型
Modbus功能码定义了主站对从站数据的操作类型。根据操作对象不同，可分为位操作和寄存器操作两大类，每类又分为读和写两种。常用功能码如下：
| 功能码 | 名称 | 操作对象 | 操作类型 | 典型用途 |
|---|---|---|---|---|
| 0x01 | 读线圈 | 线圈（DO） | 读 | 读取继电器输出状态 |
| 0x02 | 读离散输入 | 离散输入（DI） | 读 | 读取按钮、限位开关状态 |
| 0x03 | 读保持寄存器 | 保持寄存器（AO） | 读 | 读取模拟量输出值、参数设定值 |
| 0x04 | 读输入寄存器 | 输入寄存器（AI） | 读 | 读取传感器采集的模拟量 |
| 0x05 | 写单线圈 | 线圈（DO） | 写 | 控制单路继电器通断 |
| 0x06 | 写单寄存器 | 保持寄存器（AO） | 写 | 修改单个参数（如PID设定值） |
| 0x0F | 写多线圈 | 线圈（DO） | 写 | 批量控制多路输出 |
| 0x10 | 写多寄存器 | 保持寄存器（AO） | 写 | 批量写入参数或下发控制表 |
Modbus数据模型将数据分为四个区域：线圈（Coil）、离散输入（Discrete Input）、输入寄存器（Input Register）和保持寄存器（Holding Register）。其中线圈和保持寄存器可读可写，离散输入和输入寄存器只读。每个区域可容纳65536个数据项，地址从0x0000到0xFFFF。实际设备中，厂商会定义地址映射表，例如“40001对应保持寄存器地址0x0000”，这是Modbus地址偏移的常见陷阱，需特别注意。
3.5 报文格式总览与RTU帧结构
Modbus RTU报文采用二进制编码，帧结构紧凑。一个完整的RTU帧由四部分组成：从站地址（1字节）、功能码（1字节）、数据区（N字节）和CRC校验（2字节）。帧间空闲时间要求至少3.5个字符时间，帧内字符间隔不超过1.5个字符时间，否则从站认为帧不完整而丢弃。
RTU请求帧示例（读取从站1的保持寄存器，起始地址0x0000，读取2个寄存器）：
从站地址: 0x01
功能码: 0x03
起始地址: 0x00 0x00
寄存器数: 0x00 0x02
CRC校验: 0xC4 0x0B
完整帧: 01 03 00 00 00 02 C4 0B响应帧中，数据区包含字节计数和寄存器值。例如上述请求的响应可能为：01 03 04 00 0A 00 14 CRC，表示从站返回2个寄存器值（0x000A=10，0x0014=20）。CRC校验采用CRC16-IBM算法（多项式0x8005，初始值0xFFFF），对地址、功能码和数据区所有字节进行计算，低字节在前。
3.6 案例拆解：温控系统Modbus RTU通信设计
某注塑车间需要将12台模温机的温度数据（模拟量）和运行状态（开关量）接入中央监控系统。每台模温机支持Modbus RTU，RS-485接口，波特率9600，8数据位，无校验，1停止位。要求刷新周期不超过2秒。
关键参数分析：每台模温机需读取2个输入寄存器（实际温度、设定温度）和1个线圈（运行状态）。单次读取2个寄存器需8字节请求帧，响应帧为9字节（含CRC）。加上帧间隔和从站处理时间，单从站通信耗时约20ms。12台从站轮询一轮约240ms，远小于2秒要求，方案可行。
实施步骤：
- 硬件连接：采用手拉手菊花链拓扑，首尾两端各接120Ω终端电阻，屏蔽层单端接地。
- 地址分配：将12台模温机拨码地址设为1~12。
- 主站程序（C#或Python）按地址顺序发送功能码0x04读输入寄存器（温度）和0x01读线圈（状态）。
- 异常处理：设置500ms超时，连续3次无响应则标记该从站离线，并在界面报警。
- 数据映射：将读取的原始值除以10（模温机精度0.1℃）转换为实际温度。
结果与复盘：系统上线后，轮询周期实测约300ms，数据刷新稳定。但发现第7台模温机偶尔超时，排查发现其RS-485接口的A/B线接反，导致信号极性错误。重新压接后恢复正常。经验教训：施工时务必统一A/B线色标，并在调试阶段用万用表测量总线空闲电压（应在2V~6V之间）。