OPC UA以统一的方式提供设备和机器的数据和接口的标准化。在工业物联网起步之前，人们对这个规范和广泛采用的方式已经谈了很多。SAP长期以来一直采用此规范。SAP Plant Connectivity（SAP PCo）或IoT Services Edge Gateway SDK等产品作为服务器和客户端都支持此标准。

在本博客中，我想分享我与SAP Leonardo IoT一起使用SAP PCo的经验，特别是如何使用IoT AE Timeseries API来保存来自承载OPC UA的PLC的数据服务器。

在这个具体的例子中，我们有一个PLC，数据和大数据，它根据OMAC标准（机器自动化和控制组织）对服务器中的数据标签进行建模。该模型是根据OPC-UA数据模型的配套规范定义的。在sappco中，怎么选购云服务器，我们连接到OPC UA并构建源系统。我们在其实例中订阅了一些数据标记。这一部分相当简单，在SAP的各个博客中也有详细的解释。

我想更详细地解释一下练习的第二部分，其中，我利用oAuth设置生成令牌，并将数据发送到SAP Leonardo IoT时间序列API。

前提条件

令牌生成

创建一个新的目标系统类型–Universal Web Service Destination，称为–IoTAE\u TS\u Ingestion

图1。认证服务配置

物联网AE–/Things API调用

图2。将请求与IoT AE–/Things payload

在这里，淘客论坛，您可以观察到属性集类型和thing id通过"call"参数下的变量传递给调用。当然，人们可以重命名这些。在Advanced Configuration（高级配置）下，输入模板URI作为/Things（'{呼叫.thingId}’)/{呼叫.thingType}/{呼叫.nPST}，永久免费自助建站平台，

图3.发送数据的模板URI设置

图4。使用变量和数据测试调用

代理实例

我们为OPC UA源系统创建一个名为LocalOPCUA的新代理实例。创建代理实例时，我们浏览OMAC定义提供的OPC UA标记结构，并选择与SAP Leonardo IoT中数据存储相关的所有标记。订阅后，这些标记稍后可用于基于标记的通知实例。

我们还可以将Universal Web Service Destination System definition IoTAE\u TS\u Ingestion作为基于标记的通知拖放到此代理实例下。完成此步骤后，现在可以看到从OPC UA服务器订阅的所有标记。我们还可以为上述两个调用中的其余变量添加新标记。我的通知定义是这样的，

图5。将OMAC定义中的OPC UA标记分配给目标中的输入变量。

在静态或动态地从OPC UA源中给出值后，可以在此处使用正则表达式或数学表达式来塑造数据。也可以导出新值或计算新值，大数据分析软件，如当前时间戳（currTs）。

通知中的Destinations选项卡还将包含输出目的地映射。这里我们可以指定哪个变量必须用输出表达式填充，这基本上就是图2和图5所示之间的映射。这个任务看起来像

图6。将目标中的变量映射为值

此步骤完成后，可以保存并启动代理实例。您还可以查看实例的logging选项卡以查看调用序列。

SAP Leonardo IoT中的数据

在SAP Leonardo IoT中，我们定义了一个Thing Model，它具有表示PCo中订阅的OPC UA标记的属性。可以打开Thing Model查看OPC UA服务器的数据。

图7。SAP Leonardo Thing Modeler OPC UA服务器的节拍和温度值

下一步

如果OPC UA服务器发送数据非常频繁，例如每500毫秒，建议缓冲JWT令牌，检查令牌的有效性，然后根据需要生成。SAP PCo通过在多个呼叫流中的每个请求结果处添加附加逻辑来支持这一点。

还可以将数据路由到本地或基于云的消息队列系统以进行临时缓冲或存储。

贡献

特别感谢SAP PCo和SAP Leonardo的开发和咨询团队的同事IoT在整个工作过程中提供建议、纠正和指导。

Domnic Savio Benedict

SAP T&I IoT

更新：-多个调用目的地和oAuth调用是使用sappco的标准特性临时生成的，以更简单的方式进行。