3. OPC UA基础
OPC UA（Open Platform Communications Unified Architecture，开放平台通信统一架构）是工业自动化领域最重要的数据交换标准之一。它并不是对经典 OPC 的简单升级，而是从通信栈、地址空间、安全机制到信息表达能力的一次彻底重构。理解 OPC UA 的发展脉络与整体架构，是后续进行数字孪生数据建模的前提。
一、从经典 OPC 到 OPC UA：发展历史
20 世纪 90 年代，为解决不同厂商 PLC、DCS 与上位软件之间的数据互通问题，OPC 基金会基于 Windows 的 COM/DCOM 技术推出了经典 OPC 规范，主要包括 OPC DA（数据访问）、OPC A&E（报警与事件）、OPC HDA（历史数据访问）。经典 OPC 在 Windows 局域网内取得了巨大成功，但其局限也十分明显：强依赖 COM/DCOM，跨平台困难；穿越防火墙能力差；只描述“值”，缺乏对语义、类型和对象关系的统一建模能力。
随着工业 4.0 与跨平台需求增长，OPC 基金会于 2006 年发布 OPC UA，并在 2008 年成为 IEC 62541 国际标准。OPC UA 不再绑定 Windows，而是采用面向服务的架构（SOA），支持 TCP、HTTPS、WebSocket 等多种传输，并内置安全与信息模型。它既保留了经典 OPC 的实时数据访问能力，又通过统一地址空间实现了对象、类型、方法、事件和历史的完整语义表达。
二、统一架构：分层与统一
OPC UA 的“统一”体现在三个层面：统一传输、统一服务、统一信息模型。其架构通常划分为传输层、服务层、信息模型层和应用层。传输层负责编码与消息交换；服务层定义客户端与服务器之间的标准服务集；信息模型层用节点、引用、类型系统描述真实设备与业务对象；应用层则是具体客户端、服务器或聚合服务器。
在 OPC UA 中，所有可访问对象都存在于地址空间中，并以“节点”为基本单位。节点之间通过“引用”建立关系，例如组织关系、类型定义关系、组件关系。节点类包括对象、变量、方法、对象类型、变量类型、引用类型、数据类型和视图。正是这种统一的节点—引用模型，使 OPC UA 能够同时表达实时值、结构、语义和事件。
三、通信模型：客户端/服务器与发布/订阅
OPC UA 最经典的通信模型是客户端/服务器（Client/Server）。客户端通过建立安全通道、创建会话，然后调用服务集完成读写、浏览、订阅、方法调用等操作。服务器负责维护地址空间、执行服务并返回响应。该模型适合请求—响应式的数据访问和配置管理。
为适应大规模、低时延、多对多场景，OPC UA 还定义了发布/订阅（Pub/Sub）模型。发布者将数据集消息通过 UDP、MQTT 或 AMQP 等传输机制发送，订阅者按主题或数据集过滤接收。Pub/Sub 不依赖会话，更适合实时控制、边缘计算和云边协同。两种模型并非替代关系，而是互补：C/S 擅长交互与建模管理，Pub/Sub 擅长高吞吐数据分发。
四、服务集：客户端与服务器的标准动作
OPC UA 服务集是通信模型的操作接口，按功能可分为发现服务、安全通道服务、会话服务、节点管理服务、视图服务、属性服务、订阅服务、方法服务和历史访问服务等。下表列出常用服务集及其典型用途。
| 服务集 | 典型服务 | 用途 |
|---|---|---|
| 发现服务 | FindServers、GetEndpoints | 查找服务器与端点信息 |
| 安全通道服务 | OpenSecureChannel、CloseSecureChannel | 建立加密与签名通道 |
| 会话服务 | CreateSession、ActivateSession | 建立用户会话与身份认证 |
| 属性服务 | Read、Write、HistoryRead | 读写变量值与历史数据 |
| 订阅服务 | CreateSubscription、Publish | 数据变化与事件通知 |
| 方法服务 | Call | 调用服务器端方法 |
五、信息模型概述：从数据点到数字孪生
OPC UA 信息模型是数字孪生建模的核心。它用节点和引用描述设备、产线、工艺参数及其关系，并允许通过类型系统定义可复用的对象类型。例如，一台电机可以建模为对象节点，其下包含转速、温度、电流等变量节点，并通过“HasComponent”引用关联；电机类型可定义一次，多台电机实例复用该类型。
信息模型还支持伴随规范（Companion Specification），如 OPC UA for Machinery、OPC UA for Robotics，为特定行业提供标准类型定义。这样，不同厂商的设备可以用统一语义描述，上层系统无需为每个品牌单独适配。
六、常见误区与复盘
- 误区一：把 OPC UA 当成“另一个 OPC DA”。 OPC UA 的核心价值在于信息模型与安全，而不仅是数据读写。
- 误区二：只关注通信，不设计地址空间。 没有类型和引用设计的地址空间，后期难以扩展和复用。
- 误区三：忽略安全配置。 匿名连接、无加密通道在生产环境中风险极高，应启用证书与用户认证。
- 误区四：C/S 与 Pub/Sub 混用不当。 高频数据分发优先 Pub/Sub，配置与建模管理优先 C/S。
典型 OPC UA 连接与读取流程（伪代码）：
1. 发现端点：GetEndpoints("opc.tcp://server:4840")
2. 打开安全通道：OpenSecureChannel(证书, 加密策略)
3. 创建会话：CreateSession(用户身份)
4. 激活会话：ActivateSession()
5. 浏览地址空间：Browse(ObjectsFolder)
6. 读取变量：Read(NodeId="ns=2;s=Motor1.Speed")
7. 创建订阅：CreateSubscription(100ms)
8. 关闭会话与通道
掌握 OPC UA 的发展历史、统一架构、通信模型、服务集与信息模型，是后续进行数字孪生数据建模的必备基础。只有理解节点、引用、类型和服务之间的关系，才能在建模时既表达实时数据，又表达语义与结构，从而支撑真正的工业数字孪生应用。