1.3 四大工业总线选型对比

1.3 四大工业总线选型对比

本节摘要：给出一套以"五连问"为核心的四协议选型框架——覆盖 Modbus、OPC UA、PROFINET、EtherCAT——并配场景结论表，让你面对新产线时能在半小时内给出有依据的协议规划初稿。

一条线上三种协议，是不是被坑了

第一次走进某些产线的电气间，新人常会冒出这个疑问：柜子里，主控与伺服之间接着绿色的网线（EtherCAT），PLC 与远程 IO 之间走着另一路网线（PROFINET），机旁的人机界面拉着一根屏蔽双绞线挂在仪表上（Modbus RTU），配电室的网关又用蓝线接进了厂区环网（OPC UA）。是设计混乱，还是集成商故意多卖设备？

答案是：这套"混乱"恰恰是合理的。四种协议在产线里不是竞争关系，而是各守一段截面——EtherCAT 管轴与轴之间的微秒级同步，PROFINET 管控制器与分布式 IO 的毫秒级确定性，Modbus 管廉价仪表的聚拢，OPC UA 管整线数据对外出口。真正需要选型判断的，是每一个新接入的设备或子系统应该归到哪一段截面。本节就给你这套判断工具。

学习目标

阅读完本节，你应当能够：

1. 用"五连问"框架对任意接入场景做协议初选；
2. 说清 PROFINET 与 EtherCAT 的定位差异，不再把两者混为一谈；
3. 对运动控制、过程控制、能源计量、跨厂协同四类典型场景直接给出结论；
4. 识别选型中最常见的三个错误决策。

一、选型五连问

面对一个待接入的设备或子系统，按顺序问五个问题，答案会自然收窄到某一两种协议上。

**第一问：这个数据更新的周期要求短于一毫秒吗？**轴同步、电子齿轮这类运动控制场景答案是肯定的，直接进入 EtherCAT 或同等硬实时总线的候选池，其他协议出局。多数过程量与状态量的更新周期在几十毫秒以上，这一问答"否"。

**第二问：数据需要在控制器之间或跨网段传递吗？**如果是控制器与远程 IO、变频器之间的站内通信，PROFINET 与 Modbus TCP 都是候选；如果要跨出车间与上层系统对话，候选立刻收窄为 OPC UA。

**第三问：设备的算力与接口预算允许跑多重的协议栈吗？**几十块钱的仪表与工控机不是同一个世界。算力受限就接受"语义靠点表"的代价走 Modbus，算力充裕才有资格谈语义。

**第四问：消费方与生产方是同一个组织吗？**厂内自产自销的数据，点表约定可以维持；一旦跨厂商、跨组织，语义必须自解释，OPC UA 的信息模型就成了刚需。

**第五问：这个点位的安全等级如何？**涉及控制指令写操作的点位，协议层安全（认证与加密）是硬要求，裸协议必须有网络分区兜底，这会反过来影响协议选择与架构设计。

五问问完，多数场景已有明确答案。剩下的模糊地带，通常出现在"周期要求在个位数毫秒、又要有语义"的边界场景——这正是 PROFINET 加 OPC UA 组合、或新一代融合方案的主场，第 7 章会回到这里。

二、四协议画像与边界

Modbus 是全能的配角：实现门槛最低、装机基数最大、什么设备都能接，但语义与安全都要靠外围补课。它适合"大量、廉价、点对点明确"的采集场景，不适合作为系统间接口。

OPC UA 是系统层的通用语：语义与安全内建，跨平台跨语言，是 MES、云平台、跨厂协同的首选接口；代价是协议栈重、软实时，进不了控制回路。

PROFINET 是西门子生态主导的工业以太网，实时通道能满足绝大多数 PLC 与 IO、变频器间的确定性通信，还分出IRT 等级覆盖运动控制；它的生态绑定较强，选它往往意味着整个控制体系的品牌选择。

EtherCAT 把实时性推到极致，帧在经过每个从站时被就地处理，百微秒级周期与亚微秒级抖动让它成为多轴同步的首选；但它是主从集中式架构，拓扑灵活性与多主站能力不如 PROFINET，跨厂商互操作也更依赖配置一致性。

图4 四协议截面分工与典型连接

三、典型场景速查

下表是五连问在四类高频场景下的推演结果，可直接作为初选结论使用，细节论证见对应章节。

再补一句工程经验：选型结论要落成文字写在设计文档里，注明每条截面选择的五连问依据。半年后接手的人未必有你当时的上下文，一行"此处选 Modbus RTU 因为仪表算力受限且仅本地消费"能省掉一轮重新论证。

四、混合架构的一次真实推演

把五连问放进一个完整项目里走一遍，看它如何落到工程决策。背景：某中型食品厂新建包装车间，需求清单包括六轴机器人码垛、若干变频器与远程 IO、上百只温度与流量仪表、一套能耗管理系统和集团报表平台。逐段推演：机器人多轴同步由机器人控制器内部完成，控制器对外只暴露状态与订单接口——周期要求在控制器内部消化，对外是语义接口，因此机器人段不参与总线之争，给 PLC 留一个 PROFINET 接口即可；变频器与远程 IO 是站内确定性问题，五连问的第二问收窄到 PROFINET 与 Modbus TCP，该厂既有体系是西门子系，PROFINET 顺理成章；上百只仪表是典型的"廉价、量大、点对点明确"，Modbus RTU 分组挂总线、经网关聚拢，仪表预算省下的钱够买两台网关；能耗与报表平台是跨组织语义消费，OPC UA 出口没有悬念。最终架构四段截面齐备，每段都有明确的问句依据——评审会上没人能提出更有力的替代方案，因为它不是偏好，是推演。

这个案例还有个值得注意的细节：推演产物是"架构加依据"，而依据比架构更值钱。两年后车间扩产要新增灌装线，新的集成商看到的是一份每条选择都带理由的文档，接手成本趋近于零。

⚠️ 常见坑：用"新的是不是更先进"作为升级理由。把能跑的 Modbus 仪表集群整体换成 UA 直连，多数时候只是把成本从网关挪到仪表上，还引入了会话管理的新故障面。协议没有代际优劣，只有位置合不合适。

五、把五连问变成团队习惯

五连问值得进选型评审会的第一页幻灯片：五个问题现场作答，答不上来的那条就是风险登记册的新条目。这套动作的价值不在答案多准，而在逼所有干系人在选型早期把隐含假设摆上桌面——"我们一直用 Modbus"是习惯不是答案，"这条链路的语义要不要跨厂商互通"才是答案。

另外注意选型结论的保质期：五连问的答案依附于项目边界（点位数、周期、语义范围），四协议画像依附于技术代际。前者随项目走，后者以五到十年计——两类结论写进同一份文档时分开标注，免得三年后的人把过期的技术判断当成项目的既定约束。

记住这四条

• 五连问框架：周期、范围、算力、组织边界、安全等级，五问收窄协议候选池；
• PROFINET 与 EtherCAT 不是同类：前者是站内确定性以太网，后者是多轴硬实时专线，别混着比；
• 四段截面：硬实时、确定性 IO、廉价采集、语义集成，产线上的多协议并存是分工而非混乱；
• 结论要留痕：选型依据写进设计文档，让后来者不必重新论证。

学完本章的框架，下一章进入 Modbus 的语法细节——主从问答到底是怎么在铜线上跑起来的。