1. Modbus协议基础：从起源到工业现场的选择

大家好，我是老张。在工业自动化这行摸爬滚打十几年，要说哪个协议最绕不开，那绝对是Modbus。今天咱们就来聊聊这个“老古董”为什么到现在还这么能打。

1.1 Modbus协议发展史：一个传奇的诞生

1979年，Modicon公司为了配合自家的PLC，搞出了Modbus协议。说实话，当时谁也没想到它能活这么久。我刚开始接触时也觉得这玩意儿太老了，后来才发现——老有老的好处。

Modbus的发展经历了几个关键节点：

• 1979年：Modicon发布Modbus串行协议，RS-232/RS-485是它的“座驾”
• 1990年代：施耐德收购Modicon，Modbus开始大规模普及
• 2004年：Modbus TCP/IP诞生，把协议搬上了以太网
• 至今：全球超过1000万台设备支持Modbus，你说它牛不牛？

我记得2015年在一个汽车焊装车间做项目，甲方非要上Profinet。结果呢？供应商的设备全是Modbus接口，最后还得加网关转来转去。嗯，有时候不是越新越好，生态才是王道。

1.2 RTU与ASCII模式：两种“方言”的区别

Modbus串行通信有两种模式：RTU和ASCII。说白了就是数据怎么打包、怎么传输的问题。

对比项	RTU模式	ASCII模式
数据格式	二进制，16进制直接传	ASCII字符，每个字节拆成两个字符
效率	高，同样波特率下传输量更大	低，数据量翻倍
校验方式	CRC-16，更可靠	LRC，简单但弱一些
帧间隔	严格，3.5字符时间	宽松，1秒内都行
适用场景	工业现场，占90%以上	调试、测试、噪声环境

你可能会问：为什么ASCII模式还存在？我在一个老旧的水处理项目里遇到过——那台PLC的RTU实现有bug，换成ASCII反而稳定了。说白了，ASCII模式虽然效率低，但容错性好，调试时也容易用串口助手看数据。

1.3 工业现场为什么选Modbus？

这个问题我经常被问到。其实原因很简单，就四个字：够用、便宜。

具体来说：

1. 开放免费：Modbus是公开协议，不用交授权费。你想想看，一个工厂几百台设备，每台省几十块授权费，那是多大一笔钱？
2. 实现简单：一个单片机加个串口芯片就能跑Modbus。我见过最夸张的案例——用Arduino Uno做Modbus从站，成本不到50块钱。
3. 稳定可靠：Modbus RTU的CRC校验非常成熟。我在一个钢铁厂的项目里，现场电磁干扰大得离谱，其他协议都掉线，就Modbus扛住了。
4. 生态庞大：从PLC到变频器，从仪表到机器人，几乎每个工业设备都支持Modbus。你买设备时根本不用纠结兼容性问题。

1.4 避坑指南：Modbus的“坑”你踩过几个？

讲完优点，也得说说缺点。Modbus不是万能的，我踩过的坑不少：

• 地址冲突：从站地址不能重复，但现场经常有人把两个设备设成同一个地址。我曾经排查了整整一天，最后发现是两台温控仪都设成了地址1。
• 波特率不匹配：主站设9600，从站设19200，通信就是不通。这种低级错误我犯过，后来学乖了，统一用表格记录所有设备的通信参数。
• 数据格式问题：Modbus的寄存器是16位的，但有些设备把32位浮点数拆成两个寄存器，字节顺序还不一样。嗯，这里要注意，一定要看设备手册确认字节序。

1.5 实战经验：一个典型的Modbus调试场景

最后分享一个我实际做过的案例。去年帮一家工厂做机器人远程监控，用的是Modbus TCP：

// 读取机器人关节温度（寄存器地址 0x100）
// 使用Modbus功能码03（读保持寄存器）

请求帧（主站→从站）：
01 03 01 00 00 02 C5 B6

响应帧（从站→主站）：
01 03 04 00 28 00 32 7A 9B

解析：
- 关节1温度：0x0028 = 40°C
- 关节2温度：0x0032 = 50°C

你看，就这么简单。但实际调试时我花了整整两天——因为机器人的Modbus实现有个“隐藏特性”：它要求主站发送完请求后必须等待50ms才能发下一条。手册上根本没写，是我用示波器抓波形才发现的。

所以说，搞Modbus调试，示波器和串口助手是必备工具。别光看手册，有时候设备厂商自己都搞不清楚自己的实现细节。

好了，这一章就聊到这儿。下一章咱们深入Modbus的寄存器模型和功能码，到时候我会带大家手写一个Modbus通信程序。