1. Modbus协议概述：起源、发展与核心特点

大家好，我是你们这门课的老朋友。今天咱们正式开篇，聊聊Modbus协议。

说实话，在工业自动化这行摸爬滚打这么多年，Modbus是我见过最“长寿”的协议之一。它诞生于1979年，比我还大几岁（笑）。但直到今天，你去任何一个工厂，随便打开一个PLC、变频器或者传感器，十有八九都支持Modbus。为什么一个40多年前的老协议还能这么活跃？咱们今天就来扒一扒它的底。

1.1 Modbus协议的起源

Modbus是Modicon公司（现在的施耐德电气）在1979年发明的。当时的目的很简单——让PLC和智能设备之间能互相“说话”。

我记得第一次接触Modbus是在一个水处理项目上。甲方要求用上位机读取30多个液位传感器的数据。那时候我刚入行，看到一堆RS485线缆头都大了。后来老师傅跟我说：“别慌，用Modbus RTU，一根双绞线搞定。”嗯，从那以后我就对这个协议刮目相看了。

Modbus最初的设计目标很明确：

• 简单：协议帧结构非常精简，一个请求帧也就几个字节
• 可靠：采用主从架构，不会出现数据冲突
• 开放：完全免费，任何人都可以自由实现

1.2 发展历程：从串口到以太网

Modbus的发展大致经历了三个阶段。我按时间线给大家捋一捋：

年代	版本	特点
1979年	Modbus RTU/ASCII	基于RS232/RS485串口，传输距离远，成本低
1990年代	Modbus Plus	高速令牌传递网络，但属于私有协议
2000年代	Modbus TCP	基于以太网，速度更快，支持更多节点

你可能会问：“为什么Modbus TCP这么晚才出来？”其实说白了，早期工业现场对实时性要求没那么高，串口完全够用。后来随着数据量越来越大，以太网的优势才凸显出来。

我个人习惯把Modbus的发展看作一个“进化”过程——它没有推翻重来，而是在原有基础上不断扩展。比如Modbus TCP的报文格式和RTU几乎一样，只是把校验方式从CRC换成了TCP/IP协议栈自带的校验。这种向后兼容的设计，是它长盛不衰的重要原因。

1.3 应用领域：无处不在的Modbus

Modbus的应用范围有多广？我随便举几个例子：

• 楼宇自动化：空调、照明、电梯的控制
• 水处理：泵站、阀门、流量计的数据采集
• 能源管理：电表、光伏逆变器的数据读取
• 智能制造：PLC、传感器、执行器的互联

我曾经在一个光伏电站项目里，用Modbus RTU读取了200多台逆变器的数据。每台逆变器有几十个参数——电压、电流、功率、温度等等。你想想看，如果用4-20mA模拟量信号，光布线就得花一个月。但用Modbus，一根RS485总线搞定所有。这就是协议的魅力。

1.4 协议特点：主从架构与寻址方式

Modbus最核心的特点就是主从架构。说白了，就是整个网络里只有一个“老大”（主站），其他都是“小弟”（从站）。主站发出请求，从站响应。从站之间不能直接通信。

为什么会这样设计？我刚开始也觉得这有点“专制”。但后来在项目里吃过亏才明白——工业现场最怕的就是数据冲突。如果两个设备同时往总线上发数据，信号就乱套了。主从架构从根本上避免了这个问题。

1.4.1 主从架构的工作流程

主从通信的流程其实很简单：

1. 主站发送请求帧（包含从站地址、功能码、数据）
2. 所有从站都收到这个请求，但只有地址匹配的那个从站才会响应
3. 从站返回响应帧（包含地址、功能码、数据、校验）
4. 主站收到响应后，解析数据，然后继续下一个请求

嗯，这里要注意一点：主站一次只能和一个从站通信。如果你想读取10个传感器的数据，就得发10次请求。这也是Modbus的一个小缺点——轮询效率不高。但在大多数场景下，这个速度完全够用。

1.4.2 寻址方式：从站地址与数据地址

Modbus的寻址分两层：

第一层：从站地址

每个从站有一个唯一的地址，范围是1-247。地址0是广播地址，所有从站都会接收，但不会响应。

我曾经犯过一个低级错误——把两个传感器的地址都设成了1。结果主站发请求时，两个传感器同时响应，数据全乱了。后来排查了半天才发现是地址冲突。所以我的建议是：给每个设备分配地址时，一定要做好记录，最好贴标签。

第二层：数据地址

Modbus把数据分成四种类型：

数据类型	地址范围	读写属性	典型用途
线圈（Coil）	00001-09999	可读可写	开关量输出（继电器、指示灯）
离散输入（Discrete Input）	10001-19999	只读	开关量输入（按钮、限位开关）
输入寄存器（Input Register）	30001-39999	只读	模拟量输入（温度、压力传感器）
保持寄存器（Holding Register）	40001-49999	可读可写	参数设置、数据存储

你可能会问：“为什么地址要分成这么多段？”其实这是历史原因。早期的PLC内存很小，分段管理更方便。现在虽然内存大了，但这个习惯保留了下来。我个人习惯把传感器数据放在输入寄存器（3xxxx），把配置参数放在保持寄存器（4xxxx），这样一目了然。

1.5 小结：为什么选择Modbus？

说了这么多，总结一下Modbus的核心优势：

• 简单：协议帧结构清晰，实现门槛低
• 开放：免费、无专利限制，谁都能用
• 可靠：主从架构避免冲突，CRC校验保证数据完整性
• 灵活：支持串口和以太网，适应不同场景

当然，它也有缺点。比如轮询效率不高、不支持实时通信、安全性较弱。但在传感器数据采集这个领域，Modbus依然是性价比最高的选择。你想想看，一个温湿度传感器才几十块钱，用Modbus RTU读取数据，成本几乎为零。如果用Profinet或者EtherCAT，光通信模块就得几百块。

好了，第一章的内容就到这里。下一章咱们会深入Modbus的报文结构，看看一个请求帧到底长什么样。到时候我会用实际抓包的数据给大家演示，保证让你一看就懂。