OPC System

OPC全称是Object Linking and Embedding（OLE） for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE 2技术，OLE标准允许多台微机之间交换文档、图形等对象。

1.OPC技术

OPC(OLE for Process Control, 用于过程控制的OLE)是一个工业标准，管理这个标准国际组织是OPC基金会，OPC基金会现有会员已超过220家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。 基于微软的OLE(现在的Active X)、COM （部件对象模型）和DCOM （分布式部件对象模型）技术。OPC包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。

2.OPC原理

首先简单介绍一下Microsoft发展的COM/DCOM[2]：

COM是一种发展软件组件的方法，所谓的软件组件，是指一个可以提供应用程序、操作系统、以及其它组件服务的二进制可执行程序。依据 COM 这样的概念，发展应用程序就像是堆积木一样，每一个 COM 组件就是一块积木，你可以利用各式各样不同的积木，拼凑出你所需要的应用程序。

在实作上，COM 透过一组一组的接口 (Interface) 提供服务，所有 COM 组件的使用者，都必须透过这些 Interface 来使用组件提供的功能。

如前面所述，OPC Server 透过一组一组的接口提供服务，不过在实作的架构上，OPC Server 共分为三层：分别是 OPCServer, OPCGroup, OPCItem。

其中每一个 OPCItem 对应到一个实际的硬件装置上的某一个 channel 或 port；每一个 OPCGroup 则包含了许多的 OPCItem，同时并定义这些 OPCItem 更新的时间、方式，以及提供读取 OPCItem 值的接口；而每一个 OPCServer 则包含若干个 OPCGroup，同时提供操作这些 OPCGroup 的接口。

3.OPC Server架构

如前面所述，OPC Server 透过一组一组的接口提供服务，不过在实作的架构上，OPC Server 共分为三层：分别是 OPCServer, OPCGroup, OPCItem。

其中每一个 OPCItem 对应到一个实际的硬件装置上的某一个 channel 或 port；每一个 OPCGroup 则包含了许多的 OPCItem，同时并定义这些 OPCItem 更新的时间、方式，以及提供读取 OPCItem 值的接口；而每一个 OPCServer 则包含若干个 OPCGroup，同时提供操作这些 OPCGroup 的接口。