4. OPC UA信息模型：地址空间、节点与引用、对象类型与变量类型

好，咱们今天聊点硬核的。OPC UA 的信息模型，说白了就是它用来描述现实世界设备的那套“语言系统”。你想想看，一个 PLC、一个传感器、一个机器人，它们的数据怎么在 OPC UA 里被组织起来？靠的就是地址空间、节点、引用这些概念。

我个人习惯把 OPC UA 的信息模型比作一个巨大的“文件柜”。地址空间就是这个柜子本身，节点就是柜子里的一个个文件夹，而引用就是文件夹之间的“关联标签”。嗯，这个比喻虽然简单，但很实用。

4.1 地址空间：一切数据的“根”

地址空间，英文叫 AddressSpace。它不是我们平时说的 IP 地址那种东西，而是 OPC UA 服务器内部所有数据的“虚拟容器”。

每个 OPC UA 服务器，不管它连接的是高端 CNC 还是简单的温度变送器，都拥有一个唯一的地址空间。客户端要访问任何数据，都得先找到这个地址空间，然后顺着里面的结构去定位。

我在项目中遇到过一个问题：两个不同厂家的 OPC UA 服务器，虽然都遵循标准，但地址空间的组织方式完全不同。一个把温度数据放在 Objects 文件夹下，另一个却藏在 DeviceSet 里。这就是为什么理解地址空间的层次结构这么重要——它决定了你能不能快速找到你要的数据。

4.2 节点与引用：信息模型的“积木”

地址空间里装的是什么？是节点（Node）。每个节点代表一个“东西”，可以是一个对象、一个变量、一个方法，甚至是一个数据类型。

节点之间怎么关联？靠引用（Reference）。引用就像一根根线，把节点串起来，形成一张网。

举个例子：

• 节点 A：代表一个“电机”对象
• 节点 B：代表电机的“转速”变量
• 引用：从节点 A 指向节点 B，类型是“HasComponent”（包含关系）

这样，客户端就知道“转速”是“电机”的一部分。

引用是有方向的，也有类型。常见的引用类型包括：

• HasComponent：表示包含关系（电机包含转速）
• HasProperty：表示属性关系（电机有“额定功率”属性）
• Organizes：表示组织关系（文件夹包含子文件夹）
• HasTypeDefinition：表示类型定义关系（这个电机对象属于“电机类型”）

4.3 对象类型与变量类型：模板的力量

如果每个电机、每个传感器都从头定义节点，那工作量就太大了。OPC UA 引入了“类型”的概念，说白了就是模板。

对象类型（ObjectType）：定义了一类对象的共同特征。比如“电机类型”包含“转速”、“电流”、“温度”等变量，以及“启动”、“停止”等方法。

变量类型（VariableType）：定义了变量的数据特征。比如“模拟量类型”可能包含“量程上限”、“量程下限”、“单位”等属性。

你想想看，有了类型，你只需要定义一次“电机类型”，然后创建多个电机实例，每个实例自动继承类型的所有结构和行为。这就是面向对象的思想在工业自动化里的应用。

我记得有一次给一个汽车焊装线做项目，现场有 200 多台伺服焊钳。如果每台焊钳都手动定义节点，那得累死。后来我定义了一个“焊钳类型”，包含压力、位移、电流等变量，然后批量实例化，几分钟就搞定了。

4.4 实战：如何定义一个自定义对象类型

光说不练假把式。咱们来看一个实际例子，假设我们要定义一个“泵”的对象类型。

步骤是这样的：

1. 在地址空间中创建一个 ObjectType 节点，命名为“PumpType”
2. 为 PumpType 添加变量节点，比如“FlowRate”（流量）、“Pressure”（压力）
3. 为 PumpType 添加方法节点，比如“StartPump”、“StopPump”
4. 创建引用，把这些变量和方法关联到 PumpType 上

代码示例（使用 OPC UA 的节点定义语法）：

// 定义 PumpType 对象类型
ObjectType PumpType : BaseObjectType
{
    // 变量
    Variable FlowRate : Double
    {
        Property EngineeringUnit : String = "m³/h"
    }
    
    Variable Pressure : Double
    {
        Property EngineeringUnit : String = "bar"
    }
    
    // 方法
    Method StartPump
    Method StopPump
}

然后，创建实例：

// 创建两个泵实例
Object Pump1 : PumpType
{
    FlowRate = 50.0
    Pressure = 3.5
}

Object Pump2 : PumpType
{
    FlowRate = 75.0
    Pressure = 4.2
}

看到没？Pump1 和 Pump2 都继承了 PumpType 的结构，但各自的数据值不同。这就是类型复用的威力。

4.5 地址空间的浏览与导航

客户端怎么找到这些节点？通过浏览（Browse）服务。客户端从 Root 节点开始，沿着引用一层层往下找，直到找到目标节点。

举个例子，客户端要读取 Pump1 的 FlowRate：

1. 从 Root 开始，找到 Objects 文件夹
2. 在 Objects 下找到 Pump1 对象
3. 沿着 HasComponent 引用，找到 FlowRate 变量
4. 读取 FlowRate 的 Value 属性

这个过程看起来简单，但在大型系统中，地址空间可能有上万个节点。我建议在服务器端做好命名规范，比如用“Line1.Station3.Pump1.FlowRate”这样的层次结构，方便客户端快速定位。

4.6 小结

好了，这一章的内容就这些。总结一下：

• 地址空间是 OPC UA 的数据容器，树状结构
• 节点是基本单元，代表对象、变量、方法等
• 引用连接节点，定义它们之间的关系
• 对象类型和变量类型是模板，实现复用

下一章，我们会深入聊一聊 OPC UA 的通信机制，包括会话、订阅和发布。到时候我会分享一个我在现场调试时遇到的“订阅丢失”的坑，保证让你印象深刻。

嗯，今天就到这里。有什么问题，欢迎交流。