d164.bmp.txt

Visual C++通信编程实例

DCOM，所以客户程序和服务器可以分布在不同的主机上，形成网络化的监控系统，基于OPC
的软件结构如图5-1所示。
图5-1 0PC软件结构
    OPC规范定义了客户程序与服务器程序进行交互的方法，但并没有规定具体的实现方
法，OPC服务器可由不同供应商提供，其代码决定了服务器访问物理设备的方式、数据处理
等细节。但这些对OPC客户程序来说都是透明的，只需要遵循相同的规范或方法就能读取
服务器中的数据。因此，对于OPC来说，开发是基础。OPC按照面向对象的原则，将一个
应用程序（OPC服务器）作为一个对象封装起来，只将接口方法暴露在外面，客户以统一的
方式去调用这个方法，从而保证软件对客户的透明性，使得用户完全从底层的开发中脱离出
来。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从
而实现系统的开放性，易于实现与其他系统的接口。
    DCOM把COM的技术扩展到网络，支持不同的计算机上服务器与客户之间的相互通信，
这些计算机可以在局域网内，也可以在广域网上，甚至可以通过Internet进行连接。所有底
层网络协议的细节由DCOM负责处理，这使得我们可以很方便地开发适合分布式环境下的
客户服努器程序。OPC技术把硬件和应用软件有效地分离开，硬件厂商只需要提供一套软件
组件，所有OPC客户程序都可以使用这些组件，无需重复开发单位的驱动程序。一旦硬件
升级，只需修改OPC服务器端I，O接口部分，无需改动客户端程序。其次，工控软件公司
只要开发一套OPC接口就可采用统一的方式对不同硬件厂商的设备进行存取操作。这样，
软硬件厂商可以专注于各自的核心部分，而不是兼容问题。
    对于最终用户而言，由于无需担心互操作性，在选择和更换软硬件时有了更多的余地，
不再局限于从单一的厂商购买专用成套系统。同时，在异构计算机环境下的系统集成将变得
很简单，应用程序之间很容易实现信息的共享和交互。用户可以将重点放在整个系统的功能
及应用上，这也意味着成本的降低。此外，OPC组件的使用也十分方便，用户只需进行简单
的组态即可。OPC服务器在底层控制系统中采用统一的标准，实现了应用程序与现场设备
的有效连接，发挥着重要的桥梁作用，促进了企业现场控制层和生产过程管理层、经营决策
层的集成。
5.1.2 0PC的对象与接口
    1．OPC的对象及操作类模型
    OPC数据访问服务器中主要包括三类对象：服务器(OPC Server)、组（OPC Group>
和项(OPC Item)。服务器对象维护自身的信息，并作为组对象的容器，通过它获得其他对
象和服务的起始类，可用于返回OPC Group类对象；组对象维护自身的信息，同时为数据项
/64