4. Modbus协议详解（下）：Modbus TCP报文格式、RTU与TCP网关转换、多从机地址管理
好，咱们接着聊Modbus。上一节我们把RTU和ASCII协议扒了个底朝天，这一节重点聊聊TCP版本，以及在实际项目中怎么把RTU设备“搬”到TCP网络上来。这部分内容，说白了就是工业通信里的“翻译官”工作——你想想看，老旧的RS485设备和新式的以太网设备要对话，总得有个中间人吧？
4.1 Modbus TCP报文格式：比RTU清爽多了
我第一次看Modbus TCP的报文结构时，第一反应是：嗯，这才像现代协议嘛。相比RTU那一堆校验和地址码，TCP版本干净利落。
先看一个典型的TCP请求帧：
事务处理标识符(2字节) | 协议标识符(2字节) | 长度(2字节) | 单元标识符(1字节) | 功能码(1字节) | 数据(n字节)是不是比RTU少了CRC校验？为什么？因为TCP/IP协议栈自己会保证数据完整性，Modbus就不需要再画蛇添足了。
我来拆解一下每个字段：
| 字段 | 长度 | 说明 |
|---|---|---|
| 事务处理标识符 | 2字节 | 用于匹配请求和响应。客户端每发一个请求，这个值加1。我在项目中遇到过两个设备用同一个ID导致响应错乱的坑，后来强制要求每个客户端必须用唯一的事务ID。 |
| 协议标识符 | 2字节 | 固定为0x0000，表示Modbus协议。其他值保留给未来扩展。 |
| 长度 | 2字节 | 后续字节的总长度（从单元标识符开始算起）。注意，这个长度不包括它自己。 |
| 单元标识符 | 1字节 | 相当于RTU里的从机地址。但在TCP里，它更多是用于网关路由。 |
| 功能码+数据 | 可变 | 和RTU完全一样，功能码和数据格式通用。 |
关键区别：RTU的地址字段在TCP里变成了“单元标识符”。这个字段在纯TCP网络中通常设为0xFF或0x01，但在网关场景下，它用来标识背后的RTU从机。
4.2 RTU与TCP网关转换：实战中的“翻译官”
做工业通信这么多年，我遇到最多的需求就是：把一堆RS485上的Modbus RTU设备，通过一个网关接到上位机的TCP网络里。说白了，就是让老设备也能上网。
网关的核心工作就两件事：
- 拆包与组包：把TCP报文里的数据拆出来，重新封装成RTU帧（加上地址和CRC），然后通过串口发出去。反过来也一样。
- 地址映射：TCP报文里的单元标识符，对应到RTU的从机地址。
我给大家画个流程图（用文字描述）：
上位机(TCP客户端)
↓ 发送TCP请求（单元标识符=0x01）
网关
↓ 提取单元标识符，封装成RTU帧（地址=0x01，加CRC）
RS485总线
↓ 广播到所有从机
从机1（地址0x01）
↓ 响应RTU帧
网关
↓ 去掉CRC，封装成TCP响应
上位机嗯，这里要注意一个细节：超时处理。TCP网络延迟通常比串口大，但RTU从机的响应时间却是固定的（一般几十毫秒）。我曾经在一个项目里，网关的TCP超时设得太短，导致上位机频繁重发请求，把从机给“问死”了。后来我把超时设为500ms，问题解决。
我的经验：网关的缓冲区大小一定要够。有些网关只给256字节的缓冲区，遇到批量读寄存器（比如读100个保持寄存器）时，RTU响应帧可能超过200字节，缓冲区一满就丢包。我建议至少给1KB的缓冲区。
4.3 多从机地址管理：别让地址“打架”
多从机地址管理，说白了就是给每个设备分配一个唯一的ID。听起来简单，但我在现场见过太多因为地址冲突导致的通信故障。
先看地址分配规则：
- 0x00：广播地址，所有从机都会接收，但不响应。
- 0x01~0xF7：有效从机地址，最多247个设备。
- 0xF8~0xFF：保留地址，别用。
你可能会问：为什么是247个？因为RTU帧里地址字段只有1字节，去掉广播和保留地址，剩下的就是247个。但实际项目中，一条RS485总线上挂超过32个设备就需要加中继器了，否则信号质量会下降。
避坑指南：我曾经在一个工厂里，两个温控器被设成了同一个地址0x05。结果上位机一读数据，两个设备同时响应，总线上的数据直接乱套了。排查了整整一下午才发现是地址冲突。从那以后，我要求所有设备出厂前必须贴标签标明地址，并且用软件扫描工具验证一遍。
在TCP网关场景下，地址管理更复杂一些。因为网关本身也有一个IP地址，而背后的RTU设备又有自己的从机地址。我建议的做法是：
- 网关IP地址：每个网关分配一个独立的IP，比如192.168.1.100。
- 单元标识符映射：网关内部维护一张表，把TCP请求里的单元标识符映射到RS485上的从机地址。
- 地址冲突检测：网关启动时，自动扫描所有从机地址，如果发现两个设备响应同一个地址，立刻报警。
举个例子，一个典型的映射表：
| 单元标识符（TCP） | 从机地址（RTU） | 设备类型 |
|---|---|---|
| 0x01 | 0x01 | 温控器1 |
| 0x02 | 0x02 | 温控器2 |
| 0x03 | 0x03 | 变频器 |
这样，上位机只需要知道网关的IP和单元标识符，就能访问到背后的任意一个RTU设备。网关把复杂的RS485总线“隐藏”了起来，对上位机来说，每个设备都像是一个独立的TCP节点。
4.4 实战中的几个小技巧
最后，分享几个我在项目中积累的经验：
- 用Wireshark抓包：调试Modbus TCP时，Wireshark是最好的工具。它能自动解析Modbus报文，一眼就能看出功能码、数据对不对。
- RTU转TCP的延迟：网关的转换延迟一般在1~5ms之间。如果要求实时性很高（比如伺服控制），建议直接用Modbus TCP设备，别走网关。
- 地址规划要留余量：别把地址从0x01开始排得满满当当。我习惯留出0xF0~0xF7作为临时调试地址，方便现场加设备测试。
好了，这一节的内容就到这里。Modbus协议虽然老，但胜在简单可靠。下一节我们会聊聊Modbus的高级应用——批量读写和异常处理，到时候再给大家分享一些更“刺激”的实战案例。