OPC详细说明.docVIP

OPC概述 什么是OPC？ OPC是一种利用微软的COM/DCOM技术来达成自动化控制的协定OPC全称是Object Linking and Embeding（OLE） for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在现今的工业自动化中，我们需要一套整合的信息系统，由底层的各项装置采集信息 (Field Management)，中层的控制系统或图控应用程序进行程序的控制 (Process Management)，再由最上层的整合软件将这些信息整合起来以供企业决策或效能提升，如下图所示: OPC 为硬件制造商与软件开发商提供了一条桥梁，透过硬件厂商提供的 OPC Server 接口，软件开发者不必考虑各项不同硬件间的差异，便可自硬件端取得所需的信息，所以软件开发者仅需专注于程序本身的控制流程的运作。此外，由于 COM/DCOM 实作并隐藏了网络的细节，透过 OPC 可以很容易地达成远程控制的理想。在说明 OPC Server/Client 运作方式之前，我们先简单介绍一下 Microsoft 发展的 COM/DCOM 是什么?COM 是一种发展软件组件的方法，所谓的软件组件，是指一个可以提供应用程序、操作系统、以及其它组件服务的二进制可执行程序。事实上，发展自订的 COM 对象就好象是在建构一套可以动态执行的对象导向 API 一般。你可以在应用程序执行的时期随意拼上或移除所需要的组件。依据 COM 这样的概念，发展应用程序就像是堆积木一样，每一个 COM 组件就是一块积木，你可以利用各式各样不同的积木，拼凑出你所需要的应用程序。在实作上，COM 透过一组一组的接口 (Interface) 提供服务，所有 COM 组件的使用者，都必须透过这些 Interface 来使用组件提供的功能。OPC 的规格中便定义了许多 OPC Server 应该提供的 Interface，要撰写一个 OPC Server 的 COM 组件，你必须在你的组件中加入这些接口，并提供它们的实作，Client 便可以透过这些接口，操作连接到 OPC Server 的硬件装置，这也就是 OPC Server/Client 运作的方式。以下的图标可以让这样的概念更清晰。 OPC Server 架构如前面所述，OPC Server 透过一组一组的接口提供服务，不过在实作的架构上，OPC Server 共分为三层：分别是 OPCServer, OPCGroup, OPCItem其中每一个 OPCItem 对应到一个实际的硬件装置上的某一个 channel 或 port；每一个 OPCGroup 则包含了许多的 OPCItem，同时并定义这些 OPCItem 更新的时间、方式，以及提供读取 OPCItem 值的接口；而每一个 OPCServer 则包含若干个 OPCGroup，同时提供操作这些 OPCGroup 的接下图可以较清楚地说明 OPCServer/OPCGroup/OPCItem 间的关系： 结论OPC Server/Client 是一套利用微软的 COM/DCOM 技术达成工业自动化资料取得的架构。OPC Server 提供了许多的接口，Client 端透过这些接口，可以取得与 OPC Server 相连的硬件装置的信息，而无须了解这些硬件装置的细节信息。也就是说，程序设计者可以使用相同的程序代码，操作不同的硬件装置，充分达成 software reuse 的理想。同时，由于 COM/DCOM 已实作了网络部分的细节，也使得 Client 对 OPC Server 进行远程访问非常容易，使程序设计者很容易地达成远程控制的目标。