4. OPC UA信息模型

在 OPC UA 体系中，信息模型是数据语义化的核心。它不再仅仅传输原始的“标签-值”对，而是通过标准化的节点与引用，将设备、系统及其关系构建成一个可被机器理解的语义网络。本章将深入剖析构成信息模型的四大基本节点——对象、变量、方法、事件，并阐述其类型层次结构与组织方式。

4.1 信息模型的基本节点

OPC UA 地址空间由节点（Node）组成，每个节点通过引用（Reference）相互连接。最基本的节点类型包括对象、变量、方法，而事件则是一种特殊的通知机制。

4.2 类型层次结构：从类型到实例

OPC UA 的强大之处在于其严格的类型系统。所有节点都是其对应类型的实例。类型本身也是节点，并可以继承，形成层次结构。这类似于面向对象编程中的“类”与“对象”的关系。

4.3 对象与变量的组织：引用与层次结构

对象和变量通过 引用 (Reference) 组织成树状或网状结构。最常用的引用类型是 HasComponent 和 HasProperty。

• HasComponent (包含)： 表示一个对象包含另一个对象或变量，是构建层次结构的主要方式。例如，一个“生产线”对象包含多个“工位”对象。
• HasProperty (属性)： 用于描述对象的元数据或静态特征，如设备的序列号、制造商、量程范围等。属性通常是只读的。
• Organizes (组织)： 用于在地址空间中创建文件夹式的逻辑分组，不表示物理包含关系。

4.4 方法与事件：操作与通知

4.4.1 方法 (Method)

方法允许客户端在服务器上执行一个操作。在 SCADA 集成中，常用于远程控制。方法有明确的输入和输出参数。

// 示例：启动电机的方法定义
Method: StartMotor
  InputArguments:
    - Name: "MotorId"
      DataType: NodeId (UInt16)
      Description: "目标电机的ID"
    - Name: "StartMode"
      DataType: LocalizedText
      Description: "启动模式：'Normal' 或 'SoftStart'"
  OutputArguments:
    - Name: "Result"
      DataType: StatusCode
      Description: "操作结果，0表示成功"

4.4.2 事件 (Event)

事件是 OPC UA 实现报警与条件（Alarm & Condition）的基础。当设备状态发生变化或发生故障时，服务器会主动推送事件给订阅的客户端。

4.5 信息模型在 SCADA 集成中的实战意义

理解 OPC UA 信息模型，对于 SCADA 系统集成工程师而言，意味着从“点表驱动”向“模型驱动”的思维转变。

• 自描述性： 客户端可以遍历服务器的地址空间，动态发现设备的结构、支持的变量和方法，无需预先配置静态点表。
• 语义互操作性： 通过标准化的类型（如 PumpType），不同厂商的 SCADA 系统都能理解“转速”变量的含义，而不仅仅是读取一个数值。
• 易于维护： 当现场设备升级或更换时，只要新设备遵循相同的类型定义，SCADA 系统无需修改工程即可适配。