1. Modbus协议概述：从起源到三剑客
大家好，我是你们的老朋友。今天咱们聊聊Modbus——这个在工业自动化领域活了四十多年的“老古董”。
说实话，我第一次接触Modbus是在一个老旧的水处理项目上。当时设备间的PLC还是90年代的产物，通讯线就那么两根，居然能把几十个传感器数据全传回来。我当时就想：这协议真够“硬核”的。
1.1 Modbus的起源：一个“意外”的行业标准
Modbus诞生于1979年，由Modicon公司（现在的施耐德电气）为自家的PLC开发。初衷很简单：让PLC和智能设备能说上话。
那个年代，各家设备都是“方言”满天飞。Modbus的出现，相当于给工业界定了个“普通话”。
为什么它能活这么久？我个人觉得，核心原因就三个：
- 开放免费：Modbus协议完全公开，不收一分钱许可费
- 简单可靠：报文结构极其精简，一个单片机就能跑
- 硬件门槛低：RS-232/RS-485两根线就能干活
关键时间线：1979年Modbus诞生 → 1999年Modbus TCP发布 → 2004年成为国家标准GB/T 19582
1.2 Modbus三剑客：RTU、ASCII、TCP
Modbus家族有三个主要成员。嗯，就像三兄弟，性格完全不同。
| 特性 | Modbus RTU | Modbus ASCII | Modbus TCP |
|---|---|---|---|
| 数据格式 | 二进制（16进制） | ASCII字符 | 二进制（TCP报文） |
| 帧间隔 | 3.5字符时间 | 1秒超时 | 无（TCP流） |
| 校验方式 | CRC-16 | LRC（纵向冗余校验） | TCP/IP校验 |
| 传输效率 | 最高 | 最低（约RTU一半） | 高 |
| 典型场景 | RS-485总线 | 老旧设备/调试 | 以太网环境 |
RTU：我最常用的模式。数据紧凑，效率高。但有个坑——帧间隔必须严格控制在3.5字符时间内。我曾经在一个项目上，因为CPU中断处理太慢，导致RTU帧被拆成两段，排查了整整两天。
ASCII：说白了就是RTU的“可读版”。每个字节拆成两个ASCII字符发送。效率低，但调试时肉眼能看。我一般只在实验室调试时用。
TCP：把Modbus报文直接塞进TCP包里。去掉了CRC校验（TCP/IP自己会做），加了MBAP报文头。注意，Modbus TCP默认端口是502，很多防火墙会拦这个端口。
我的建议：新项目首选Modbus TCP，布线简单、调试方便。如果现场环境恶劣（强干扰、长距离），用Modbus RTU+RS-485。至于ASCII...除非你维护的是20年前的设备，否则别碰。
1.3 物理层与数据链路层：信号怎么跑
Modbus本身是应用层协议，但它依赖底层的物理传输。这里我重点讲两个最常见的物理层：
RS-485（Modbus RTU/ASCII的物理层）
- 差分信号：两根线（A/B），抗干扰能力强
- 半双工：同一时刻只能收或发
- 最大距离：1200米（不加中继器）
- 节点数：标准32个，加驱动芯片可到256个
这里有个容易踩的坑：终端电阻。RS-485总线两端必须各加一个120Ω电阻，否则信号反射会导致通讯不稳定。我见过有人省了这两个电阻，结果100米内通讯正常，200米就丢包。
以太网（Modbus TCP的物理层）
- 全双工：收发同时进行
- 标准RJ45接口：100米以内用网线
- 交换机级联：距离可以无限扩展
数据链路层方面，Modbus RTU用的是“主从模式”：
- 主站（Master）发起请求
- 从站（Slave）响应
- 从站之间不能直接通讯
这个模式有个明显缺点：如果主站挂了，整个网络就瘫痪了。所以我在做冗余设计时，通常会配两个主站做热备。
避坑指南：我曾经在一个项目中，把RS-485的A/B线接反了。结果主站发命令，从站没任何反应。排查了3个小时，最后发现是线序问题。记住：A接A，B接B，别想当然。
1.4 知识体系总览
下面这张图，是我自己整理的Modbus知识框架。你看一眼，心里就有谱了。
你看，从下往上：物理层负责信号传输，数据链路层管谁先说话，应用层才轮到具体的功能码。这个分层思想，搞嵌入式的一定要刻在脑子里。
1.5 为什么你该学Modbus
说白了，Modbus就是工业界的“USB”。你想想看，现在哪个设备没有USB口？Modbus也一样——PLC、变频器、传感器、智能仪表，几乎都支持。
我这些年经手的项目，从污水处理到光伏发电，从冷链物流到矿山监控，底层通讯全是Modbus。学会了它，你就能跟90%的工业设备对话。
嗯，这一章就到这里。记住：Modbus不复杂，但细节决定成败。下一章咱们手写一个Modbus RTU主站，从代码层面彻底搞懂它。