关于OPCUA的配套规范

姚家湾

已于 2023-01-07 08:50:04 修改

阅读量1.3k

点赞数 1

分类专栏： opc ua 文章标签： OPC UA 工业4.0 自动化 Powered by 金山文档

于 2023-01-06 18:27:47 首次发布

本文链接：https://blog.csdn.net/yaojiawan/article/details/128583145

版权

opc ua 专栏收录该内容

29 篇文章 18 订阅

订阅专栏

OPC UA中的信息建模能力足够强大，使OPC UA成为定义从简单的数据（如工程单位和传感器或设备生成的最大/最小范围）到大型复杂关系的理想选择，其中包括涉及数据结构，方法和状态机的复杂对象类型的实例化。也就是说，OPCUA 信息模型的颗粒度是非常细，为构建各种信息模型提供了灵活的方法。

OPCUA 提供的是基本的信息模型，包括了UAObject，UAVariable，UAMethod等等。要实际创建自定义 OPC UA 信息模型，您可以使用文本编辑器创建标准化的 XML 文件，或者使用一些图形工具来生成 XML 文件。

OPCUA 信息模型的目标是整个工业界。在各个专业领域，针对行业的特点能够构建各种复杂的信息模型。例如注塑/橡胶行业的信息模型，称重行业的信息模型等等。这些专业领域的信息模型的形式和语义可以由行业专家来自由构建。不过另一方面，灵活性也会带来兼容性的问题。不同厂商，地区构建的设备OPCUA模型在形式和语义方面壳能存在差异。难以实现即插即用。为了促进专业领域的信息模型的信息交互，必需对行业信息模型做更进一步的标准化。

OPCUA 组织通过OPCUA 配套规范（Coompanion Specifications）来实现行业信息模型的标准化的。

OPCUA 配套规范对于OPCUA 的推广至关重要。实现真正的互操作性，系统必须能够在建立连接之前预测它将遇到的信息结构，因为这样，您就可以构建机器和软件应用程序，这些机器和软件应用程序已经完全了解它们如何相互交互。这就是激励OPC基金会与各个垂直行业合作，为每个垂直行业指定标准化信息模型的原因。

例如，如果制药行业的设备和软件供应商就相同的信息模型规范达成一致，那么就可以在该行业内构建即插即用系统。

配套规范建立在OPC UA基础和内置信息模型之上。目前，它们的范围从工业通信协议建模（Profibus和BACnet等协议被映射到OPC UA）到垂直规范合作，例如石油和天然气，能源和工厂自动化。

OPC UA配套规范

OPC UA指定了许多基本信息模型，用于定义常用对象，包括实时和历史数据变量和警报。可以基于OPC UA数据模型创建新的信息模型，并最终从OPC UA基础信息模型派生出来。此类信息模型的规范与OPC UA基础设施一起在语义级别实现互操作性，称为配套规范。

OPC UA配套规范旨在通过描述设备应公开的接口，服务和数据来提供解决方案，以便更轻松地进行配置和解释。

20年前，如果你买了一台数码相机，它通常带有USB接口。但是，您仍然必须安装相机随附的CD中提供的驱动程序。如今，您只需插入相机即可开箱即用。从即插即用到即插即用的过渡对于家庭和企业中的台式机/笔记本电脑和外围设备的用户来说已经相当普遍。这种转变是由通过改善用户体验来获得市场份额的需求推动的，而在此之前，用户体验并不是很用户友好。

工业世界没有发生类似的转变。这是由于工业用例的碎片化性质以及这些安装中使用的设备的低容量性质。作为工业用户，我们能够理解和解释基于哪些设备运行和提供数据的配置和格式。但这需要付出巨大的努力才能跨不同供应商的设备完成，并且当同一设备以不同的配置运行时，也需要重复努力。

如果工业设备以减少重复配置和数据解释工作的方式生成数据，效率将大大提高。OPC UA配套规范旨在通过描述设备应公开的接口，服务和数据来提供解决方案，以便更轻松地进行配置和解释。

回到相机示例，所有相机都提供相同的接口来访问照片/图像数据。但是，作为消费者，您根据内部功能和特性决定购买哪一个，因为这些功能和特性可能因不同的型号而异。例如，一个型号可能提供蓝牙配件来远程触发拍照，而另一个型号可能不提供。

从工业角度考虑这一点，让我们考虑基于AutoID的应用程序的示例。这些应用程序在部署场景中使用工业 RFID 和条形码扫描仪等设备，例如仓储中的产品识别和跟踪。来自多个供应商的这些设备将OPC UA作为通用接口，并实施通用扫描方法来识别新的RFID应答器或条形码，但它们可以根据其规格（例如支持的读取范围和速度等）与内部不同。这些数据的解释因所使用的技术而异，但仍然可以使用相同的 API 以通用方式进行描述。这可以通过配套规范来实现，这也允许您编写自己的扩展。

让我们以两个场景来进一步了解配套规范：

场景 1

考虑到每个供应商都在其产品或设备中集成了OPC UA。但是每次都需要工程工作才能连接到UA服务器，因为每个供应商在其实施中提供不同的服务。

场景 2

如果所有供应商都在其产品中实现 AutoID 配套规范，则连接到UA 服务器所需的唯一工作是决定实现哪些方法以及如何调用它们。这变成了一个即插即用的环境。

许多行业开始开发OPCUA配套规范：