OPC OPCUA OPCDA

基本概念

OPC：(OLE for Process Control)基于COM/DCOM的数据访问的标准。

      OPC是在1996年前后，由几大自动化供应商组成一个工作组，负责开发基于COM和DCOM的数据访问标准。OPC——OLE for Process Contrl，微软公司对象链接和嵌入技术在过程控制方面的应用，是一系列接口、方法和属性的标准集。它基于OLE、COM、DCOM技术、XML，采用客户端/服务器（Client/Server）结构，将通讯协议与设备/应用隔离的技术。微软的OLE、COM定义了各种不同的软件如何交互使用和分享数据，从而使得OPC能够提供通用的接口规范，用于各种过程控制设备之间的通讯，不论过程中采用何种应用软件和硬件设备。OLE——Object Linking & Embeding，对象链接与嵌入，也就是现在的微软的ActiveX。

DA：数据访问

OPCDA：基于OPC标准的数据访问

     OPC 只是一个标准。那用OPC来干嘛，用OPC来进行数据访问。OPC数据采集端，通过串口，以太网，板卡，采集到的数据，作为OPC服务端，以便OPC客户端来进行访问。

      这里的客户端和服务端，并不是我们所说的TCP/IP里的客户端和服务器。在同一台电脑里，应用程序访问数据，是通过DOM技术来访问的。再通俗一点，比如A程序把采集到的数据写到一个指定文件里。然后B程序到指定的文件读取数据并显示出来的。所以OPCDA的数据采集，客户端和服务端的角色就是类似于A程序和B程序的角色一样。所以，我们目前见到的OPCDA数据采集，都是在同一台电脑里发生的。

OPC DA：实时数据访问规范。定义了包括数据值，更新时间与数据品质信息的相关标准。

OPC HDA：OPC历史数据访问规范

      定义了查询、分析历史数据和含有时标的数据的方法。

OPC AE：OPC报警事件访问规范

      定义了报警与时间类型的消息类信息，以及状态变化管理等相关标准。

OPCUA：OPC统一框架

      2000年以后，很多嵌入式设备开始出现，linux系统，wince系统等逐渐应用在自动化设备中。而这些设备基本不能使用COM ，DCOM技术，甚至开发者也不愿意在这些嵌入式设备上使用这些技术和应用。为了能支持跨平台，跨系统，OPCUA应运而生了。

      因为此前OPCDA如果要在两台电脑间访问，除了复杂的配置，操作的繁琐，还存在安全性问题。使得OPCDA再难以满足多元化需求。

      现在有需要远程访问OPC的，都在使用OPCUA了，远程访问OPCDA也逐渐不被大家接受。慢慢地OPCDA也只存在于单机服务了。

      同时OPCUA将DA，HAD，AE整合在一起。也就是支持数据（有时候也叫实时数据），历史数据，报警和事件，通通一个协议搞定。因为是独立的TCP/IP协议，不再受限于别的技术，SCADA项目陆续使用OPCUA技术，也出现了很多成功的SCADA系统。而且各大互联网平台，也都在逐渐接受和推广OPCUA。相对于MQTT来说，OPCUA是能实现大一统。毕竟MQTT只是一个开放通道，每家的MQTT版本，主题都不一样，格式也不一样。

OPCUA就是解决OPCDA几大问题：

1 OPCDA只能使用COM技术，限制在Windows使用。

2 安全问题。

3 数据模式结构定义等的优化。

4 跨平台跨系统访问。

5 有专属的TCP/IP协议，其协议标注为IEC62541。