服务器与客户程序开发指南.docVIP

第1章OPC概述 ?关键字：COM?DCOM?OPC DA 通讯规范?CLIENT?SERVER GROUP ITEM?自定义接口?自动化接口?同步?异步?回调 随着计算机科学技术、工业控制等各方面新技术的迅速发展，计算机监控系统由早期的集中式监控向全分布式的方向发展，计算机监控系统软件随着面向对象技术、分布式对象计算、多层次Client/Server技术的成熟，也从早期面向功能的系统软件，发展为面向具体现场设备为特征的面向对象的监控系统软件。 同时，计算机监控系统规模越来越大，不同厂家生产的现场设备的种类在不断增加，由于不同厂家所提供的现场设备的通讯机制并不尽相同，计算机监控系统软件需要开发的硬件设备通信驱动程序也就越来越多，造成了硬件通讯驱动程序需要不断开发的现象，而基于COM/DCOM技术的OPC技术，提供了一个统一的通讯标准，不同厂商只要遵循OPC技术标准就可以实现软硬件的互操作性。 OPC（OLE for Process Control，用于过程控制的OLE）是为过程控制专门设计的OLE技术，由一些世界上技术占领先地位的自动化系统和硬件、软件公司与微软公司（Microsoft）紧密合作而建立的，并且成立了专门的OPC基金会来管理，OPC基金会负责OPC规范的制定和发布。OPC提出了一套统一的标准，采用典型的CLIENT/SERVER模式，针对硬件设备的驱动程序由硬件厂商或专门的公司完成，提供具有统一OPC接口标准的SERVER程序，软件厂商只需按照OPC标准编写CLIENT程序访问（读/写）SERVER程序，即可实现与硬件设备的通信。 如图1.1所示，与传统的通讯开发方式相比，OPC技术具有以下优势： ·硬件厂商熟悉自己的硬件设备，因而设备驱动程序性能更可靠、效率更高。 ·软件厂商可以减少复杂的设备驱动程序的开发周期，只需开发一套遵循OPC标准的程序就可以实现与硬件设备的通信，因此可以把人力、物力资源投入到系统功能的完善中。 ·可以实现软硬件的互操作性。 ·OPC把软硬件厂商区分开来，使得双方的工作效率有了很大的提 高。 ? 图1.1 OPC技术应用前后比较 ? 因此OPC技术的出现得到了广大软硬件厂商的支持，并迅速发展。自从1997年9月发布OPC DA1.0规范以来，经过多年的发展，OPC规范已经被工控领域大多数厂商接受，并成了工控软件的技术标准。目前OPC规范主要有DA（Data Access）规范，AE(alarm and event)规范，HDA(history data access)规范等。而且随着OPC技术与企业整体信息系统集成的需求变得日益迫切，对OPC技术的跨平台性能和Internet特性提出了更高要求。为此，OPC基金会开始以XML为基础着手制定一系列新的标准。2002年3月OPC基金会正式发布了OPC XML-DA规范,并与2004年12月正式发布了OPC XML-DA1.01规范，为OPC进一步提高工业控制系统的互操作性揭开了新的篇章。本书仅仅以符合DA规范的OPC服务器和客户程序为例介绍OPC技术，对于其它规范的OPC技术，本书未能介绍。 1.1 OPC技术的本质——COM/DCOM 随着计算机网络技术的发展，计算机监控系统也普遍的采用了分布式结构，因而系统的异构性是一个非常显著的特点。OPC技术本质是采用了Microsoft的COM/DCOM（组件对象模型/分布式组件对象模型）技术，COM主要是为了实现软件复用和互操作，并且为基于WINDOWS的程序提供了统一的、可扩充的、面向对象的通讯协议，DCOM是COM技术在分布式计算领域的扩展，使COM可以支持在局域网、广域网甚至Internet上不同计算机上的对象之间的通讯。 COM 是由 Microsoft 提出的组件标准，它不仅定义了组件程序之间进行交互的标准，并且也提供了组件程序运行所需的环境。在 COM 标准中，一个组件程序也被称为一个模块，它可以是一个动态链接库，被称为进程内组件(in-process component)；也可以是一个可执行程序(即 EXE 程序)，被称作进程外组件(out-of-process component)。一个组件程序可以包含一个或多个组件对象，因为 COM 是以对象为基本单元的模型，所以在程序与程序之间进行通信时，通信的双方应该是组件对象，也叫做 COM 对象，而组件程序(或称作 COM 程序)是提供 COM 对象的代码载体。 COM标准为组件软件和应用程序之间的通信提供了统一的标准，包括规范和实现两部分，规范部分规定了组件间的通信机制。由于COM技术的语言无关性，在实现时不需要特定的语言和操作系统，只要按照COM规范开发即可。然而由于特定的原因，目前COM技术仍然是以Windows操作系统为主，在非