1. 课程导入
在工业自动化现场，Modbus 几乎是每一位工程师都会遇到的通信协议。它诞生于 1979 年，由 Modicon 公司为 PLC 通信设计，如今已发展为工业领域事实上的通用语言。无论是电表、温控器、变频器、传感器，还是 PLC、网关、SCADA 系统，都可能通过 Modbus 交换数据。本课程围绕“设备测试”与“故障诊断”两条主线展开，帮助你把协议知识转化为现场可用的排障能力。
一、Modbus 协议的核心原理
Modbus 采用主从（Master/Slave）架构。主站发起请求，从站响应；从站不会主动发送数据。协议定义了四种基本数据对象：线圈（Coil）、离散输入（Discrete Input）、保持寄存器（Holding Register）和输入寄存器（Input Register）。它们分别对应可读写位、只读位、可读写字和只读字。
Modbus 常见三种传输形态：
- Modbus RTU：二进制编码，串行链路（RS-485/RS-232），带 CRC 校验，现场最常用。
- Modbus ASCII：文本编码，可读性好但效率低，已较少使用。
- Modbus TCP：运行在以太网 TCP/IP 之上，去掉 CRC，改用 MBAP 报文头，端口默认 502。
理解协议的关键在于“请求—响应”模型。主站发送功能码、起始地址和数量，从站返回数据或异常码。异常码是诊断的重要线索，例如 0x01 非法功能、0x02 非法数据地址、0x03 非法数据值、0x04 从站设备故障。
二、学习目标与课程整体框架
完成本课程后，你应当能够独立完成以下任务：
- 准确描述 Modbus RTU/TCP 的报文结构与寻址规则。
- 使用调试工具（如 Modbus Poll、QModMaster、串口助手）读写设备数据。
- 根据异常码和通信现象，判断故障位于物理层、链路层还是应用层。
- 编写简单的测试脚本，批量验证寄存器映射与数据一致性。
- 输出规范的测试记录与故障诊断报告。
课程整体分为五个阶段：协议基础、测试环境搭建、功能码与数据读写、故障诊断方法、综合案例复盘。每个阶段都配有实操任务，避免只学理论不动手。
| 阶段 | 核心内容 | 产出物 |
|---|---|---|
| 协议基础 | 报文结构、功能码、地址模型 | 报文解析笔记 |
| 环境搭建 | RS-485 接线、TCP 组网、工具配置 | 可通信测试链路 |
| 数据读写 | 线圈/寄存器读写、字节序处理 | 寄存器映射表 |
| 故障诊断 | 异常码、超时、CRC 错误、丢包 | 故障树与排查记录 |
| 综合复盘 | 真实项目案例、报告撰写 | 诊断报告 |
三、典型场景：从一次“读不到数据”说起
假设现场一台电表通过 RS-485 接入网关，主站读取保持寄存器 40001 时始终超时。初学者往往直接怀疑电表损坏，但实际排查顺序应当是：
1. 检查 A/B 线是否接反，终端电阻是否匹配
2. 确认波特率、数据位、停止位、校验位与从站一致
3. 用串口助手抓取原始报文，确认是否有请求发出
4. 检查从站地址是否冲突，功能码是否被支持
5. 读取单个寄存器验证，再逐步扩大读取范围
6. 查看异常码，判断是地址错误还是设备故障这个场景说明：Modbus 故障往往不是“协议不会”，而是“链路、参数、地址、工具”四个环节中某一处不一致。本课程会反复训练这种分层排查思维。
四、常见误区与学习方法
初学者最容易陷入三个误区：
- 把寄存器地址直接当报文地址：40001 是文档编号，报文中通常写 0x0000，偏移量容易出错。
- 忽略字节序：32 位数据可能高字在前，也可能低字在前，读出来“数值不对”常是字节序问题。
- 只看软件提示，不看原始报文：抓包和串口日志才是定位问题的第一手证据。
学习方法上，建议遵循“三步法”：第一步，手动画出一次完整的请求与响应报文；第二步，用工具实际发送并对照抓包结果；第三步，故意制造一个故障（如改错从站地址），观察现象并记录。通过“正常—异常”对比，记忆会非常牢固。
本课程后续所有章节都会围绕真实设备、真实报文和真实故障展开。你不需要死记硬背，但需要动手验证。准备好你的调试工具，我们从协议基础开始。