RS485、Modbus、MQTT：现场到底打通谁？

一、现场最老的那根线：RS485

RS485 不是协议，是一根差分线。1200 米、32 节点、共模抑制扛得住变频器干扰——这三点决定它三十年了还趴在一线现场。

它解决的是「物理层」的问题：PLC、变频器、温控仪、称重仪表，背后的接线端子几乎都长成那个样子，是设备厂家替你定死的。后入场的网关与 DTU 改不动它，只能去接它。

二、把字节变成数据的 Modbus

RS485 上跑的协议最常见还是 Modbus（RTU/TCP）。它的核心价值是把寄存器地址抽象成「线圈、保持寄存器、输入寄存器」三类语义，工程师写一行 06 10 就完成下置，写一行 03 就能拉一组工艺参数。

• 主从结构：一主多从，请求-应答，丢一帧就当没看见——稳定但实时性看轮询密度。
• 寄存器字典：这是接入 Modbus 设备真正的门槛，厂家的点位表从不明文外放，工控岗一半时间耗在排错上。
• 老现场维护性：现场工程师 50% 的时间花在「数据怎么上来的」，不是「数据怎么上云的」。

三、MQTT：替 Modbus 走完最后一公里

Modbus 短在「只能本地局域网」，把它原封不动推上公网就行不通——连接重、状态碎、没有上行缓冲。MQTT 这时候候补登场：发布/订阅、QoS 0/1/2、Last Will 三件套，专为「弱网、不稳连接、按主题聚合」设计。

工业网关和 DTU 在中间做翻译：下挂 Modbus 设备轮询 → 内部缓存 → 透过 MQTT 推上平台。工程师不用再纠结 NAT 穿透，平台侧按主题订阅即可拿到秒级数据。

四、现场工程师的三问决策

这套分层三十年没换，但采购总容易把它们当成竞品挑。三问理清：

1. 点位距离 > 50 米？ 上 RS485，别和厂家较劲换线。
2. 是否需要上云？ 是 → 必接 MQTT；纯局域网 → Modbus TCP 已够用。
3. 现场设备能动吗？ 不能动 → 用网关或 DTU 做协议桥，不要想推倒 Modbus。

结论很残酷：链路层被设备厂商锁死，协议层被老现场锁死，MQTT 是这三十年里少数能让工程师「主动选」的层。先把这条管子走通，再谈 AI、再谈数字孪生，顺序反了现场就卡死。