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

标准通信协议设备驱动程序标准通信协议设备驱动程序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 配置这样的系统的时候会非常困难，用户往往只能选择单一设备制造商提供的 产品，但如果每个设备的通信协议都配置了?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 基金会定义的接口，并在组件中实现接口的方法；提供过程画面的软件厂商作 为客户端，在访问现场设备的时候也是基于?OPC?基金会定义的接口，并通过 OPC?服务器对象实现的方法完成数据通信。 COM?组件还分为进程内组件和进程外组件，如果以?DLL(动态连接库)的方 式实现组件程序，就称为进程内组件，进程内组件程序运行在客户程序的地址 空间里，因此效率比较高，但其严重的错误会引起客户进程的崩溃。以?EXE?方 式实现的组件程序是进程外组件，进程外组件程序和客户程序运行在各自独立 的地址空间，稳定性较好。对于进程外组件