2. OPC UA 基础概念：地址空间、节点与引用、对象与变量、方法、事件与报警
好，咱们进入正题。这一章是OPC UA的根基，说白了就是它的世界观。你想想看，一个系统要跟另一个系统说话，总得有个共同语言吧？OPC UA就是用一套标准化的模型，让不同厂家的设备能互相理解。我刚开始接触的时候，也觉得这些概念有点抽象，但搞懂了之后，你会发现它设计得非常巧妙。
2.1 地址空间：一切信息的起点
地址空间是什么？你可以把它想象成一个巨大的虚拟文件柜。这个柜子里装着所有你能访问到的数据。每个设备、每个变量、每个报警，都在这个柜子里有个固定的位置。
我个人习惯把地址空间理解成“信息的地图”。客户端要访问什么，先看这张地图，找到位置，然后直接去拿数据。它不像传统协议那样，你得提前知道寄存器地址，还得猜这个地址代表什么。OPC UA的地址空间是自描述的，每个节点都带着自己的“身份证”。
核心要点：地址空间是OPC UA服务器的核心，它把现实世界中的设备、数据、功能，全部映射成一个结构化的信息模型。客户端不需要提前知道任何东西，只要连接上服务器，就能通过浏览地址空间，发现所有可用的信息。
我在项目中遇到过一个问题：一个老工程师坚持用Modbus，说OPC UA太复杂。后来我给他打了个比方：Modbus就像你去图书馆，只知道书架编号，但不知道书的内容；OPC UA呢，你不仅知道书在哪，还能看到书的封面、目录、甚至作者简介。他一下子就明白了。
2.2 节点与引用：构建信息网络
地址空间不是一堆散乱的数据，它是由“节点”和“引用”组成的网络。节点就是信息的基本单元，引用就是节点之间的关系。
2.4.1 节点：信息的原子
每个节点都有一个唯一的节点ID，就像人的身份证号。节点还包含一些属性，比如名称、描述、数据类型等。节点有很多种类型，我们后面会详细讲。
- 对象节点：代表一个实体，比如一个电机、一个传感器、一个控制器。
- 变量节点：代表一个数值，比如温度、压力、转速。
- 方法节点：代表一个可调用的函数，比如启动设备、复位报警。
- 视图节点：代表地址空间的一个子集，方便用户快速浏览。
2.4.2 引用：关系的纽带
引用把节点连接起来，形成一张网。引用是有方向的，比如“A包含B”、“A是B的类型”。
常见的引用类型有：
- Organizes：组织关系，比如一个文件夹包含多个文件。
- HasComponent：组成关系，比如一个电机包含温度传感器和转速传感器。
- HasProperty：属性关系，比如一个变量有单位、范围等属性。
- HasTypeDefinition：类型定义关系，比如一个具体的电机是“电机类型”的一个实例。
我的小技巧：刚开始学的时候，你可能会被这些引用类型搞晕。我建议你先记住最常用的三个：Organizes（组织）、HasComponent（组成）、HasProperty（属性）。这三个能覆盖90%的场景。其他的，遇到了再查文档。
2.3 对象与变量：数据的载体
对象和变量是地址空间里最常见的两种节点。对象是“容器”，变量是“内容”。
2.3.1 对象：现实世界的映射
对象用来表示现实世界中的实体。比如一个“水泵”对象，它可能包含：
- 变量：转速、电流、温度
- 方法：启动、停止、复位
- 事件：过载报警、温度超限
对象可以嵌套，一个对象里可以包含另一个对象。比如“生产线”对象里包含“工位1”、“工位2”等子对象。
2.3.2 变量：数据的存储
变量是真正存数据的地方。每个变量都有数据类型，比如Int32、Float、String、Boolean等。变量还可以有属性，比如工程单位、量程范围、时间戳等。
变量有两种：
- 属性变量：直接挂在对象下面，作为对象的属性。比如电机的“额定转速”。
- 数据变量：独立存在的变量，可以被多个对象引用。比如“车间温度”这个变量，可能被多个监控画面引用。
注意：变量和属性容易混淆。简单来说，属性是描述对象的“特征”，比如颜色、大小；变量是对象“产生”或“测量”的数据，比如温度、压力。在OPC UA里，属性用HasProperty引用，变量用HasComponent引用。我曾经因为搞混这两个，导致客户端读不到数据，排查了半天才发现是引用类型用错了。
2.4 方法：可调用的动作
方法节点代表一个可调用的函数。客户端可以调用服务器上的方法，执行一些操作。比如：
- 启动一个电机
- 切换一个模式
- 执行一次校准
方法有输入参数和输出参数。调用方法时，客户端传入输入参数，服务器执行操作，然后返回输出参数。
我记得有一次，客户要求远程复位报警。我就在OPC UA服务器里定义了一个“ResetAlarm”方法，客户端调用它，传入报警ID，服务器就执行复位逻辑。这比传统的写寄存器方式优雅多了，因为方法有明确的输入输出定义，不容易出错。
2.5 事件与报警：主动通知机制
事件和报警是OPC UA的“主动通知”机制。传统协议里，客户端得不停地轮询，才能知道状态变化。OPC UA呢，服务器可以主动告诉客户端：“嘿，出事了！”
2.5.1 事件：发生了什么
事件代表“发生了什么事”。比如：
- 设备启动完成
- 数据更新
- 系统错误
事件包含很多信息，比如事件类型、发生时间、严重程度、消息文本等。客户端可以订阅感兴趣的事件，服务器会在事件发生时主动推送。
2.5.2 报警：需要关注的事件
报警是事件的一种特殊类型，代表“需要关注的状态”。比如：
- 温度过高报警
- 压力过低报警
- 通信中断报警
报警有状态：激活、确认、恢复。一个典型的报警生命周期是：
- 条件触发，报警激活
- 操作员确认报警
- 条件消失，报警恢复
实战经验：我在一个工厂项目里，用OPC UA的报警功能替代了传统的硬接线报警。以前每个报警点都要拉一根线到控制室，现在只需要在服务器里配置好报警条件，客户端订阅就行了。布线成本省了一大笔，而且报警信息更丰富，能直接看到报警原因和建议措施。
2.6 小结
这一章的内容比较多，但都是基础中的基础。你想想看，地址空间是地图，节点是地点，引用是路线，对象和变量是建筑，方法是功能，事件和报警是通知。把这些概念串起来，OPC UA的世界观就清晰了。
下一章，我们会深入地址空间的浏览和查询，教你如何像逛商场一样，在地址空间里找到你想要的数据。嗯，到时候我会分享一些我常用的浏览技巧，保证让你事半功倍。