制造企业设备联网：MQTT协议应用落地实战

前两个月跑东莞汽配厂做旧设备改造，碰到一个很典型的问题。原来攒的远程监控系统，上线不到三个月，三天两头丢数据，高峰时候延迟十几秒，运维小哥半夜两点爬起来登服务器排障，吐槽说工资还不够买药吃。说实话，那厂原来用HTTP轮询采数据，一百多台设备同时在线，直接把服务器带宽干爆了。换了MQTT之后，问题一周就解决了。

为什么工业设备联网偏爱MQTT？

工业现场的条件有多苛刻，做过的都懂。很多七八年前的老设备，网关性能差，带宽还不稳，车间里大型电机启停动不动干扰无线信号，太重的协议根本跑不起来。 MQTT天生就是为弱网、低带宽场景设计的，最小包头只有两个字节，带宽占用只有HTTP的几十分之一，对小网关太友好。它走发布订阅模式，设备只需要把数据发给broker，需要数据的端订阅对应主题就行，不用设备和端之间直接连，架构清晰多了。

问：工业现场大多都是Modbus、Profinet这类传统工控协议，转成MQTT会不会要改很多代码，成本很高？答：真不会。现在市面上主流的工业网关，出厂基本都带了Modbus转MQTT的可视化配置功能，不用你写一行代码，对着PLC的寄存器地址填好参数，十来分钟就能配好一台设备。就算是特别老的没有网口的设备，加个便宜的串口转网口模块，也能转，整套下来单台设备的改造费用也就百十来块。

工业场景MQTT协议应用的踩坑总结

很多刚接触的人，都觉得MQTT不就是搭个代理转发数据嘛，随便弄弄就行。我见过至少五个项目，栽在不起眼的小细节上。第一个坑就是QoS等级乱选。有的人为了不丢数据，所有数据都开QoS2，结果设备超过一百台，broker直接被确认包卡死，延迟高到没法用。还有的图快，全选QoS0，关键时刻设备过热的告警信息说丢就丢，出了事故查都没处查。第二个坑，断线重连没做会话保持。工业现场断网太常见了，要是断网期间设备缓存的数据没在重连后补发，那几天的运行数据直接就没了，你做远程统计分析还有啥用？第三个坑，主题设计乱搞。所有设备数据都往一个主题里发，不管你需不需要，都给你推过来，白白浪费带宽还容易错。

问：我们厂有两三百台设备要联网，搭MQTT是不是得买很贵的商业服务，成本扛不住啊？答：完全没必要。现在开源的EMQX、Mosquitto性能都足够能打，一千台以内的设备并发连接，一台普通的4核8G内网服务器就能轻松扛住，就算买云服务器，一年租金也就几千块。要是对数据安全要求高，部署在工厂内网，不连公网也能用，成本真的比很多人想象的低太多。要是设备量真的过万，再考虑商业版也不迟。

2024年工业领域MQTT协议应用的新实践

现在工业物联网火了这么多年，MQTT的应用也越来越成熟，还有不少新的玩法出来。💡 给大家分享两个我最近碰到的实用方向： ✅ 搭配流处理做实时异常检测：很多工厂现在把MQTT接到Flink或者Spark里，设备数据上来直接做异常检测，主轴振动不对、温度过高，几秒钟就能触发告警，比原来存到数据库再拉出来分析快太多。 ✅ MQTT over QUIC优化弱网场景：现在很多户外的工业场景，比如矿山、风电、露天堆场，信号本来就差，用QUIC传输的MQTT，比传统TCP的丢包率降了快一半，延迟还能低30%左右，我今年接触的两个风电项目已经在用了，效果确实好。 ❗ 提醒一句：不要盲目追新技术。你就是一个十几台设备的小车间，用最传统的TCP MQTT就够稳，犯不着折腾新协议，适合自己的才对。那个开头说的东莞汽配厂，改完MQTT到现在快半年了，没出过一次大问题，数据延迟稳定在1秒以内，带宽占用只有原来的1/18，运维小哥再也不用半夜起来排障，上个月还跟我发烟说终于能睡整觉了。工业改造从来都不是堆先进技术，能低成本解决实际痛点的，就是好方案。MQTT能在工业物联网火这么多年，靠的也不是什么高大上的概念，就是轻量、靠谱、省钱，刚好戳中了制造企业设备联网的痛点。