标准技术分析.docVIP

OPC标准技术分析(一) OPC全称OLE for Process Control(用于过程控制的OLE)，是在微软的合作下，由OPC基金会组织倡导，全世界范围内自动化领域中处于领导地位的厂商协作制定的软件接口标准。它是基于微软的OLE（现称为ActiveX）、COM(Component Object Mode)和DCOM（Distributed Component Object Mode）技术，由一系列用于过程控制的自动化领域标准接口、属性以及方法组成。OPC提供了一种单一、一致的工业标准接口。它允许软件供应商将更多的精力集中到增加软件的功能上，而不是开发一系列专有的硬件设备驱动程序。OPC提供了一个环境，鼓励设备制造商投资开发他们自己的OPC服务器，而且同样的服务器能被支持OPC客户端的HMI、SCADA、DCS或其他软件系统所访问。这激励了设备制造商把他们开发工业网络方面所获得的知识转向OPC服务器的开发上，从而保证了设备的性能能够达到最优。 OPC的目标是开发出一个开放的、灵活的、即插即用的工业标准，使最终用户对解决方案拥有很大的选择余地，同时大大减少硬件和软件供应商的开发和维护费用。 OPC结构采用客户机/服务器模式。利用OPC技术，异构计算环境中的系统集成变得很简单。 图1-1 OPC技术的异构计算环境 从图1-1可以看出，在这种异构网络中，OPC数据服务器负责对设备的访问，客户通过标准的接口访问其中的数据。OPC 数据服务器向下与设备相连，向上通过Intranet或Internet与客户端相连。 OPC技术基础 OPC规范在短短的几年里发展如此之快，得益于OPC技术内涵。它基于Microsoft的OLE/COM和DCOM技术，包括了一整套自动化应用中使用的接口、属性和方法的标准。Microsoft是OPC基金组织的发起成员之一，它把自己的COM/DCOM等新技术带给了OPC基金组织。这些技术为工业控制领域里最重要的数据交换环节提供了技术保证。 1 COM/DCOM 组件对象模型(Component Object Model，简称COM)，是一种以组件为发布单元的对象模型，这种模型使各软件组件可以用一种统一的方式进行交互。COM既提供了组件之间进行交互的规范，也提供了实现交互的环境。组件对象之间交互的规范不依赖于任何特定的语言，所以COM也可以是用不同语言协作开发的一种标准。组件模型为COM对象提供了活动的空间，COM对象以接口的方式提供服务，图1-2表明了COM组件、COM对象和COM接口三者之间的关系。 图1-2 COM组件结构图 一个组件程序可以包含多个COM对象，而且每个COM对象可以实现多个接口。当另外的组件或普通程序（即组件的客户程序）调用组件的功能时，它首先创建一个COM对象或者通过该对象所实现的COM接口调用它所提供的服务。当所有的服务结束后，如果客户程序不再需要该COM对象，那么应该释放掉对象所占有的资源，包括对象自身。 COM标准包括规范和实现两大部分，规范部分定义了组件和组件之间通信的机制，这些规范不依赖于任何特定的语言和操作系统，只要按照该规范，任何语言都可以使用。 COM主要是由对象和接口两部分组成。对象是某个类(class)的一个实例；而类则是一组相关的数据和功能组合在一起的一个定义。使用对象的应用（或另一个对象）称为客户，有时也称为对象的客户。接口是一组公用功能定义，是一组逻辑上相关的函数集合，其函数称为接口成员函数。按照习惯，接口名称常以I为前缀，例如IUNKNOWN.对象通过接口和成员函数为客户提供各种形式的服务。 在国际上有很多先进的工业自动化软件都采用了COM技术。Intellution 公司的FIX软件就是一个典型的例子。FIX软件是由多个组件构成的，核心组件是一个实时数据库，并可根据需要装上其它的功能组件。这样就很容易地、可靠地把别的组件加载进来，或者更换己有的组件，使之具有新的功能。 Microsoft的分布式COM（DCOM）扩展了组件对象模型技术（COM）,使其能够支持在局域网、广域网甚至Internet上不同计算机的对象之间的通讯。使用DCOM，应用程序就可以分布到网络不同的位置，从而满足客户和系统的需求。 在现在的操作系统中，各个进程之间是相互屏蔽的。当一个客户进程需要和另一个进程中的组件通讯时，它不能直接调用该进程，而需要遵循操作系统对进程间通讯所做的规定。COM使得这种通讯能够以一种完全透明的方式进行：它截取从客户进程而来的调用并将其传送给另一进程中的组件。 当客户进程和组件位于不同的机器时，DCOM仅仅只是用网络协议来代替本地进程之间的通讯。无论是客户还是组件都不会知道连接它们的线路比以前长了许多。 DCOM的整