1. Modbus协议基础：从诞生到现代应用
大家好，我是你们的老朋友。今天咱们聊聊Modbus协议的基础。说实话，这玩意儿在工业现场摸爬滚打这么多年，我几乎天天跟它打交道。你想想看，一个1980年代诞生的协议，到现在还能活跃在自动化一线，本身就说明了很多问题。
1.1 Modbus协议发展史：一个传奇的诞生
Modbus是Modicon公司（现在叫施耐德电气）在1979年搞出来的。那时候PLC刚兴起，不同厂家的设备互相不认，通信全靠硬接线。我记得第一次接触Modbus是在一个老旧的水处理项目上，那台PLC还是90年代的库存，但跑Modbus RTU跑得稳稳当当。
为什么会这么长寿？说白了，Modbus就三个优点：
- 开放免费：不需要授权费，谁都能用
- 简单可靠：报文结构就那几样，不容易出错
- 硬件要求低：串口、网口、甚至无线都能跑
我个人习惯把Modbus发展分成三个阶段：
| 阶段 | 时间 | 特点 |
|---|---|---|
| 串行总线时代 | 1979-1990 | RS-232/RS-485，主从架构，速率9.6kbps |
| TCP/IP时代 | 1999-至今 | 以太网传输，502端口，支持多主站 |
| 物联网时代 | 2010-至今 | 无线化、云化，Modbus作为边缘协议 |
核心要点：Modbus不是最先进的协议，但它是兼容性最好的协议。我在项目中见过西门子PLC、三菱变频器、国产温控器，它们都能通过Modbus对话。
1.2 RTU与ASCII模式区别：选对模式少踩坑
Modbus串行通信有两种模式：RTU和ASCII。很多新手搞不清区别，我刚开始也吃过亏。
RTU模式（远程终端单元）
- 数据格式：16进制，每个字节8位
- 校验方式：CRC-16（循环冗余校验）
- 传输效率：高，同样波特率下比ASCII快一倍
- 典型应用：工业现场，对实时性要求高的场景
ASCII模式（美国信息交换标准代码）
- 数据格式：ASCII字符，每个字节用两个字符表示
- 校验方式：LRC（纵向冗余校验）
- 传输效率：低，但可读性强
- 典型应用：调试阶段，或者通信链路质量差的场景
我的经验：RTU模式是工业现场的首选。我曾经在一个项目里误用了ASCII模式，结果数据刷新速度跟不上设备动作，差点把产线搞停。后来换成RTU，问题立刻解决。
来看一个实际报文对比：
// 读取从站地址01，保持寄存器起始地址0000，读取2个寄存器
// RTU模式（16进制）：
01 03 00 00 00 02 C4 0B
// ASCII模式（字符形式）：
:010300000002F1\r\n
// 注意：ASCII模式以冒号开头，回车换行结尾嗯，这里要注意：RTU报文没有起始和结束标记，靠时间间隔判断帧边界。ASCII模式有明确的起始符和结束符，所以抗干扰能力更强，但效率低。
1.3 TCP/IP协议栈映射：让老协议跑上新网络
Modbus TCP/IP是1999年推出的，说白了就是把Modbus报文封装到TCP包里。我最早接触这个是在一个远程监控项目上，现场设备在郊区，我在办公室就能读到数据。
映射关系其实很简单：
| OSI模型层 | Modbus TCP/IP实现 |
|---|---|
| 应用层 | Modbus应用协议（功能码+数据） |
| 传输层 | TCP（端口502） |
| 网络层 | IP |
| 数据链路层 | 以太网 |
| 物理层 | RJ45、光纤等 |
避坑指南：我曾经遇到一个客户，网关配置了Modbus TCP，但防火墙没开502端口，结果数据死活传不上来。记住：Modbus TCP固定使用502端口，这是IANA分配的官方端口。
Modbus TCP报文和RTU报文最大的区别是：
- 去掉了CRC校验（TCP本身有校验）
- 增加了MBAP报文头（7个字节）
- 从站地址变成了单元标识符
来看一个对比：
// RTU报文（读取保持寄存器）
01 03 00 00 00 02 C4 0B
// TCP报文（同样的功能）
00 01 00 00 00 06 01 03 00 00 00 02
// MBAP头：事务ID(2字节)+协议ID(2字节)+长度(2字节)+单元ID(1字节)你想想看，TCP模式的好处是什么？多主站通信！串行总线只能一主多从，但TCP模式下，多个客户端可以同时访问同一个服务器。我在一个智能工厂项目里，同时有SCADA、MES、历史数据库三个客户端读取同一台PLC的数据，完全没问题。
核心总结：Modbus TCP不是简单的串口转网口，它利用了TCP/IP的成熟机制，实现了更灵活、更可靠的通信。但底层的数据模型（线圈、寄存器、输入、保持）完全没变，这就是Modbus的兼容性精髓。
最后，我用一张图来展示Modbus协议栈的整体结构：
这张图很直观地展示了Modbus协议栈的分层结构。左边是串行模式，右边是TCP模式。你想想看，为什么Modbus能活这么久？就是因为它把应用层和物理层解耦了，底层换什么介质，上层协议都不用改。
个人建议：做网关配置时，先搞清楚你的设备是串行还是TCP，然后选择对应的协议栈。别想着用RTU报文去连TCP设备，那肯定不行。我见过有人把RTU的CRC校验算好塞进TCP报文里，结果设备根本不认。
好了，这一章的内容就到这里。Modbus协议基础是后面所有配置工作的根基，理解透了，后面网关配置、地址映射、数据采集这些就水到渠成了。