1. 课程导入

在智能制造与工业物联网的推进过程中，数据能否以稳定、低时延、可互操作的方式从现场设备流向控制系统与云端，成为决定系统成败的关键。传统 OPC UA 客户端/服务器模式擅长语义建模、安全会话与可靠传输，但在面对高频采集、多播分发、大规模并发订阅等场景时，逐点会话式通信会带来明显的开销与瓶颈。OPC UA PubSub（Publish/Subscribe，发布/订阅）正是在这一背景下被引入，它把信息模型与传输机制解耦，使 OPC UA 的语义能力可以运行在更轻量、更实时的通信路径上。

一、为什么需要 PubSub：工业实时通信的演进背景

工业通信的演进大致经历了从现场总线到工业以太网、再到统一架构与实时发布订阅的过程。早期现场总线解决了设备互联，但协议碎片化严重；工业以太网提升了带宽，却仍缺少跨厂商的语义统一；OPC UA 统一了信息模型与安全机制，但经典请求/响应模式在“一对多、高频、低时延”场景下并不经济。PubSub 的出现，让 OPC UA 可以借助 UDP、以太网二层、MQTT、AMQP 等传输方式，把数据以消息形式广播或分发，从而兼顾语义互操作与实时性。

二、PubSub 的定位：与客户端/服务器模式的关系

PubSub 并不是要取代客户端/服务器模式，而是与其互补。客户端/服务器适合配置、诊断、历史访问、复杂方法调用等需要确认与事务语义的交互；PubSub 适合周期数据、状态广播、事件通知、运动控制反馈等强调时延与吞吐的场景。二者共享 OPC UA 的信息模型、数据类型与安全框架，因此可以在同一系统中协同工作：用客户端/服务器完成组态与元数据获取，用 PubSub 完成实时数据面传输。

三、整体知识框架：本课程将覆盖什么

本课程围绕 PubSub 的“模型—传输—配置—安全—运维”主线展开，帮助学习者建立从概念到落地的完整认知。整体知识框架可分为五个层次：

• 概念与定位：理解 PubSub 与客户端/服务器模式的分工，掌握发布者、订阅者、数据集、消息等基本术语。
• 信息模型：掌握 DataSet、DataSetField、PublishedDataSet、DataSetWriter、DataSetReader 等对象及其关系。
• 传输映射：理解 UDP、以太网二层、MQTT、AMQP 等不同传输方式的特点与选型依据。
• 配置与运行：学会使用 PublisherId、WriterGroupId、DataSetWriterId、消息序列号等参数组织通信。
• 安全与运维：掌握消息签名、加密、密钥管理以及抓包、日志、时延分析等排障手段。

四、核心原理：PubSub 如何工作

PubSub 的基本工作过程可以概括为“建模—发布—分发—订阅—还原”。发布者从 OPC UA 信息模型中选取需要传输的变量或事件，组织成数据集；在 WriterGroup 的控制下，按周期或事件触发，将数据集编码为消息，通过选定的传输映射发送出去。订阅者通过 ReaderGroup 和 DataSetReader 接收消息，按配置解析字段，还原为可用的过程数据。整个过程不依赖逐点会话，因此更适合高频、多播和一对多分发。

发布侧配置示例（概念性）：
PublishedDataSet  ->  DataSetWriter  ->  WriterGroup  ->  传输映射(UDP/MQTT)
订阅侧配置示例（概念性）：
传输映射(UDP/MQTT)  ->  ReaderGroup  ->  DataSetReader  ->  应用数据

五、典型场景与案例

以一条包装产线为例：PLC 需要每 10 ms 向多台伺服驱动器广播位置与状态，同时把关键工艺参数上传到边缘网关。若采用客户端/服务器逐点读取，通信开销大且时延不稳定；采用 PubSub 后，PLC 作为发布者，通过 UDP 多播周期发布数据集，伺服驱动器作为订阅者直接接收，边缘网关则通过 MQTT 订阅同一数据集并转发到云端。这样既保证了现场控制的实时性，又实现了数据上云的灵活性。

六、常见误区与学习建议