Modbus协议：老而弥坚的工业通信“钉子户”，真香还是该换了？

Modbus，怎么就活成了通信界的“小强”

第一次接触Modbus是2012年，在一家水处理厂调试西门子PLC和第三方阀门的通信。那时候我还年轻，以为会有多复杂，结果——一个下午搞定。没有文档，没有SDK，就是甩过去几条报文，串口助手一看，01 03 00 00 00 01 84 0A，CRC校验一算，返回温度值。当时我就震惊了：这协议也太直接了吧？

确实，Modbus协议的简单性让它活到了现在。从1979年诞生起，它就一个理念：报文明文，一问一答。主站发请求，从站回响应，功能码就那么几个：读线圈、读寄存器、写单个、写多个。哪怕你刚入门，拿个USB转RS-485，用串口工具发几个字节就能点亮设备。这种“零门槛”是很多现代协议（比如Profinet、EtherCAT）不敢想的。

不过话说回来，简单也是它的软肋。没有时间戳，没有认证，甚至没有标准的数据模型——同一台设备，寄存器地址全靠厂家的“良心”文档。我见过最坑的是某国产变频器，文档说地址0x2000是频率设定，结果写进去电机反转…后来才发现高低字节反了。你能怎么办？骂完继续调呗。

RTU还是TCP？这是个问题

很多人觉得Modbus RTU已经该进博物馆了，毕竟TCP版早就能跑在以太网上，速度快、接线少、还能上云。但我在现场呆久了就会发现，RS-485总线上的RTU依然坚挺。为啥？抗干扰强、距离远、能挂128个设备（理论上），而且……省钱啊！双绞线一拉，手牵手串上一大串传感器，比买个带网口的PLC便宜多了。

不过用RTU的时候，波特率、数据位、停止位、校验这几个参数对不上，能让你怀疑人生。有次出差去重庆一个化工厂，工程师说“通信故障”，我一看，现场485线少接了一个120欧终端电阻。插上去瞬间，数据流就哗哗的。就这？对，就这。Modbus就是这么一个让人又爱又恨的东西——故障原因往往低级得可笑，但排查起来却能把人逼疯。

TCP版本就友好多了，socket一建，报文封装进TCP帧，不用管物理层。但注意，MBAP报文头里那个事务处理标识，很多新手会忽略。我习惯把它当序列号用，每次请求自增，这样在多线程里容易匹配响应。还有，TCP端口默认502，但防火墙经常拦，提前跟IT部门打好招呼，不然现场各种喊“不通”。🛠️

那些年，我与功能码的恩恩怨怨

功能码是Modbus的核心。03（读保持寄存器）和04（读输入寄存器），我到现在也经常搞混。按理说，03读可读可写的，04只读。但有些厂家的仪表，明明参数可设定，却只开放04，你能怎样？乖乖用04读呗。功能码06（写单个寄存器）最简单，但一次只能写一个，想批量写用16（写多个寄存器），不过16操作偶尔会因为数量超限报异常码02，设备手册还不说最大允许多少，只能自己试。

做工业网关的时候，异种协议转换是常态。Modbus转MQTT、转OPC UA……中间件一跑，问题就来了：Modbus是轮询的，主站问一次答一次，但上云需要时效性，轮询间隔小了设备扛不住（尤其是一些便宜的从站，查询太频繁直接死机），间隔大了数据滞后。最终方案是动态轮询策略：关键寄存器100ms一次，非关键的5秒，报警寄存器用事件驱动——不过Modbus本身不支持事件，只能在主站做伪事件，先高频轮询，变化了再推。挺繁琐，但能用。

Q: 我最常被问到：Modbus RTU和Modbus TCP能直接互联吗？
A: 通常需要网关转换。但如果你自己写代码，在TCP侧收上来的报文，剥掉MBAP头就是RTU的PDU，通过虚拟串口透传是可行的。我们做过一个树莓派网关，串口转TCP，成本不到200块。不过有一点要小心：超时机制要重新设计，TCP端可能有网络延迟，直接套用RTU的3.5字符间隔会误判。

Q: Modbus协议有没有安全隐患？
A: 当然有！而且很严重。协议本身毫无认证和加密，任何接入总线或网络的人都能读到数据甚至篡改。我见过某水厂的PLC，Modbus寄存器直接暴露在公网上，也没加防火墙，攻击者完全可以写个脚本把阀门全关掉……所以，生产环境务必隔离：要么用VPN，要么只在局域网跑，一定要加安全网关。现在有些新设备开始支持Modbus Secure，但推广慢，毕竟工业环境讲究“不动如山”。