3、OPC UA 信息模型基础：节点与引用、对象与变量、方法与事件、类型系统

好，咱们进入正题。信息模型这东西，说白了就是 OPC UA 用来描述现实世界设备的“语言”。你想想看，一个传感器、一个电机、一条生产线，怎么让上位机或者云端能看懂？靠的就是这套模型。我刚开始接触 OPC UA 时，觉得节点、引用这些概念太抽象了。后来亲手搭过几套设备模型，才明白——这玩意儿其实挺直观的。

3.1 节点（Node）与引用（Reference）——信息模型的“积木”与“胶水”

OPC UA 地址空间里的一切都是节点。每个节点都有一个唯一的 NodeId，就像人的身份证号。节点之间靠引用连接，形成一张巨大的图。

3.1.1 节点的属性

每个节点都有一组基础属性。我列个表，你一看就明白：

属性	说明	我的经验
NodeId	全局唯一标识符	建议用数字型 NodeId，解析快
NodeClass	节点类型（Object、Variable 等）	调试时先看这个，能快速定位问题
BrowseName	人类可读的名称	命名要规范，别用拼音缩写
DisplayName	显示用的本地化名称	中文环境记得配 LocaleId
Description	描述信息	写清楚，方便后续维护

3.1.2 引用的方向与语义

引用是有方向的。从源节点指向目标节点。常见的引用类型包括：

• HasComponent：对象包含子对象或变量
• HasProperty：对象拥有属性
• Organizes：组织关系，比如文件夹结构
• HasTypeDefinition：指向类型定义

3.2 对象（Object）与变量（Variable）——设备的“实体”与“数据”

对象代表现实世界中的实体，比如一台电机、一个阀门。变量代表实体的属性或状态，比如电机的转速、阀门的开度。对象可以包含变量，变量也可以嵌套变量。

3.2.1 对象的层次结构

对象可以嵌套。比如一个“泵站”对象，下面可以包含“泵1”、“泵2”子对象，每个泵对象下面又有“转速”、“温度”变量。这种结构很自然，跟现实世界一一对应。

// 伪代码示例：对象层次
泵站 (Object)
├── 泵1 (Object)
│   ├── 转速 (Variable, Double)
│   ├── 温度 (Variable, Double)
│   └── 运行状态 (Variable, Boolean)
├── 泵2 (Object)
│   ├── 转速 (Variable, Double)
│   ├── 温度 (Variable, Double)
│   └── 运行状态 (Variable, Boolean)
└── 总出口压力 (Variable, Double)

3.2.2 变量的属性与数据访问

变量除了基础属性，还有几个关键属性：

• Value：当前值
• DataType：数据类型（Int32、Float、String 等）
• ValueRank：标量还是数组
• AccessLevel：读写权限
• MinimumSamplingInterval：最小采样间隔

3.3 方法（Method）与事件（Event）——设备的“动作”与“通知”

方法让客户端能远程调用设备的功能，比如“启动电机”、“复位报警”。事件让设备能主动通知客户端，比如“温度超限”、“设备故障”。

3.3.1 方法的定义与调用

方法有输入参数和输出参数。调用时客户端传输入参数，服务器执行后返回输出参数。方法调用是同步的，所以别放太耗时的操作进去。

// 方法定义示例
Method: 启动电机
  InputArguments:
    - 电机ID (NodeId)
    - 目标转速 (Double)
  OutputArguments:
    - 执行结果 (StatusCode)
    - 实际转速 (Double)

3.3.2 事件的订阅与处理

事件基于订阅机制。客户端先创建一个订阅，然后往订阅里添加监控项。当事件发生时，服务器会推送给客户端。事件可以携带丰富的属性，比如严重等级、时间戳、消息文本。

事件属性	说明	典型值
EventId	事件唯一标识	GUID
EventType	事件类型	AlarmConditionType
Severity	严重等级 (1-1000)	500
Message	本地化消息	"电机过载"
Time	发生时间	UTC 时间戳

3.4 类型系统（Type System）——模型的“模板”与“蓝图”

类型系统是 OPC UA 信息模型的灵魂。没有类型系统，每个设备都得从头定义节点，那工作量就太大了。类型系统提供了可复用的模板。

3.4.1 类型层次结构

所有类型都继承自 BaseObjectType 或 BaseVariableType。你可以定义自己的子类型，比如 MotorType 继承自 BaseObjectType，然后添加转速、温度等变量。

// 类型定义示例
MotorType : BaseObjectType
  ├── 转速 (Variable, Double)
  ├── 温度 (Variable, Double)
  └── 启动 (Method)

// 实例化
电机1 : MotorType
  ├── 转速 = 1500
  ├── 温度 = 45.2
  └── 启动 (可调用)

3.4.2 标准类型 vs 自定义类型

OPC UA 规范定义了大量标准类型，比如：

• BaseObjectType：所有对象的基类
• BaseVariableType：所有变量的基类
• AlarmConditionType：报警条件
• ProgramType：程序控制

3.5 信息模型结构总览

下面这张图把本章的核心概念串起来了。你看一遍，心里就有谱了。

嗯，这张图基本把本章的内容都涵盖了。你把它存下来，后面做设备建模时对照着看，思路会清晰很多。