有理由在MQTT上使用UA OPC和UA OPC体系结构

Question

我是使用OPC UA的新手，我想澄清一下我对OPC UA的一些疑问，如下所示：

–在什么情况下使用OPC UA。

–基于MQTT的OPC UA体系结构。

如果有任何文件可以解释这两个疑问，谢谢

Answer 1

OPC UA可能是工业M2M通信的事实上的标准，并且在工业4.0的环境中非常重要。

假设您有一台工业机械（例如PLC）来管理其他一些机械，例如传感器。 使用OPCUA，您可以使用由OPCUA标准（ https://opcfoundation.org/定义的规则）构建的信息模型（对象结构和层次结构，类似于UML的概念）在PLC（将成为OPCUA服务器）中建模一些数据。 开发人员工具/规范统一架构/第3部分-地址空间模型/ ）。 因此，PLC首先使用特定的行业协议从这些传感器收集数据，然后在其地址空间中对一些被认为相关的数据进行建模。

您还可以在传感器上构建一个（opcua）服务器，想象一个温度或湿度传感器，您可以在其中对数据进行建模，这些数据不仅可以模拟温度值，还可以模拟制造商，工程单位（例如华氏温度或摄氏温度）。 但是，您也可以在服务器中插入方法，并将某些特定的操作与它们相关联，例如，如果发生某些情况，请打开/关闭特定的功能。 对于所有规范，您可以查看https://opcfoundation.org/developer-tools/specifications-unified-architecture ，在注册后，您可以在其中详细下载规范。 我发现的另一个很好的文档是http://documentation.unified-automation.com/uasdkcpp/1.6.1/html/index.html ，其中解释了主要概念。

一旦在地址空间内用信息模型定义了opcua服务器，就可以开始以标准化方式与其他一些工业机械进行交互。 这些机器可以是MES或HMI应用程序，并且必须是opcua客户。 他们可以查询上述opcua服务器，浏览其地址空间，读取值，调用方法，监视一些有趣的变量或事件（订阅它们，服务器将在发生更改时发送通知）。 主要优点是所有这些操作都是通过使用标准化消息执行的：如果要写入数据，则必须发送WriteRequest消息，如果要读取，则客户端将发送ReadRequest等等。 由于所有内容都是标准化的（从数据类型到消息的序列化），因此所有客户端都可以了解opcua服务器的结构（即使它们来自不同的制造商）。 否则，每个制造商都可以使用自己的方式定义服务或变量，并且您必须创建应用程序（例如HMI）以适合该特定供应商的API或约定。

关于基于MQTT的OPCUA，您可以在其中找到一些有用的信息OPC UA协议与MQTT协议 。 如前所述，OPCUA具有定义结构化和标准信息模型（可通过标准服务访问）的优势，因此使用MQTT只是整体的一部分。

理解opcua服务器中信息模型的另一个很好的参考可以是OPC统一体系结构