1. Modbus协议概述：起源、发展历程、应用领域与协议栈结构
各位工程师朋友，咱们今天聊聊Modbus。说实话，这协议我用了快二十年，从刚入行时的PLC调试，到后来做SCADA系统集成，几乎天天跟它打交道。你想想看，一个1979年诞生的协议，到现在还能活跃在工业现场，本身就说明了很多问题。
1.1 起源：一个“顺便”发明的协议
Modbus是Modicon公司（没错，就是后来被施耐德收购的那家）在1979年发明的。当时他们主要做PLC，为了能让PLC和上位机通信，顺手搞了个串行通信协议。我刚开始接触时也觉得奇怪——为什么叫Modbus？其实很简单，就是Modicon的Bus，Modicon总线。
我记得第一次在项目里用Modbus RTU，是在一个污水处理厂。当时用的还是RS232接口，波特率9600，一根三芯线就把PLC和触摸屏连起来了。说实话，那会儿真没觉得这协议有多厉害，就觉得“嗯，能用”。
核心要点：Modbus最初是为PLC与上位机通信设计的串行协议，采用主从架构，简单可靠。
3.2 发展历程：从串口到以太网
Modbus的发展大致经历了三个阶段，我按自己的理解给你捋一捋：
| 阶段 | 时间 | 特点 | 我遇到的典型场景 |
|---|---|---|---|
| 串行时代 | 1979-2000 | RS232/RS485，主从轮询 | PLC与变频器通信，一根双绞线带32个设备 |
| TCP时代 | 2000-2010 | 以太网封装，多主站支持 | 工厂MES系统采集产线数据 |
| 融合时代 | 2010至今 | RTU+TCP混合，网关大量使用 | 老旧设备通过网关接入工业互联网 |
这里有个坑我得提醒你：Modbus RTU和Modbus TCP虽然名字像，但底层机制完全不同。RTU是串行通信，靠时间间隔判断帧结束；TCP是网络通信，靠TCP协议保证数据完整性。我曾经见过一个工程师直接把RTU报文塞进TCP包，结果通信时好时坏，查了两天才发现问题。
避坑指南：Modbus RTU的CRC校验是必须的，但Modbus TCP没有CRC——因为TCP/IP协议栈已经做了校验。如果你在TCP报文里还加CRC，反而可能被当成数据的一部分解析出错。
1.3 应用领域：为什么它还没被淘汰？
说白了，Modbus能活到现在，靠的就是“简单”二字。我总结了一下它的主要应用场景：
- 工厂自动化：PLC、变频器、温控仪、传感器，几乎每个设备都支持Modbus
- 楼宇控制：空调、照明、电梯，很多DDC控制器用Modbus通信
- 能源管理：电表、水表、气表，Modbus RTU是标配
- 过程控制：DCS系统与现场仪表通信，Modbus作为备用协议
你可能会问：现在有Profinet、EtherCAT这些高速协议，Modbus还有啥用？我举个例子你就明白了。去年我给一个化工厂做改造，现场有200多台老旧仪表，全是Modbus RTU接口。如果全部换成Profinet，光设备成本就上百万。最后我用几个Modbus转TCP网关，花了不到两万块就搞定了。这就是Modbus的生命力——兼容性极强，改造成本极低。
1.4 协议栈结构：从物理层到应用层
Modbus的协议栈其实很简单，我画了个图帮你理解：
从图上你能看到，Modbus的协议栈其实很薄。我个人觉得，这正是它的优势——没有复杂的握手、没有繁琐的配置，上手就能用。
1.5 两种模式：RTU vs TCP
这里我重点说说RTU和TCP的区别，因为这是现场最容易搞混的地方：
| 对比项 | Modbus RTU | Modbus TCP |
|---|---|---|
| 物理层 | RS232/RS485 | 以太网 |
| 传输方式 | 串行，半双工 | 网络，全双工 |
| 地址范围 | 1-247（0为广播） | 无地址，用IP区分 |
| 校验方式 | CRC16（必须） | TCP校验和（无需额外CRC） |
| 最大节点数 | 32（RS485无中继） | 理论上无限制 |
| 典型波特率 | 9600/19200/38400 | 10/100Mbps |
我的经验：如果你在现场调试RTU网络，记得把波特率设低一点。我曾经在一条100米长的RS485总线上跑115200波特率，结果数据全是乱码。降到19200后，稳如老狗。别迷信高波特率，工业现场稳定第一。
1.6 功能码：Modbus的“指令集”
Modbus的功能码其实不多，常用的就那么几个。我刚开始学的时候，把全部功能码背了一遍，后来发现根本没必要。你只要记住这三个就够了：
- 01/02：读线圈/读离散输入（说白了就是读开关量）
- 03/04：读保持寄存器/读输入寄存器（读模拟量）
- 05/06/15/16：写线圈/写寄存器（控制输出）
其他的功能码，比如07（读异常状态）、08（诊断），说实话我用了这么多年，碰到的次数一只手数得过来。你先把上面这几个玩熟，现场90%的问题都能搞定。
避坑指南：我曾经遇到过一个温控仪，手册上写支持功能码03读取温度值。结果我发03指令过去，设备返回异常码02（非法数据地址）。查了半天才发现，这设备虽然用03功能码，但寄存器地址是从40001开始的，不是标准的0起始。所以记住：设备手册才是最终依据，别想当然。
1.7 报文格式：一个实例让你秒懂
光说不练假把式，我给你看一个实际的Modbus RTU报文：
// 读取从站地址为1的设备，保持寄存器起始地址0，读取2个寄存器
// 请求报文（主机发送）：
01 03 00 00 00 02 C4 0B
// 报文解析：
// 01 - 从站地址
// 03 - 功能码（读保持寄存器）
// 00 00 - 起始地址（高字节在前）
// 00 02 - 读取数量（2个寄存器）
// C4 0B - CRC16校验
// 响应报文（从站回复）：
01 03 04 00 0A 00 14 7A 5E
// 报文解析：
// 01 - 从站地址
// 03 - 功能码
// 04 - 数据字节数（4个字节，即2个寄存器）
// 00 0A - 第一个寄存器值（10）
// 00 14 - 第二个寄存器值（20）
// 7A 5E - CRC16校验你看，是不是很简单？我当年第一次用串口助手抓报文时，看到这格式就觉得“这协议真友好”。不像某些协议，报文头就几十个字节，解析起来头大。
1.8 为什么我推荐你学Modbus？
最后说点实在的。我见过太多工程师，一上来就学Profinet、EtherCAT这些高大上的协议，结果到了现场发现设备全是Modbus接口，傻眼了。我的建议是：先把Modbus吃透，这是工业通信的“普通话”。
你想想看，从几十块钱的温湿度传感器，到几万块钱的PLC，再到几十万的DCS系统，哪个不支持Modbus？学会了它，你就能跟90%的工业设备对话。至于那些高速协议，等真需要了再学也不迟。
我的习惯：每次做项目，我都会先确认设备是否支持Modbus。如果支持，优先用Modbus通信。不是因为别的，就因为它简单、稳定、好排查问题。用串口助手抓个包，报文对不对一眼就能看出来。换成其他协议，你还得买专用分析软件，麻烦得很。
好了，关于Modbus的概述就聊到这儿。记住：简单不等于落后，Modbus用四十年的生命力证明了这一点。下一节咱们深入聊聊RTU模式的具体实现，包括时序、波特率设置、以及我最头疼的RS485总线终端电阻问题。
公众号:蓝海资料掘金营，微信deep3321