OPC及OPC服务器的设计与实现.docx

设 设 备 驱 动 程 序 设 备 驱 动 程 OPC 及 OPC 服务器的设计与实现 OPC 及 OPC 服务器的设计与实现 上海自动化仪表股份有限公司技术中心 张庆军 摘要:简要介绍了 OPC 原理， OPC 规范以及小型 DCS 控制系统 OPC 服务 器的设计与实现。 关键词 :OPC COM DCOM DCS 一 引言 OPC （OLE for process control ）是一个工业标准。它是由一些世界上占 领先地位的自动化系统和硬件、软件公司与微软合作而建立的、满足开放性的 和互操作性的接口标准。 OPC 标准的建立基于微软的 COM 技术规范，并由 OPC 基金会这个国际组织管理。 OPC 为不同厂商的硬件设备、软件和系统定 义了公共的接口，使得过程控制和工厂自动化中的不同系统、设备和软件之间 能够相互连接、通信、操作。 一般在控制系统中，包含过程画面的软件（如 SCADA 软件）在与现场设 备通信的时候，常采用如下的方法： 1，采用标准的通信协议，如 profibus 、 modbus 、 HART 、 CAN 总线等， 因为监控管理软件与现场设备采用同样通信协议，所以监控管理软件不需要对 现场设备的驱动程序。 2，对于没有采用标准的通信协议的设备，监控管理软件需要在设备制造商 的配合下为这些设备开发驱动程序。这种方式虽然执行效率比较高，但兼容性 差，软件供应者必须对每一种接入的设备开发驱动程序，设备制造商也必须提 供设备的通信协议。 3，通过 OPC 这个开放协议与过程控制或其他系统软件进行通信，这种方 式的优点在于：不管硬件设备是否使用标准的通讯协议，制造商只需提供一套 OPC 服务器，即可支持大部分的监控等软件 标 标 准 通 信 协 议 标 标 准 通 信 协 组态监控软件 OPC 接口 OPC 服务器 议 , 也不需要将自己的通信协议等细 序 现场设备 控制系统中往往混合有多种协议，有符合不同的现场总线标准的设备，也 有厂商使用自定义通信协议的设备，因而开放性很差。提供过程画面的软件在 1 / 61 / 6 OPC 及 OPC 服务器的设计与实现 配置这样的系统的时候会非常困难，用户往往只能选择单一设备制造商提供的 产品，但如果每个设备的通信协议都配置了 OPC 服务器，由 OPC 服务器封装 这些协议，并通过标准的接口给提供过程画面的软件，这样提供过程画面的软 件就可以通过标准的 OPC 接口实现与设备的互连，对于软件来说就不需要实 现诸多的通信协议，对于用户来说就可以提高选择产品的自由度。 由上海自动化仪表股份有限公司技术中心开发的新一代全数字化小型 DCS 控制系统，在数据访问中使用了 OPC 技术，并开发了 OPC 服务器，使得该控 制系统向各种管理系统开放。 二 COM/DCOM 与 OPC COM(Component Object Model, 组件对象模型 )，是一种独立于语言的组件 规范，并提供了实现交互的环境，可以生成二进制级别的可重用组件。实际上 我们平时常见的 OLE(object linking and embedding, 对象链接和嵌入 )技术和 ActiveX 技术都是以 COM 规范为基础的，用于过程控制中的 OPC 技术也是以 COM 规范为基础的。 在 OLE 最初的版本 OLE 1 中，组件程序和客户程序之间的通信没有采用 COM 接口技术，而是采用了 DDE(dynamic data exchange, 动态数据交换 )技 术， DDE 是建立在 windows 消息机制的基础上的，用于进程间的数据交换技 术。由于 DDE 技术存在效率低、稳定性差、使用不便等缺点，在 OLE 技术发 展到 OLE 2 的时候，已经成为使用 COM 架构的软件系统。 COM 组件通过接口继承的方式分离了接口和实现，客户只能通过接口来访 问 COM 组件的实现，实现的细节对于客户来说是不可见的。 COM 组件的接口 是用 128 位的全球唯一标识符号 (GUID,Globally Unique Identifier) 标识的。在 OPC 基金会提供的 IDL 文件中，定义了一系列由 GUID 标识的接口以及接口方 法的原型。这样，现场设备的硬件厂家实现的 OPC 服务器组件，是基于 OPC 基金会定义的接口，并在组件中实现接口的方法；提供过程画面的软件厂商作 为