OPC UA学习指南

david2code

已于 2023-08-10 10:16:32 修改

阅读量546

点赞数

分类专栏： OPC-UA 文章标签：制造

于 2023-08-09 18:36:48 首次发布

本文链接：https://blog.csdn.net/lushanshan07170717/article/details/132186291

版权

OPC-UA 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

OPC 起源

自20世纪90年代初以来，工业自动化领域内，基于PC和软件的自动化系统，特别是基于Windows PC上的可视化和控制应用迅速增长。在过去几年里，标准化的自动化软件开发的一个主要努力方向就是，通过大量不同总线系统、协议、接口访问自动化设备上的数据。
由于人机界面（HMI）、监控和数据采集（SCADA）软件供应商有类似的问题，1995年，一个由Fisher-Rosemount、Rockwell Software（罗克韦尔软件）、Opto22、Intellution和Intuitive Technology公司共同发起的工作小组成立了。该工作小组的目标是基于Windows系统，定义一个设备驱动访问自动化数据的即插即用标准。
很快，1996年8月，OPC DA（数据访问）规范发布了。OPC基金会是维护这个标准的非盈利组织。几乎所有提供工业自动化系统的厂商都成为了OPC基金会的成员。在制造业和流程工业不同的工业自动化系统之间进行数据交换方面，OPC是一个普遍被接受的标准。
OPC之所以能够取得成功，有如下原因

集中关注重要特性，使用基于Windows的COM和DCOM技术，使得OPC基金会能够比其他组织快得多地定义、通过、实践有关标准。
制定核查机制，开发OPC适应性程序，以确认所有的OPC产品可以互操作，并确保一定的质量水平。OPC适应性程序定义了两个认证级别：
- 第一个级别结合了自我认证和互操作性研讨会。通过自我认证的产品可以使用Self-Tested logo
- 第二个级别是独立的测试实验室产品认证。通过第三方认证的产品，用OPC认证logo标明其高质量和OPC适应性。

OPC UA起源

随着OPC在数以千计的产品中顺利采用，今天的OPC已经作为自动化系统之间的标准接口而应用在自动化金字塔的不同层次上，它甚至用在很多不是预先设计的领域，还有许多其他领域制造商希望利用这样一个OPC标准，但却不能使用，因为OPC的COM依赖性和它使用DCOM的远程访问的局限性。
OPC UA的诞生是希望为所有现有的基于COM的规范，建立一个没有损失任何功能和性能的真正替代品。此外，它必须能够描述复杂系统的丰富的和可扩展的建模能力，以及平台独立的系统接口的所有需求。

OPC UA的特点

跨越平台：基于COM/DCOM的OPC协议只能支持Windows操作系统，而OPC UA可以支持Windows、Linux、Android等操作系统。
安全性保证：OPC UA可以对传输的数据进行加密，保证了数据从设备到本地再到远程的自动化和信息化系统的可靠传递。
接口标准化：定义了统一的数据和服务接口标准，可以整合不同厂家PLC数据。

比如：传统系统要监控三种不同厂商生产的PLC设备，各种应用软件都必须提供这三种设备的驱动程序，如下图，三个软件需要9个驱动程序来维护整个系统的正常运行，而且因为软件商不同，软件间不能相互通信，采集的数据不能存储在同一个数据库，使得维护运转困难

在这里插入图片描述
而OPC UA实现了不同供应厂商的设备和应用程序之间的接口标准化，以 OPC UA服务器的形式提供给用户，如下图，解决了多个软硬件厂商的矛盾，提高系统的开放性和稳定性。

在这里插入图片描述

OPC UA常用工具

客户端
- UaExpert
服务端
- KEPServer
- Prosys OPC UA Simulation Server

OPC UA开发

OPC UA的开发有一定的难度，目前有两种方式，基于商业授权SDK开发和基于开源软件开发。
基于商业授权SDK开发会降低开发难度，不需要对OPC UA协议有很深入了解，缺点是授权费用比较高，一般30万以上。
基于开源软件开发，需要开发都对OPC UA有一定了解，开发周期也长，稳定性不如商业SDK，好处是免费。