3. Modbus TCP协议详解：MBAP报文头、与RTU的差异点、端口502的通信流程、多路复用机制
好，咱们今天来啃一块硬骨头——Modbus TCP。说实话，很多工程师觉得TCP就是RTU加了个头，没啥好学的。嗯，我以前也这么想，直到有一次在现场排查了半天，才发现是MBAP报文头里的一个字节填错了。从那以后，我再也不敢小看这个协议了。
3.1 MBAP报文头：Modbus TCP的“身份证”
Modbus TCP和RTU最大的区别，就是多了个MBAP头。MBAP全称是Modbus Application Protocol Header，一共7个字节。你想想看，RTU是靠3.5个字符的静默时间来区分帧的，TCP呢？它靠这个头来识别。
MBAP头的结构是这样的：
| 字段 | 长度（字节） | 说明 |
|---|---|---|
| 事务处理标识符 | 2 | 用于匹配请求和响应，客户端自己维护 |
| 协议标识符 | 2 | 固定为0x0000，表示Modbus协议 |
| 长度字段 | 2 | 后续字节数（从单元标识符开始算起） |
| 单元标识符 | 1 | 相当于RTU里的从站地址 |
我个人习惯把MBAP头叫做“快递单”。事务处理标识符就是快递单号，用来追踪包裹。协议标识符告诉你这是不是Modbus的包裹。长度字段告诉你包裹里装了多少东西。单元标识符就是收件人地址。
关键点：事务处理标识符由客户端生成，服务器响应时必须原样返回。如果客户端同时发了多个请求，就靠这个ID来区分谁是谁。
3.2 Modbus TCP vs RTU：到底差在哪？
很多初学者会问：能不能直接把RTU报文塞进TCP包里？答案是：可以，但没必要。为什么？因为两者在几个关键点上完全不同。
- 校验方式不同：RTU有CRC校验，TCP没有。TCP底层有TCP/IP协议栈的校验，所以Modbus TCP不再额外加CRC。我在项目中遇到过有人把RTU的CRC也带进TCP报文里，结果对方解析出错——嗯，画蛇添足了。
- 地址机制不同：RTU的从站地址是0-247，TCP的单元标识符是0-255。但要注意，TCP里这个字段更多是用于网关路由，不是真正的设备地址。
- 帧界定方式不同：RTU靠时间间隔，TCP靠长度字段。说白了，TCP不需要等3.5个字符的静默时间，收到一个完整的TCP包就能解析。
- 通信模式不同：RTU是半双工，一问一答。TCP是全双工，可以同时收发。这个差异直接影响了多路复用的实现。
我的建议：如果你在做网关设计，最好把RTU和TCP的协议栈分开处理。不要试图用一套代码兼容两者，否则调试起来会非常痛苦。我曾经试过，结果被坑了整整一周。
3.3 端口502的通信流程：从连接到断开
Modbus TCP默认使用端口502。为什么是502？嗯，历史原因，就像HTTP用80一样。咱们来看看一次完整的通信流程：
- TCP三次握手：客户端向服务器的502端口发起SYN，服务器回复SYN+ACK，客户端再回复ACK。连接建立。
- 发送请求：客户端构造MBAP头+PDU（协议数据单元），通过已建立的TCP连接发送。
- 服务器处理：服务器解析MBAP头，取出事务处理标识符和单元标识符，然后处理PDU中的功能码和数据。
- 返回响应：服务器用相同的事务处理标识符，加上响应数据，封装成MBAP头+PDU，发回客户端。
- TCP四次挥手：通信结束，关闭连接。或者保持连接，等待下一个请求。
你可能会问：每次都要建立连接吗？不一定。Modbus TCP支持长连接，也就是一次连接可以发多个请求。我个人习惯在网关设计中默认使用长连接，因为频繁建立连接会浪费资源，尤其是在工业现场，设备数量多的时候。
注意：端口502是IANA分配的知名端口，但在某些系统中，非root用户无法绑定1024以下的端口。如果你在Linux上开发网关程序，记得用root权限启动，或者用端口转发。
3.4 多路复用机制：一个连接处理多个请求
这是Modbus TCP最强大的地方，也是很多工程师容易搞混的地方。多路复用，说白了就是一个TCP连接里同时发多个请求，不用等一个响应回来再发下一个。
怎么实现的？靠事务处理标识符。客户端发请求时，给每个请求分配一个唯一的ID。服务器处理完一个请求，返回响应时带上相同的ID。客户端收到响应后，根据ID就知道是哪个请求的回复了。
举个例子：
客户端发送：
请求1：事务ID=0x0001，读保持寄存器
请求2：事务ID=0x0002，写单个线圈
请求3：事务ID=0x0003，读输入寄存器
服务器可能返回：
响应2：事务ID=0x0002，写成功
响应1：事务ID=0x0001，寄存器数据
响应3：事务ID=0x0003，输入寄存器数据
注意，响应的顺序和请求的顺序不一定一致。服务器可能先处理完写请求，再处理读请求。客户端必须根据事务ID来匹配，不能假设先发先回。
实战经验：我在做一个网关项目时，发现客户端同时发了100个请求，结果服务器只处理了50个就卡住了。后来一查，是客户端的并发连接数限制。所以，多路复用虽然好，但也要考虑服务器的处理能力。我建议在客户端设置一个最大并发数，比如20个，超过的就排队等待。
3.5 避坑指南：我踩过的那些坑
最后，分享几个我亲身经历过的坑，希望能帮你少走弯路。
- 事务ID溢出：事务ID是16位的，范围0-65535。如果客户端一直发请求，ID会循环。我曾经遇到过ID从65535回到0时，服务器还没处理完之前的请求，导致ID冲突。解决方案：用更大的ID空间，或者在ID循环前等待所有未完成的请求完成。
- 长度字段计算错误：MBAP头的长度字段是从单元标识符开始算的，不包括前面的7个字节。很多人会算错，导致服务器解析失败。我建议在代码里写死这个逻辑，不要手动计算。
- 单元标识符滥用：有些人把单元标识符当成从站地址来用，但TCP环境下，一个IP地址对应一个设备，单元标识符更多是用于网关路由。如果你在同一个IP下挂多个设备，记得在网关里做好映射。
最后一个小技巧：调试Modbus TCP时，用Wireshark抓包是最直接的方法。过滤条件写"tcp.port == 502"，然后看MBAP头里的字段对不对。我每次遇到问题，第一件事就是抓包，十有八九能发现问题。
好了，Modbus TCP的核心内容就这些。下一章咱们聊聊Modbus ASCII，那个协议现在用得少了，但在某些老设备上还能见到。到时候我会讲讲怎么在网关里兼容它。