第 9 章 · 收官与选型：简单为何长寿

一条主线

全书最后一章，小周已经能独立诊断一条 Modbus 总线——但他心里还有一个大问题：我学的这个 1979 年的老协议，会不会明天就被淘汰？ 本章跟着这场"该不该继续用 Modbus"的反思走：先想清楚"简单为何长寿"的工程哲学（9.1），再把 Modbus 与 OPC UA、EtherCAT、MQTT 摆上同一张对比台，给出场景化的选型决策（9.2）。收尾章不教你新报文，而是帮你把八章的积累收拢成一套"什么时候用它、什么时候换它"的判断力。

沿途站点

拐点与结论

本章的认知拐点："简单"是 Modbus 的护城河而不是短板——极小的接口带来极广的生态，向后兼容让存量成为资产，恰到好处的边界让它不可替代。第二个拐点：选型不是"先进 vs 落后"，而是"需求 vs 代价"——采集用 Modbus、语义用 OPC UA、硬实时用 EtherCAT、上云用 MQTT，每层用最合适的协议，层间用网关转换。工业现场的现实永远是混合架构，画清每一层的协议边界，比争论"哪个协议最好"高级得多。

读完你应该

• 说出 Modbus 长寿的三个密码与选型的三条原则
• 在采集、语义、硬实时、上云四类场景间正确选型
• 设计"设备层 Modbus + 车间层 OPC UA + 云端 MQTT"的混合架构
• 形成自己的协议选型判断框架

高频问题速答

问：新项目还用 Modbus 会不会显得落后？ 不会。选型的标尺是需求不是新旧：采集类场景 Modbus 就是最优解；真需要语义、硬实时或上云时再升级协议——先算账再选型。

问：OPC UA 和 Modbus 冲突吗？ 不冲突，是互补。设备层保留 Modbus（便宜可靠），车间层用 OPC UA 网关做语义化，层间用网关转换——混合架构才是工业现实。

问：什么时候该换掉 Modbus？ 三类信号：需要统一语义与自描述（OPC UA）、需要毫秒级确定性同步（EtherCAT）、需要云端原生接入（MQTT）。信号出现且代价可接受时再换。

本章知识地图速览

本章把全书收拢成一套"选型判断框架"：Modbus 管采集与存量、OPC UA 管语义与 IT 融合、EtherCAT 管硬实时同步、MQTT 管云端互联。框架的核心不是背协议特性，而是画清每一层的协议边界——边界画对了，选型自然对。

配套练习建议：给自己正在做或想做的项目画一张分层架构图（设备层/车间层/云端），为每层选一个协议并写出选择理由，再请同事当"反方"挑毛病——能扛住质疑的方案才是好方案。

收尾

九章走完，从凌晨两点的配电间出发，到协议选型的判断力落地——Modbus 的每一个字节、每一条线、每一道防线，都在你手里了。它不先进，但它可靠、开放、无处不在；理解它为什么长这样，比记住它长什么样更重要。愿你在工场的下一次凌晨两点，心里有账、手里有章法。