OPC通信

  经典 OPC 是OPC技术的早期阶段，名称中的“OPC”为“过程控制的 OLE”，“OLE”为“对象连接与嵌人”。OLE 技术是基于微软公司的 COM/DCOM 技术，因此经典 OPC质上也是基于 COM/DCOM 的过程控制技术。

  经典 OPC 提供了一整套过程控制中数据交换的软件标准和接口，包括:

  ① OPC 数据访问接口(OPC DA);

  ② OPC 报警与事件接口(OPCAE);

  ③ OPC历史数据访问接口(OPCHDA)

  OPC 数据访问接口定义了数据交换的规范，包括过程值、更新时间、数据品质等信息。 OPC报警与事件接口定义了报警、事件消息、变量的状态及如何管理。OPC历史数据访问接口定义了访问及分析历史数据的方法。

  根据在过程控制中扮演角色的不同，经典 OPC 软件可以分为 OPC 服务器软件和 OPO客户端软件两大类。OPC 服务器软件是整个系统的核心，它一方面与现场设备、PLC进行通信，将各种不同的现场总线、通信协议转换成统一的 OPC协议;另一方面与OPC客户端软件通过标准 OPC 协议进行通信，为 OPC客户端提供数据或者将 OPC 客户端的指令发送给 PLC 与现场设备。OPC 客户端软件只需要通过标准 OPC 协议与 OPC 服务器进行通信，就能将指令与数据发送给 PLC 或者现场设备。图 4-156 是经典OPC软件工作的示意图。

  从图 4-156 中可以看出，OPC 服务器软件在整个系统中处于中介地位，它一方面联系现场设备与PLC，另一方面与OPC客户端软件保持联系。这样做的好处在于:设备厂商只需要提供一个自己设备的 OPC 服务器软件，其他任何设备或软件只需要编写一个OPC客户端软件就能其通信。由于OPC的接口都是统一的，这大大减少了编程开发的工作量，日后的维护效率也成倍提高。经典 OPC 在过程控制中有着出色的表现。但是随着技术的发展及一些外部因素的变化，导致经典 OPC 已经不能完全满足人们的需求，主要表现在如下几个方面。

  图4-156 经典 OPC 软件工作示意图

  ① 经典 OPC 依赖微软的 COM/DCOM 技术。但是随着IT技术的发展，微软已经弱化了这种技术，而转向了跨平台的 SOA 技术。

  ② OPC 供应商希望提供一种数据模型将 OPC DA、OPC AE、OPC HDA 统一起来。

  ③ 为了增强竞争能力，OPC 供应商希望将 OPC 技术应用到非 Windows 平台。

  ④ 终端用户希望能在设备硬件的固件程序中直接访问 OPC 服务器软件。

  ⑤ 一些合作组织希望提供高效的、安全的、用于高水平数据传输的数据结构。

  在这种情况下，OPC 技术的推广和管理组织--OPC 基金会在 2008 年推出了新的 OPC技术:OPCUA(OPC统一架构)。

   OPC UA

  OPC统一架构具有功能对等性、平台独立性、安全性、可扩展性及综合信息建模等特性。

  ①功能对等性 OPCUA实现了经典 OPC的所有功能，并增加或增强了如下一些功能。

  a.发现:可以在本地 PC 和/或网络上查找可用的 OPC 服务器。

  b.地址空间:所有数据都是分层表示的(例如文件和文件夹)，允许 OPC 客户端发现利用简单和复杂的数据结构。

  c.按需:基于访问权限读取和写人数据/信息。

  d.订阅:监视数据/信息，并且当值变化超出客户端的设定时报告异常。

  e.事件:基于客户端的设定通知重要信息。

  f方法:客户端可以基于在服务器上定义的方法来执行程序等。

  OPC UA产品和 OPC Classic 产品之间的集成可以通过 COM/Proxy Wrappers 轻松实现。

  ②平台独立性 OPC统一架构(OPCUA)是跨平台的，不依赖于硬件或者软件操作系统，可以运行在 PC、PLC、云服务器、微控制器等不同的硬件下，支持 Windows、Linux、 Apple OSX、Android 等操作系统。

  ③ 安全性 OPC UA 支持会话加密、信息签名等安全技术，每个UA的客户端和服务器都要通过 OpenSSL 证书标识，具有用户身份验证、审计跟踪等安全功能。

  ④可扩展性 OPCUA的多层架构提供了一个“面向未来”的框架。诸如新的传输协议、安全算法、编码标准或应用服务等创新技术和方法可以并入 OPC UA，同时保持现有产品的兼容性。

  ⑤ 综合信息建模 OPC UA 信息建模框架可以将数 据转换为信息。通过完全的面向对象技术，即使非常复杂 多层次结构也可以被建模和扩展。

  由于 OPC UA技术的发展，OPC已经变成“开开发平台通信(Open Platform Communications)”的经宿写。