1. Modbus协议概述：Modbus起源、Modbus RTU vs ASCII vs TCP、物理层与电气特性

各位同学好，我是老张。今天咱们开始聊Modbus协议。说实话，这个协议我用了快二十年了，从最早的工控机到现在的嵌入式设备，几乎每个项目都离不开它。你想想看，一个1979年诞生的协议，到现在还能活跃在工业现场，这本身就说明了很多问题。

1.1 Modbus的起源：一个“意外”的成功

Modbus是Modicon公司（现在叫施耐德电气）在1979年搞出来的。当时他们做PLC，需要一种简单可靠的方式让PLC和上位机通信。说白了，就是想让设备之间能“说上话”。

我记得第一次接触Modbus是在一个污水处理项目上。甲方要求用PLC采集几十个传感器的数据，我翻遍了手册，最后发现所有设备都支持Modbus。那一刻我才意识到，这个协议有多普及。

为什么会这么普及？原因其实很简单：

• 开放免费：Modbus是公开协议，不需要授权费
• 简单可靠：报文结构清晰，实现起来不复杂
• 硬件要求低：串口就能跑，成本几乎为零

1.2 Modbus RTU vs ASCII vs TCP：三种变体的选择

Modbus有三种主流变体：RTU、ASCII和TCP。很多新手会问：到底该用哪个？我的建议是——看场景。

Modbus RTU（远程终端单元）

这是最常用的模式。数据用二进制传输，效率高、速度快。报文格式是这样的：

地址码(1字节) + 功能码(1字节) + 数据(N字节) + CRC校验(2字节)

我在项目中90%的情况都用RTU。为什么？因为它紧凑。举个例子，同样传输一个16位的数值，RTU只需要2个字节，ASCII要4个字节。在波特率固定的情况下，RTU能传输更多数据。

Modbus ASCII

这种模式把数据转成ASCII字符传输。说白了，就是每个字节拆成两个十六进制字符。比如0x1A变成"1A"两个字符。

优点很明显：可读性强，调试方便。你拿个串口助手就能看到报文内容。但缺点也很致命：传输效率低，同样的数据量，ASCII比RTU多一倍的时间。

什么时候用ASCII？我个人觉得只有两种场景：

• 通信链路质量很差，需要字符间隔来保证同步
• 调试阶段，方便人工查看报文

Modbus TCP

这是跑在以太网上的版本。报文格式和RTU基本一样，只是去掉了CRC校验（TCP/IP协议栈已经做了校验），加了个MBAP报文头。

MBAP头(7字节) + 地址码(1字节) + 功能码(1字节) + 数据(N字节)

嗯，这里要注意：Modbus TCP的端口号是502。我见过有人用其他端口，结果防火墙把数据包全拦了，折腾了半天才发现问题。

特性	RTU	ASCII	TCP
编码方式	二进制	ASCII字符	二进制
传输效率	高	低	高
校验方式	CRC16	LRC	TCP/IP
典型应用	串口通信	调试/噪声环境	以太网通信

1.3 物理层与电气特性：别让硬件坑了你

很多搞软件的同学容易忽略物理层，觉得协议就是报文格式。我告诉你，这是大错特错。物理层搞不好，再好的协议也白搭。

RS-232：老古董但还在用

RS-232是点对点通信，距离一般不超过15米。电压范围是±3V到±15V。说实话，现在新项目很少用RS-232了，但老设备上还经常见到。

我曾经在一个改造项目中，遇到一台1998年的进口设备，只支持RS-232。没办法，只能硬着头皮上。那根线缆我做了屏蔽处理，距离控制在5米以内，总算稳定运行了。

RS-485：工业现场的主力

这才是咱们嵌入式工程师最常用的。RS-485是差分信号传输，抗干扰能力强，距离能到1200米，还能挂32个节点（用中继器可以更多）。

RS-485的电气特性要注意几点：

• A/B线定义：A线是反相端，B线是同相端。不同厂家可能标法不同，接反了通信会失败
• 共模电压：-7V到+12V，超出这个范围会损坏芯片
• 接地：建议单点接地，避免地环路

以太网物理层

Modbus TCP跑在标准以太网上，物理层就是RJ45接口和网线。这里我提一个容易忽略的点：工业环境建议用屏蔽网线（STP），普通网线（UTP）在强电磁干扰下容易丢包。

1.4 小结：选对协议，事半功倍

好了，这一章的内容就这些。总结一下：

• Modbus是个简单可靠的协议，1979年诞生至今依然活跃
• RTU效率高，ASCII可读性强，TCP适合以太网环境
• 物理层选型很重要，RS-485是工业现场的首选

下一章咱们会深入Modbus的报文结构，包括功能码、数据模型这些核心内容。到时候我会拿一个实际项目的代码来讲解，保证让你看完就能上手。

记住一句话：搞嵌入式通信，Modbus是基本功。把这个吃透了，其他协议学起来就快多了。