4. OPC UA核心概念

OPC UA 之所以能成为工业互操作的事实标准，关键不在于它定义了某个协议报文，而在于它用一套统一的信息模型把设备、数据、类型、事件和方法都组织进一个可浏览、可寻址、可订阅的地址空间。理解这一节的概念，是后续把 OPC UA 与 MQTT 做数据融合的前提：只有先看清 OPC UA 的“语义骨架”，才能决定哪些节点映射为 MQTT 主题、哪些数据走发布订阅、哪些操作必须保留请求响应语义。

一、地址空间与节点：一切皆可寻址

OPC UA 服务器对外暴露的全部内容构成地址空间（AddressSpace）。地址空间是一棵由节点（Node）组成的图结构，每个节点有唯一的 NodeId，由命名空间索引、标识符类型和标识符值三部分构成，例如 ns=2;s=Machine1.Temperature。节点本身不直接存放“值”，而是通过属性（Attribute）描述自身，常用属性包括 NodeId、BrowseName、DisplayName、NodeClass、Value、DataType、AccessLevel 等。

节点按语义分为八类 NodeClass：对象（Object）、变量（Variable）、方法（Method）、对象类型（ObjectType）、变量类型（VariableType）、引用类型（ReferenceType）、数据类型（DataType）和视图（View）。其中对象代表设备、系统等实体，变量承载可读写的数据值，方法代表可被调用的行为，类型节点则定义实例化模板。这种“类型—实例”分离的设计，使同一型号设备可以批量实例化，而每个实例又拥有独立的 NodeId 与实时值。

二、引用与信息模型：把节点连成语义网络

节点之间靠引用（Reference）连接。引用是有向的、带类型的边，常见引用类型包括 Organizes、HasComponent、HasProperty、HasTypeDefinition、HasSubtype 等。浏览地址空间时，客户端正是沿着这些引用逐层展开，从而发现设备结构。引用让地址空间不是一堆孤立变量，而是一张带有层级、类型和语义关系的网络。

在这张网络之上，OPC UA 规定了信息模型：基础模型定义通用节点与类型； companion 规范（如 PLCopen、Machine Vision、Robotics）在基础模型上扩展行业语义。信息模型的价值在于，客户端无需私有约定即可理解“这是一个温度变量，单位是摄氏度，属于某台设备的某个组件”。

三、服务集：客户端访问地址空间的唯一入口

OPC UA 没有让客户端直接“读内存”，而是规定了一组抽象服务（Services）。客户端与服务器之间的所有交互都通过服务完成，典型服务集包括：

• 发现服务集：FindServers、GetEndpoints，用于找到服务器及其支持的端点与安全策略。
• 浏览服务集：Browse、BrowseNext，沿引用遍历地址空间。
• 读写服务集：Read、Write、HistoryRead，访问变量值与历史数据。
• 方法调用服务集：Call，执行对象上的方法。
• 订阅服务集：CreateSubscription、CreateMonitoredItems、Publish，实现变化通知。

服务集是“请求—响应”式的，天然适合配置、点对点控制和历史查询；而高频数据分发则更适合交给发布订阅机制。

四、安全模型与发布订阅机制

OPC UA 的安全模型覆盖三个层面：身份认证（用户名密码、X.509 证书或匿名）、通道安全（签名与加密，常用 Basic256Sha256 策略）以及授权（基于用户角色和节点 AccessLevel 的访问控制）。安全策略在 GetEndpoints 阶段协商，会话建立后所有报文均受保护。

发布订阅（PubSub）则改变了传统 C/S 的耦合方式。Publisher 将一组变量打包成 DataSet，经 DataSetWriter 编码后，通过 UDP、MQTT 或 AMQP 发出；Subscriber 用 DataSetReader 解码还原。它支持周期发布与事件触发，适合一对多、低延迟、高吞吐的场景，也是 OPC UA 与 MQTT 融合最自然的结合点。

五、案例：把锅炉温度接入 MQTT

假设地址空间中存在 ns=2;s=Boiler1.Temperature，其 DataType 为 Double，工程单位 ℃。若采用 C/S 方式，客户端需周期性 Read；若采用 PubSub，则配置如下：

Publisher:
  DataSetWriter "BoilerDS"
    - NodeId: ns=2;s=Boiler1.Temperature
    - FieldName: Temperature
    - DataType: Double
  Transport: MQTT
    - Broker: tcp://192.168.1.50:1883
    - Topic:  factory/boiler1/telemetry
    - QoS:    1

Subscriber:
  DataSetReader "BoilerReader"
    - Topic: factory/boiler1/telemetry
    - ExpectedType: Double

这样，OPC UA 的语义（节点、类型、单位）被保留在 DataSet 元数据中，而 MQTT 负责高效传输。后续做数据融合时，只需把 NodeId 与 MQTT 主题建立映射表，即可实现双向互操作。

六、常见误区与复盘