1. 概述
OPC (OLE for Process Control——用于过程控制的OLE)是一个工业标准,它是许多世界领先的自动化和软、硬件公司与微软公司合作的结晶。这个标准定义了应用Microsoft操作系统在基于PC 的客户机之间交换自动化实时数据的方法。管理该标准的组织是OPC基金会。该基金会的会员单位在世界范围内超过220个。包括了世界上几乎全部的控制系统、仪器仪表和过程控制系统的主要供应商。OPC基金会的先驱——一支由Fisher-Rosemount、Rockwell软件公司、Opto 22、Intellution和Intuitive Technology公司组成的“特别工作组”——在经过一年工作后,开发出一个基本的、可运行的OPC规范。简化的第一阶段的标准在1996年8月发布。
随着1997年2月Microsoft公司推出Windows95支持的DCOM技术,1997年9月新成立的OPC Foundation对OPC规范进行修改,增加了数据访问等一些标准,OPC规范得到了进一步的完善。 OPC是基于Microsoft公司的Distributed Internet Application (DNA)构架和Component Object Model (COM)技术的,根据易于扩展性而设计的。OPC规范定义了一个工业标准接口,这个标准使得COM技术适用于过程控制和制造自动化等应用领域。 OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式,具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数,不管现场设备以何种形式存在,客户都以统一的方式去访问,从而保证软件对客户的透明性,使得用户完全从低层的开发中脱离出来。
2. 传统的过程控制系统结构
传统的过程控制系统是一对一的系统,任何一种HMI等上位监控软件或其它应用软件(如趋势图软件、数据报表与分析等)在使用某种硬件设备时都需要开发专用的驱动程序。如下图所示:
图 1 传统的过程控制系统结构
系统构建完成后的最终结果是:
-
1种软件要使用N类硬件设备需要开发N个驱动程序;
-
M类软件要使用N类硬件设备需要开发M*N个驱动程序;
-
每增加1个新的应用软件需要另外开发N个硬件设备的驱动程序;
-
每增加1个新的硬件设备需要为M个软件开发新的设备驱动程序;
在上图所示的例子中,针对4种控制设备所完成的3个应用系统一共需要开发3*4=12种驱动程序。新增应用软件或者硬件设备带来的只会是驱动程序种类的迅速增长。
3. 基于OPC技术的过程控制系统结构
基于OPC技术的过程控制系统则可以完美地解决传统方式种的上述问题。其基本系统结构如下图所示:
图 2 基于OPC的过程控制系统结构
任何一种设备只需要提供一种驱动就可以供任何软件系统使用,系统构建完成后的最终结果是:
-
M类软件要使用N类硬件设备只需要开发N个驱动。
-
每增加1个新的应用软件不需要另外开发硬件设备的驱动程序;
-
每增加1个新的硬件设备只需要为开发1个新设备的驱动程序;
在上图所示的例子中,针对4种控制设备所完成的3个应用系统一共仅需要开发4种驱动程序。新增应用软件或者硬件设备可以轻松的扩展您的系统。
由于OPC规范基于OLE/COM技术,同时OLE/COM的扩展远程OLE自动化与DCOM技术支持TCP/IP等多种网络协议,因此可以将OPC客户、服务器在物理上分开,分布于网络不同节点上。
OPC规范可以应用在许多应用程序中,如它们可以应用于从SCADA 或者DCS系统的物理设备中获取原始数据的最底层,它们同样可以应用于从SCADA 或者DCS系统中获取数据到应用程序中。实际上,OPC设计的目的就是从网络上某节点获取数据。OPC的客户/服务器关系图同样描述了OPC在SCADA系统的应用。