Modbus协议没你想的那么简单：RTU/TCP常见坑与实战指南

干现场这么多年，谁没被Modbus坑过几回？

说实话，这协议看起来简单，就是个读读写写的事。可真正接起设备来，那叫一个头大——字节序、地址偏移、功能码错乱，任何一个都能让你怀疑人生。

今天不整虚的，就聊聊Modbus实战中那些最常见的坎。记住，这些坑，迟早你会碰见。

RTU、ASCII、TCP：别傻傻分不清

Modbus它不是一套协议，而是一“家”协议。Modbus RTU基于串口（RS232/RS485），帧紧凑，性能好，是工控界的老古董，也是最皮实的那种。而Modbus ASCII嘛，用ASCII字符传输，看起来直观，但效率低得感人，现在基本快绝迹了。至于Modbus TCP，用Ethernet承载，端口固定502，直接就是IP报文。

很多人以为Modbus TCP和RTU只是把串口换成网线，图样！报文结构就不一样：TCP的报文有MBAP头，代替了RTU里的从站地址、CRC校验。

打个比方：RTU是驿站送信，一路颠簸全靠哨子喊“报——”，TCP是快递公司，加了个包裹单（MBAP）。看出来没？功能码、数据，这两者基本一样，但封装完全两回事。

所以别拿着RTU的报文格式去解析TCP，那叫自讨苦吃。抓到包先看MBAP头，再聊别的。

寄存器地址：从0开始的误会

新手最崩溃的，就是明明写的地址是40001，怎么在程序里读的是0？

这锅得由“数据类型”来背。Modbus协议本身并没有“4xxxx”这种地址概念，协议里的地址是从0开始的16位无符号数。而工业PLC厂商（比如西门子、罗克韦尔）搞了个“数据映射”的规范，把4xxxx对应到保持寄存器，3xxxx对应到输入寄存器。习惯上，地址40001对应的协议地址就是0000。

所以你写40001，就是告诉PLC“我要读保持寄存器区第1个，协议地址0”。懂了这个偏移，就再也不会“差1”了。

还有一个坑：有些设备用功能码03读保持寄存器，地址却是从1开始。这种事情，除了拿手册核对，别无他法。别问为什么，问就是“厂商自由。”

问：为什么我用Modbus Poll读写设备，地址填40001能通，但程序里填0却不行？

答：因为Modbus Poll工具通常已经帮你做了“数据类型”到协议地址的偏移。它在内部把40001翻译成协议地址0。但当你写自定义程序时，需要自己映射。很简单：协议地址 = 40001 – 40001，也就是0。如果是离散量1xxxx，那就是地址从0开始对应10001。程序里别把PLC地址直接当总线地址，至少减1。