OPCUA 聚合服务器和历史数据服务器

 前言

         开放自动化是一个热门话题，自动化XML（AutomationML），基于信息模型的通信协议（OPC UA）和工业4.0 管理壳（ASS） 可谓是开放自动化的三套件。三者相互交叉，相互引用，跟着学习是一个脑袋两个大。在笔者看来，对于大多数企业和从业人员而言，我们首先应该从具体的应用场景出发，探寻这些技术标准在当前应用的可能，与应用共同地成长。

     从应用出发研究开发自动化的一个好方法是了解国外公司的相关产品，在这些产品的介绍中包括了许多的应用场景。研究这些应用场景是否与我们的场景匹配。当然面对国外公司产品没有很好覆盖的场景。也许是你的创新机会。

     在本博文中，我们从IT/OT 融合的角度，分析聚合服务器和历史数据服务器的重要性。

IT/OT 的结合点

IT/OT 融合是人们的关注重点，但是许多问题只有深入细节，才能能判断事情的优劣。IT 专家大谈各种融合方法，微服务，云平台，IoT，MQTT，OPC UA 等等。但是OT专家却谨小慎微，这也不行，那也不行。

    OT 专家是对的，自动化线的安全性，可靠性十分重要，一个小小的操作失误可能造成巨大的财产损失和人员丧亡。

        所以，要在不影响生产线安全和可靠运行的前提下，才能够将生产线向IT 开放，简单地将生产设备与云端服务互联是一种不安全的做法。比较合适的方法是通过一个公共的，安全的节点向IT结合。这就是聚合服务器的作用，将IT 系统需要的数据聚合在一个服务器上，公司的ERP，MES ，数据分析和数字孪生系统通过聚合服务器访问生产数据。

 

聚合服务器和历史数据服务器

聚合服务器

      我们在前面的博文中描述过聚合服务器，《OPC 10000-13: UA Part 13: Aggregates》中有相关聚合服务器的描述。

Softing 公司的聚合服务器

 该产品不仅实现了数据的聚合，而且扩展了安全，物联网协议(MQTT)和云服务接口。

历史服务器（historical）

在数字化制造领域中，另一个重要的数字基础设施是历史数据库。大数据分析都是依据一段时间的历史数据进行的。在发展的早期，历史数据都是存储在现场设备内部的存储卡上的。如果是这样的话，读取这些历史数据变得异常复杂，很可能是一种设备一种方式。另一方面，现场设备内部的存储空间是有限的，保留的周期比较短，也不可能在小型嵌入式设备中安装数据库程序。设备中内嵌历史数据存储的最大好处是写入方便，不需要访问外部数据库，节省了网络带宽。

另一种方案是将历史数据集中存储在外部，通过网络存取。

在OPC UA 的Part 11 中，规范了历史数据的访问。

《OPC 10000-11 UA Part 11: Historical Access》，该规范中提出了如下架构

         根据它的描述，历史数据库是一个OPCUA 的 服务器，它从其他服务器中采集数据。历史服务器中保留了一些相关的信息模型，OPCUA 客户端通过访问历史数据服务器读取历史数据，而历史数据服务器中保留了一个数据库系统。

          下面是历史数据服务器和聚合服务器相结合的方式：

         UA 客户端访问聚合数据的历史数据节点，映射到相关的历史数据库，由历史数据库访问实际的数据库系统。读取数据。

        值得一提的是，UA Part 11 规范的是历史访问（Historical Access），而不是历史数据服务器，所以，如果在你的设备中具备了数据存储的能力（例如SD卡），也可以被客户端直接访问。如果聚合支持历史访问，想必能够和历史数据库合二为一（个人猜想，没有实践）。 

 

         作为OPCUA 的网关产品可以带有历史数据库，也可以不带历史数据库，通过外部历史数据库服务器访问。对于历史数据的时间标签要求高，网络实时性的系统*比如支持TSN网络的系统，可以使用内置历史服务器。

     为了避免网络带宽堵塞，可以考虑使用另外的网络访问数据库。

下面是Prosys 公司的历史数据库Historian ：

 在它们的系统中，应用软件可以通过SQL 访问历史数据库。

 结束语

       遵循标准无疑是正确的方法，但是在具体应用中具有很大的灵活性。关键是要能够解决应用中的问题。