1. Modbus协议概述：从起源到现代应用
各位同学好，我是老张。在工业自动化这行摸爬滚打十几年，Modbus算是我打交道最多的协议之一。今天咱们就来聊聊这个“老当益壮”的通信协议。
1.1 Modbus的起源：一个传奇的开始
1979年，Modicon公司（没错，就是后来被施耐德收购的那家）为了配合自家的PLC，搞出了Modbus协议。那时候的工业通信，说白了就是各家玩各家的，设备之间想对话？难！
Modbus的出现，就像给工业设备配了个“翻译官”。它简单、开放、不收费，这在当时简直是业界良心。我记得2008年第一次用Modbus调试一个水处理项目，那感觉就像...嗯，找到了一个万能钥匙。
核心要点：Modbus是工业自动化领域最早的总线协议之一，至今仍是应用最广泛的通信标准。
1.2 协议栈结构：三层架构的智慧
Modbus的协议栈，说白了就三层：
- 应用层：定义数据格式和功能码
- 数据链路层：负责数据帧的封装和校验
- 物理层：RS-232/485或以太网
你想想看，一个协议能活40多年，靠的就是这种“简单到极致”的设计。我见过太多复杂的协议，最后都死在了自己的“完美主义”上。
个人经验：我建议初学者先别急着研究协议栈的每个细节。先搞懂“主站问、从站答”这个核心逻辑，后面自然就通了。
1.3 RTU与ASCII模式：两种编码方式的较量
Modbus有两种传输模式，咱们来对比一下：
| 特性 | RTU模式 | ASCII模式 |
|---|---|---|
| 数据表示 | 二进制 | 十六进制ASCII字符 |
| 效率 | 高（约2倍） | 低 |
| 校验方式 | CRC-16 | LRC |
| 适用场景 | 大多数工业现场 | 调试、低速链路 |
为什么会这样？RTU用二进制传输，同样的数据量，它只需要ASCII一半的字节数。我在一个风电项目中遇到过，现场干扰大，ASCII模式反而更稳定——因为每个字节都是可读的ASCII字符，调试起来方便。
避坑指南：我曾经在RTU模式下忘记配置校验位，结果数据时好时坏。查了三天才发现是校验位不匹配。记住：主站和从站的校验设置必须完全一致！
1.4 TCP/IP模式：Modbus的互联网化
2000年左右，以太网开始普及。Modbus TCP/IP应运而生，说白了就是把Modbus帧塞进TCP包里。它跟RTU/ASCII最大的区别是：
- 端口号：固定502
- 无校验：TCP/IP自带校验，Modbus层就不需要了
- 多主站：理论上可以多个主站同时访问
我个人习惯在新建项目时优先考虑Modbus TCP/IP。为什么？布线成本低、速度快、调试方便。但要注意，工业以太网和办公网络最好分开，否则...你懂的，广播风暴能把整个系统搞瘫。
实战建议：如果你用Modbus TCP/IP，记得在交换机上做端口隔离。我见过一个工厂，IT和OT网络混在一起，结果一次病毒爆发，整个产线停了三天。
1.5 小结：为什么Modbus能活这么久？
说白了，Modbus的成功就三个字：简单、开放、可靠。它不追求大而全，而是把最核心的通信需求做到极致。你想想看，一个1979年的协议，到现在还能在工业现场活跃，这本身就是个奇迹。
下一章，咱们会深入功能码的细节。到时候我会分享一些“血泪史”——比如用功能码03读数据时，地址偏移搞错了，结果读回来一堆乱码...嗯，这些坑咱们都得提前避开。
课后思考：如果你现在要设计一个工业通信协议，你会从Modbus身上借鉴哪些设计思想？