《OPC UA实践》 - 阅读笔记 2 OPC UA信息模型及建模

系列目录

- 阅读笔记 1 工业4.0基础与OPC UA的实践

---

第二章 OPC UA理论基础

2.5 OPC UA信息模型及建模

关于信息模型的基础二手知识可以看我之前的一篇博文：OPC UA 学习笔记(总览介绍与信息模型相关)

OPC UA服务器的地址空间是一个完全互联的、以图状拓扑呈现的信息模型。

• 信息模型：包括节点、节点本身特性以及之间的相互连接。
• 节点集合：一组符合相应行业、公司名、项目的节点，通常放在一个命名空间下。但所有的节点都属于这个命名空间。
• NodeId：由命名空间索引（URL）+ 节点集合内唯一标识符组成
• 节点标识符：数字（i）、字符串（s）、全局ID（g）、Opac。例如：《ns=3；s=Deckel_geoeffnet；i=84》
• 浏览名称：BrowseName，人类可读的节点名称。

节点类型：对象（Object）、对象类型（ObjetcType）、变量（Variable）、变量类型（VariableType）、数据类型（DataType）、引用类型（ReferenceType）、方法（Method）、视图（View）。

其他节点之前都提过了，除了视图。视图时地址空间的一个子集，用于特定场合简化客户端对地址空间的访问。

绘图对应图形语言如下：

类型定义（实例声明）
三个建模规则：

1. 可选：服务器根据实际应用自由决定该子类型在节点实例中是否存在
2. 强制：该子类型实例声明存在于每个节点实例
3. 受限：该实例声明的BrowseName属性无实际意义，也无法设置或者确认。
   • ExposeItsArray
   • OptionalPlaceholder
   • MandatoryPlaceholder

引用类型

1. HasComponent, 描述从属关系
2. HasProperty，用于标识节点属性
3. HasTypeDefinition，用于连接对象或者变量与其所归属的类型定义
4. HasSubType，用于展示类型层次结构中的继承关系

信息模型实例

烟雾报警器对象的信息模型，整个地址空间中，上面的图代表类型定义，下面是层次结构。

信息模型创建步骤：

应用评估

正式部署

真实场景完整性检验

修正重新验证

具体实现

存储格式和文档

知识结正式展现

重力的数据模型

模型设计

收集或组织概念,属性和相互关系

各模块之间的低相关性

自上而下设计

自下而上设计

一致命名规则,定义共同概念,排除不一致

对概念进行系统化整理

在概念之间建立联系

分析

伴随标准

需求分析

应用场景

2.6 在生产线中的引入

1. 信息系统
2. 信息交互
3. 数据采集