1. Modbus协议概述：Modbus的起源、发展历程、在工业自动化中的地位
1.1 起源：一个“意外”的工业通信标准
说起Modbus，我得先聊聊它的诞生背景。1979年，Modicon公司（就是现在的施耐德电气前身之一）为了解决自家PLC之间的通信问题，搞出了这个协议。
你想想看，那时候的工业自动化是什么光景？各家设备都是“各说各话”，A家的PLC跟B家的仪表根本没法直接对话。Modicon的工程师们就想：能不能搞一个简单、开放、谁都能用的通信规则？
于是Modbus诞生了。它最初是为Modicon的PLC设计的，走的是串行线路，也就是后来我们常说的Modbus RTU和Modbus ASCII。说实话，当时谁也没想到这东西能火四十多年。
核心要点：Modbus是工业自动化领域第一个真正意义上的“开放”通信协议。它不要求你买谁的硬件、用谁的芯片，只要遵守报文格式，谁都能实现。
1.2 发展历程：从串口到以太网
Modbus的发展，我大致分成三个阶段来讲：
第一阶段：串行总线时代（1979-2000年左右）
- Modbus RTU：二进制编码，传输效率高。我在早期项目中用过很多次，一条RS485总线上挂几十个仪表，跑9600波特率，稳得很。
- Modbus ASCII：用ASCII字符表示数据，可读性好但效率低。说实话，我从业二十年，几乎没见过谁在生产环境用这个。
第二阶段：Modbus TCP的出现（2000年以后）
随着以太网在工业现场普及，Modbus TCP应运而生。说白了，就是把Modbus的报文封装到TCP/IP包里，通过以太网传输。
我记得第一次在项目里用Modbus TCP时，心里还有点打鼓——工业现场用以太网，靠谱吗？后来发现，只要网络环境设计得当，Modbus TCP的稳定性和实时性完全够用。
第三阶段：Modbus Plus与扩展
中间还有个Modbus Plus，是Modicon搞的私有高速网络，但没怎么推广开。真正活下来的，还是RTU和TCP这两个版本。
我的经验：如果你现在要选型，90%的场景选Modbus RTU或Modbus TCP就够了。Modbus ASCII除非有特殊兼容需求，否则别碰。
1.3 在工业自动化中的地位：为什么它还没被淘汰？
你可能会问：现在都2025年了，Profinet、EtherCAT、EtherNet/IP这些协议不香吗？为什么还要学Modbus？
原因其实很简单：
- 普及率极高：几乎所有的PLC、变频器、仪表、传感器都支持Modbus。我去年做一个老旧工厂改造项目，现场几十台设备，从2005年的老表到2023年的新设备，全都能用Modbus通上。
- 简单可靠：Modbus的报文结构非常简洁，一个请求帧也就几个字节。调试起来特别方便，用串口助手就能抓包分析。
- 开放免费：不像某些协议要交授权费，Modbus完全免费。你甚至可以在单片机上自己写一个Modbus从站程序。
- 跨平台能力强：从8位单片机到高端工控机，从Windows到Linux，Modbus的实现几乎无处不在。
注意：Modbus不是实时协议。如果你需要微秒级的同步控制（比如伺服驱动器），那得选EtherCAT或Profinet IRT。但如果你只是做数据采集、参数设置、简单控制，Modbus绰绰有余。
1.4 一个典型的应用场景
我举个例子，你感受一下Modbus在项目中的实际地位：
一个水处理项目，控制室有一台西门子S7-1200 PLC，现场有：
- 3台变频器（控制水泵转速）
- 12个压力变送器
- 6个流量计
- 2台PH分析仪
这些设备来自5个不同的厂家。但没关系，它们全都支持Modbus RTU。我用一条RS485总线把所有设备挂上去，PLC做主站轮询读取数据。整个系统从调试到运行，没出过通信问题。
这就是Modbus的魅力——它不挑设备，不挑厂家，只要大家都遵守这个“约定”，就能协同工作。
1.5 小结
嗯，到这里你应该明白了：Modbus不是什么高大上的协议，但它足够实用。四十多年来，它见证了工业自动化从“封闭”走向“开放”的全过程。
我个人觉得，学Modbus就像学一门“通用语言”。不管以后你接触什么品牌的设备，只要它支持Modbus，你就能跟它“对话”。
下一章，我们深入聊聊Modbus RTU和Modbus TCP到底有什么区别。这个坑，我当年可是踩过不少。