1、Modbus协议概述：起源、发展、协议栈与三种传输模式
大家好，我是老张。搞工业自动化这么多年，Modbus算是我打交道最多的协议之一。今天咱们就来聊聊这个“老伙计”的来龙去脉。
1.1 Modbus的起源
Modbus诞生于1979年，那时候我还没入行呢。它是由Modicon公司（就是现在的施耐德电气）为PLC通信开发的。你想想看，70年代末的工业现场，设备之间想说句话有多难？各家有各家的规矩，谁也不理谁。
Modbus的出现，说白了就是给工业设备定了个“普通话”。它简单、开放、不收费。我记得刚入行那会儿，老师傅跟我说：“学自动化，先学Modbus。”这话到现在都不过时。
1.2 发展历程
Modbus的发展，我把它分成三个阶段：
- 1979-1990年：串行通信时代。RS-232、RS-485是主流。那时候一个PLC带几个仪表，用Modbus RTU，稳定得很。
- 1990-2000年：Modbus ASCII出现。说实话，我在项目里很少用ASCII模式，效率太低了。但有些老设备只支持ASCII，没办法。
- 2000年至今：Modbus TCP登场。以太网普及后，Modbus TCP成了新宠。我最近几年做的项目，90%都是TCP模式。
核心观点：Modbus能活40多年，靠的就是“简单”二字。它不搞花里胡哨的东西，该有的功能一个不少。
1.3 协议栈结构
Modbus的协议栈，我习惯用“三层结构”来理解：
| 层级 | 功能 | 我常说的 |
|---|---|---|
| 应用层 | 定义功能码、数据格式 | “就是命令和数据的规矩” |
| 数据链路层 | 差错校验、帧格式 | “保证数据不丢不坏” |
| 物理层 | 电气接口、传输介质 | “用啥线、咋连的” |
嗯，这里要注意：Modbus的协议栈和OSI七层模型不太一样。它只定义了应用层，下面的层可以灵活选择。这也是它适应性强的根本原因。
1.4 三种传输模式对比
三种模式我都用过，说说我的真实感受：
RTU模式
这是我最常用的模式。二进制传输，效率高。一个报文里，数据紧凑，CRC校验也可靠。我在一个污水处理项目中，用RTU模式挂了32个仪表，跑了一年多没出过问题。
- 优点：效率高、实时性好
- 缺点：只能点对点或总线型
- 适用：PLC、仪表、变频器
ASCII模式
说实话，我建议能不用就别用。它把每个字节拆成两个ASCII字符发，效率直接砍半。但有一种情况例外——无线数传电台。我曾经在山区项目里，电台信号不好，ASCII模式反而更稳定。
- 优点：可读性强、调试方便
- 缺点：效率低、速度慢
- 适用：无线通信、老旧设备
TCP模式
现在的新项目，我基本都推荐TCP。它基于以太网，速度是串口的几百倍。而且可以跨网段、跨路由。去年做一个智慧工厂项目，上位机在上海，PLC在苏州，Modbus TCP跑得稳稳的。
- 优点：速度快、组网灵活
- 缺点：需要网络基础
- 适用：新项目、远程监控
我的选型建议：
- 现场总线、设备少 → RTU
- 无线通信、信号差 → ASCII
- 新项目、有网络 → TCP
1.5 避坑指南
我曾经在一个项目中吃过亏，分享给大家：
坑1：RTU和ASCII混用
有一次，甲方要求新设备兼容老系统。老系统是ASCII，新设备是RTU。我图省事，想通过软件转换。结果呢？通信时断时续，查了三天才发现是波特率不匹配。后来老老实实统一成RTU，问题解决。
坑2：TCP端口号冲突
Modbus TCP默认端口是502。但有些IT部门会封这个端口。我建议项目初期就和网络管理员确认好，别等到调试时才发现。
坑3：CRC校验不能省
有些工程师觉得通信稳定，就省了CRC校验。我劝你别这么干。工业现场干扰多，一个误码可能让整个系统瘫痪。CRC计算很简单，别偷懒。
重要提醒：无论选哪种模式，一定要做压力测试。我曾经在实验室跑得好好的，到现场就掉线。后来发现是现场电磁干扰太强，加了终端电阻才解决。
1.6 小结
Modbus协议，说白了就是工业通信的“入门课”。它不复杂，但很实用。我个人建议：
- 新项目优先考虑TCP模式
- 串口通信首选RTU
- ASCII模式作为备选方案
- 永远不要忽视物理层和校验
下一章，咱们聊聊Modbus的地址映射规则。这可是个重点，搞懂了它，读写寄存器就手到擒来了。