OPC简介与开发总结
OPC技术简介
2OPC技术简介OPC技术的研究正式开始于1996年8月，OPC基金会的成立。
如今，国内外有许多公司和团体都在从事OPC技术的研究开发工作。
OPC在国外的发展比较迅速，美国、欧洲、日本等己将OPC技术应用于电力、交通、航空、楼宇等许多行业。
国内由于起步较晚，现在在OPC方面的研究还比较少，应用于实际工程中的就更少了。
2.1OPC的历史早期的OPC标准是由提供工业制造软件的五家公司所组成的OPC特别工作小组所开发的。
Fisher-Rosement、Intellution、Rockwell Software、Intuitive Technology以及Opto22早在1995年开发了原始的OPC标准，微软同时作为技术顾问给予了支持。
OPC基金会，（OPC Foundation，OPC-F），是在1996年9月24日在美国的达拉斯举行了第一次理事会，并在同年10月7日在美国的芝加哥举行了第一次全体大会上宣告正式成立的。
之后为了普及和进一步改进于1996年8月完成的OPC数据访问标准版本1.0，开始了全球范围的活动。
现在的OPC基金会的理事会是由Fisher-Rosement、Honeywell、Intellution、Rockwell Software、National Instrument以及欧洲代表的Siements和远东代表的东芝所组成。
在日本为响应以美国为中心的国际标准活动，由11家公司作为发起人，于1996年6月开始基金会成立的准备活动，1996年10月17日正式成立了日本OPC协会（OPC-J）。
几乎与此同时欧洲OPC协会（OPC-E）也相继成立。
在中国也于有五家公司作为发起人于2001年12月正式成立了中国OPC促进会（OPC-C）。
OPC基金会从成立开始会员逐年增加，到目前为止在全球范围内已有近300家公司加入了这个国际标准组织。
同时由控制设备厂商和控制软件供应商提供的OPC厂品也日益增加，目前已有600种以上的OPC服务器产品和OPC应用程序出现在OPC基金会发行的OPC产品目录上。
OPC详细说明
OPC概述1.什么是OPC？OPC是一种利用微软的COM/DCOM技术来达成自动化控制的协定。
OPC全称是Object Linking and Embeding（OLE）for Process Control，它的出现为基于Windows 的应用程序和现场过程控制应用建立了桥梁。
在现今的工业自动化中，我们需要一套整合的信息系统，由底层的各项装置采集信息(Field Management)，中层的控制系统或图控应用程序进行程序的控制(Process Management)，再由最上层的整合软件将这些信息整合起来以供企业决策或效能提升，如下图所示:OPC 为硬件制造商与软件开发商提供了一条桥梁，透过硬件厂商提供的OPC Server 接口，软件开发者不必考虑各项不同硬件间的差异，便可自硬件端取得所需的信息，所以软件开发者仅需专注于程序本身的控制流程的运作。
此外，由于COM/DCOM 实作并隐藏了网络的细节，透过OPC 可以很容易地达成远程控制的理想。
2.OPC是如何工作的？在说明OPC Server/Client 运作方式之前，我们先简单介绍一下Microsoft 发展的COM/DCOM 是什么?COM 是一种发展软件组件的方法，所谓的软件组件，是指一个可以提供应用程序、操作系统、以及其它组件服务的二进制可执行程序。
事实上，发展自订的COM 对象就好象是在建构一套可以动态执行的对象导向API 一般。
你可以在应用程序执行的时期随意拼上或移除所需要的组件。
依据COM 这样的概念，发展应用程序就像是堆积木一样，每一个COM 组件就是一块积木，你可以利用各式各样不同的积木，拼凑出你所需要的应用程序。
在实作上，COM 透过一组一组的接口(Interface) 提供服务，所有COM 组件的使用者，都必须透过这些Interface 来使用组件提供的功能。
OPC 的规格中便定义了许多OPC Server 应该提供的Interface，要撰写一个OPC Server 的COM 组件，你必须在你的组件中加入这些接口，并提供它们的实作，Client 便可以透过这些接口，操作连接到OPC Server 的硬件装置，这也就是OPC Server/Client 运作的方式。
OPC技术介绍
OPC技术介绍OPC（OLE for Process Control）是一种应用于自动化领域的通信技术，它允许不同的硬件和软件系统之间进行实时的数据交换和通信。
OPC技术的引入大大简化了自动化系统中的数据传输和集成问题，提高了系统的可靠性和性能。
OPC技术的基本原理是通过使用标准化的接口和协议来实现数据通信。
它建立在微软的OLE（Object Linking and Embedding）技术之上，利用了OLE的功能来连接各种自动化设备和软件系统。
OPC技术的核心是OPC服务器，它可以连接到各种设备（如PLC、DCS、传感器等），并提供统一的接口和协议来进行数据交换。
1.开放性：OPC技术采用了开放的标准接口和协议，可以与各种不同的设备和系统进行通信。
这使得不同厂商的设备和软件可以轻松地进行集成和交互。
2.可靠性：OPC技术使用了高效的通信协议，可以实现实时的数据传输和通信。
它还提供了数据质量检查和错误处理机制，确保数据的可靠性和一致性。
3.灵活性：OPC技术提供了灵活的配置和管理功能，可以根据不同的应用需求进行定制和扩展。
它支持不同的数据类型和通信方式，可以适应不同的工业环境和设备要求。
4.易用性：OPC技术提供了友好的用户界面和操作接口，使得用户可以方便地进行配置和管理。
它还提供了丰富的工具和函数库，支持开发人员进行应用程序的开发和测试。
OPC技术的应用领域非常广泛，包括工业自动化、能源管理、建筑自动化、物联网等。
在工业自动化领域，OPC技术可以用于实时监控和控制系统，实现设备之间的数据交换和协调。
它还可以与其他系统（如MES、ERP等）进行集成，实现生产过程的优化和管理。
在能源管理领域，OPC 技术可以用于实时监测和控制能源消耗，提高能效和减少排放。
在建筑自动化领域，OPC技术可以用于楼宇管理系统，实现设备的自动控制和状态监测。
在物联网领域，OPC技术可以用于设备的远程监控和管理，实现实时的数据采集和分析。
OPC技术简介
原始数据的最低层，它们同样可以应用于从SCADA或者DCS系统中获取数
据到应用程序中。OPC的结构和设计使得它可以构建这样一个OPC服务 器，这个OPC服务器允许客户程序只经过一个单一的对象从许多由不同 的OPC硬件供应商提供且运行于不同节点上的OPC服务器上获取数据。如 图所示：
OPC接口 OPC接口 物理接口 物理接口 应用 程序
（DeadBand）而且OPC项的数据类型是模拟量的情况，只有现在值与前
次值的差的绝对值超过一定限度时，才更新缓冲器数据并通知OPC应用
程序。由此可以忽略模拟值的微小变化，从而减轻OPC服务器和OPC 应
用程序的负荷。
图4-3 订阅方式数据访问
上述的 OPC 数据访问的功能可总结成表4-1。这些功能是否被支持 将随供应厂商的具体的服务器类型而定。
OPC标准的制定虽然主要由少数几家公司所推动，但是己制定的OPC 标准由来自90多家公司的专家参与，并参考了来自200多个合作伙伴的 评论意见，所以具有广泛的代表性。一批国际知名的控制类公司 如:ABB、 AspenTech、Eurotherm、Foxboro、Honeywell、National Instruments、Siemens、Toshiba、Johnson-Yokogawa、 GE Fanuc等相 继宣布支持OPC标准。在这种情况下，毫无疑问OPC将会在控制领域发挥 重大的作用，OPC将会成为大势所趋。
2.3 OPC特点
OPC标准己经是公开出版的技术标准，根据其目标，拥有以下几个 突出的特点：
（1）开放性 因为OPC标准接纳所有类型的客户机和服务器，并且OPC标准支持所 有的编程语言(如C, C++, VB, Java, HTML, DHTML等)，所以利用OPC可 以轻松获取实时工业数据。另外，OPC基于COM技术，支持Internet，能 从远程机器访问OPC服务器，这无疑也大大增加OPC的开放性。 （2）互联性 最终用户可以非常容易地与不同厂家的自动化设备进行连接，而且 可以在诸多的自动化设备系统中自由使用OPC客户应用程序，比如可以 使用同一应用软件界面程序集成不同的现场总线系统等。 （3）高效性 OPC的高效性不仅体现在OPC的即插即用功能(Plug and Play Function)使得系统集成变得轻而易举，更主要的是OPC能够优化快速地 传输数据。根据OPC基金会对OPC传输效率的测试结果，在本地以及两台 计算机之间，5000个过程变量的
OPC简介与开发总结
OPC简介与开发总结背景简介OPC（OLE for Process Control，用于过程控制的OLE）是为过程控制专门设计的OLE 技术，由一些世界上技术占领先地位的自动化系统和硬件、软件公司与微软公司（Microsoft）合作而建立的，并且成立了专门的OPC 基金会来管理，OPC 基金会负责OPC 规范的制定和发布。
OPC 提出了一套统一的标准，采用典型的C/S 模式。
厂商可以开发一个高度优化的、可重用的OPC Server 访问底层的硬件，并将数据以OPC 接口方式提供给任何支持OPC规范的客户端软件，客户就可以按照统一的数据访问标准访问不同厂商的硬件产品。
(IEC61850/MODBUS/DNP) 。
OPC 技术本质是采用了Microsoft 的COM/DCOM（组件对象模型/分布式组件对象模型）技术，COM 主要是为了实现软件复用和互操作，并且为基于WINDOWS的程序提供了统一的、可扩充的、面向对象的通讯协议，DCOM 是COM技术在分布式计算领域的扩展，使COM 可以支持在局域网、广域网甚至Internet 上不同计算机上的对象之间的通讯。
OPC规范简介OPC 规范作为一个工业标准，是开发OPC 服务器与OPC 客户软件之间数据传输的规范，并已形成一个体系。
根据开发软件功能的不同，OPC 制定了以下领域单独规范：数据访问规范：定义了OPC 服务器中一组COM 对象及其接口，并规定了客户对服务器程序进行数据存取时需要遵循的标准。
借助Microsoft 的DCOM 技术，OPC 实现了高性能的远程数据访问能力。
报警和事件处理规范：该规范提供了一种通知机制，在指定事件或报警条件发生时，OPC 服务器能够主动通知客户程序。
历史数据访问规范：该规范提供一种通用历史数据引擎，可以向感兴趣的用户和客户程序提供数据汇总和数据分析等额外的信息。
安全性规范：该规范提供了一种专门的机制来保护OPC 服务器中的现场数据，防止未授权的操作误修改这些参数。
OPC详解
OPC详解名词解释OPC——OLE for Process Contrl，微软公司对象链接和嵌入技术在过程控制方面的应用，是一系列接口、方法和属性的标准集。
它基于OLE、COM、DCOM技术、XML，采用客户端/服务器（Client/Server）结构，将通讯协议与设备/应用隔离的技术。
微软的OLE、COM定义了各种不同的软件如何交互使用和分享数据，从而使得OPC能够提供通用的接口规范，用于各种过程控制设备之间的通讯，不论过程中采用何种应用软件和硬件设备。
OLE——Object Linking & Embeding，对象链接与嵌入，也就是现在的微软的ActiveX。
传统技术与OPC技术传统的过程控制系统是一对一的系统，任何一种HMI等上位监控软件或其它应用软件，在使用某种硬件设备时都需要开发专用的驱动程序。
系统构建完成后的最终结果是：1种软件要使用N类硬件设备需要开发N个驱动程序；M类软件要使用N类硬件设备需要开发M*N个驱动程序；每增加1个新的应用软件需要另外开发N个硬件设备的驱动程序；每增加1个新的硬件设备需要为M个软件开发新的设备驱动程序。
基于OPC技术的过程控制系统结构基于OPC技术的过程控制系统则可以完美地解决传统方式种的上述问题。
任何一种设备只需要提供一种驱动就可以供任何软件系统使用，系统构建完成后的最终结果是：M类软件要使用N类硬件设备只需要开发N个驱动。
每增加1个新的应用软件不需要另外开发硬件设备的驱动程序；每增加1个新的硬件设备只需要为开发1个新设备的驱动程序； OPC服务器所兼容的设备分类硬件设备：DCS，PLC，扫描仪，电子设备…应用软件：HMI，历史数据库，震动检测器…通讯协议：DDE，Modbus，ODBC，GenCS…操作系统：Windows，UNIX，VMS，Macintosh，嵌入式OS…即OPC服务器可以从上面任何一种形式的数据产生实体中读取数据。
这个实体可以是霍尼韦尔PHD的Application，也可以是Modbus 的通讯协议，还可以是一种PLC，也就是一种Device（硬件设备），或者是一种Platform。
OPC介绍
OPCITEMSTATE OPCITEMDEF OPCITEMRESULT
OPCITEMSTATE
This structure is used by IOPCSyncIO::Read typedef struct { OPCHANDLE hClient; // the client provided handle for this item FILETIME ftTimeStamp; WORD wQuality; WORD wReserved; VARIANT vDataValue; } OPCITEMSTATE;
OPC是一个工业标准。 OPC由一些世界上居领先地位的自动化系统和硬件、 软件公司与微软（Microsoft）紧密合作而建立的。 OPC定义了应用Microsoft操作系统在基于PC 的客户 机之间交换自动化实时数据的方法。 管理这个标准的国际组织是OPC基金会。
1.2、OPC产生背景
在过去，为了存取现场设备的数据信息，每一个应用 软件开发商都需要编写专用的接口函数。由于现场设备的 种类繁多，且产品的不断升级，往往给用户和软件开发商 带来了巨大的工作负担。通常这样也不能满足工作的实际 需要，系统集成商和开发商急切需要一种具有高效性、可 靠性、开放性、可互操作性的即插即用的设备驱动程序。 在这种情况下，OPC标准应运而生。 OPC是一种软件接口标准。
b、组对象（Group） 组对象维护自身的信息，同时包容并逻辑组织 OPC数据项（Item）。 OPC组对象（Group）提供了客户组织数据的 一种方法，组是应用程序组织数据的一个单位。客 户可对之进行读写，还可通过组对象设置客户端的 数据更新速率以及提供读取OPC Item值的接口。
c、数据项对象 数据项是读写数据的最小逻辑单位，一个项与一 个具体的位号相连。项不能独立于组存在，必须隶属 于某一个组。 OPC数据项是服务器端定义的对象，通常指向设 备的一个寄存器单元。OPC客户对设备寄存器的操作 都是通过其数据项来完成的，通过定义数据项，OPC 规范尽可能的隐藏了设备的特殊信息，也使OPC服务 器的通用性大大增强。 每个数据项都有值(Value)、品质(Quality)、时间 戳(Timestamp)三个属性。
OPC技术
OPC技术测控09级3班赵青明0907010330提纲•OPC简介•OPC简单应用一、OPC技术简介1.1 OPC规范概述●OPC（OLE for Process Control，用于过程控制的OLE是基于Microsoft公司的DNA架构和COM技术的，根据易于扩展性而设计的软件规范。
●OPC规范定义了一个工业标准接口，这个标准使得COM技术适用于过程控制和制造自动化等应用领域。
OPC规范概述（续）●OPC是以OLE/COM机制作为应用程序的通信标准。
OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。
●OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从底层的开发中脱离出来。
OPC技术简介1.2 COM/DCOM简介●COM是一个由微软公司推出的开放的组件标准。
●COM标准包括规范和实现两大部分,规范部分定义了组件之间通信的机制，这些规范不依赖任何特定的语言和操作系统，具有语言无关性；●COM标准的实现部分是COM库，为COM规范的具体实现提供了一些核心服务。
●由于COM以客户/服务器模型为基础,因此具有良好的稳定性和很强的扩展能力。
COM/DCOM简介（续）●DCOM是建立在COM之上的一种规范和服务，提供了一种使COM组件加入网络环境的透明网络协议，实现了在分布式计算环境下不同进程之间的通信与协作。
●客户程序和COM组件程序进行交互的实体是COM对象。
COM对象是一组属性和方法的逻辑相关函数的集合，COM对象提供的方法就是COM接口。
●客户程序必须通过接口才能获得COM对象的服务。
1.3 OPC的客户/服务器●OPC以微软的COM技术为基础，采用客户/服务器结构。
●应用程序为客户端(OPC Client)，驱动程序部分为服务器端(OPCServer)。
图1-1 OPC的客户/服务器结构●不同的客户程序和服务器程序只要合乎OPC标准，都可以接在一起协同工作，从而形成一种软件总线结构。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
背景简介OPC（OLE for Process Control，用于过程控制的OLE）是为过程控制专门设计的OLE 技术，由一些世界上技术占领先地位的自动化系统和硬件、软件公司与微软公司（Microsoft）合作而建立的，并且成立了专门的OPC 基金会来管理，OPC 基金会负责OPC 规范的制定和发布。
OPC 提出了一套统一的标准，采用典型的C/S 模式。
厂商可以开发一个高度优化的、可重用的OPC Server 访问底层的硬件，并将数据以OPC 接口方式提供给任何支持OPC规范的客户端软件，客户就可以按照统一的数据访问标准访问不同厂商的硬件产品。
(IEC61850/MODBUS/DNP) 。
OPC 技术本质是采用了Microsoft 的COM/DCOM（组件对象模型/分布式组件对象模型）技术，COM 主要是为了实现软件复用和互操作，并且为基于WINDOWS的程序提供了统一的、可扩充的、面向对象的通讯协议，DCOM 是COM技术在分布式计算领域的扩展，使COM 可以支持在局域网、广域网甚至Internet 上不同计算机上的对象之间的通讯。
OPC规范简介OPC 规范作为一个工业标准，是开发OPC 服务器与OPC 客户软件之间数据传输的规范，并已形成一个体系。
根据开发软件功能的不同，OPC 制定了以下领域单独规范：➢数据访问规范：定义了OPC 服务器中一组COM 对象及其接口，并规定了客户对服务器程序进行数据存取时需要遵循的标准。
借助Microsoft 的DCOM 技术，OPC 实现了高性能的远程数据访问能力。
➢报警和事件处理规范：该规范提供了一种通知机制，在指定事件或报警条件发生时，OPC 服务器能够主动通知客户程序。
➢历史数据访问规范：该规范提供一种通用历史数据引擎，可以向感兴趣的用户和客户程序提供数据汇总和数据分析等额外的信息。
➢安全性规范：该规范提供了一种专门的机制来保护OPC 服务器中的现场数据，防止未授权的操作误修改这些参数。
➢批量过程规范：该规范基于OPC 数据存取规范和ISA88 系列批量控制标准，提供了一种存取实时批量数据和设备信息的方法。
➢XML规范OPCDA205 规范（OPC Data Access Custom Interface Specification 2.05）是2002 年5 月OPC 基金会发布的OPCDA 自定义接口规范。
该规范制定了OPC 服务器和OPC 客户程序的COM 接口标准，通过制定标准的接口来实现多个厂家的OPC 服务器和OPC 客户程序开发。
OPC 客户程序和OPC 服务器一个OPC 客户可以连接一个或多个OPC 服务器，而多个OPC 客户也可以同时连接同一个OPC 服务器。
OPC 服务器的对象组成一个OPC 服务器由三个对象组成：服务器(Server)，组(Group)，项(Item)。
OPC 服务器对象用来提供关于服务器对象自身的相关信息，并且作为OPC 组对象的容器。
OPC 组对象用来提供关于组对象自身的相关信息，并提供组织和管理项的机制。
OPC 组对象提供了OPC 客户程序用来组织数据的一种方法。
例如一个组对象代表了一个PLC（可编程控制器）中的需要读写的寄存器组。
一个客户程序可以设置组对象的死区，刷新频率，需要组织的项等。
OPC规范定义了2 种组对象：公共组和私有组。
公共组由多个客户共享，局部组只隶属于一个OPC 客户。
全局组对所有连接在服务器的应用程序都有效，而私有组只能对建立它的CLIENT 有效。
在一个SERVER 中，可以有若干个组。
OPC 项代表了OPC 服务器到数据源的一个物理连接。
数据项是读写数据的最小逻辑单位。
一个OPC 项不能被OPC 客户程序直接访问，因此在OPC 规范中没有对应于项的COM 接口，所有与项的访问需要通过包含项的OPC 组对象来实现。
简单的讲，对于一个项而言，一个项可以是PLC 中的一个寄存器，也可以是PLC 中的一个寄存器的某一位。
在一个组对象中，客户可以加入多个OPC 数据项。
每个数据项包括3 个变量：值（Value）、品质(Quality)和时间戳（Time Stamp）。
数据值是以VARIANT形式表示的。
图1 Server/Group/Item 关系这里最需要注意的是项并不是数据源，项代表了到数据源的连接。
项应该被认为是到一个地址的数据，不同的组对象里可以拥有相同的项。
OPC 接口体系OPC 服务器与客户交换数据采用两套接口：OPC 定制接口(custom interface)与OPC 自动化接口(automation interface)。
OPC 客户程序通过接口与OPC 服务器通信，间接地对现场数据进行存取。
OPC服务器必须实现定制接口，也可以有选择地实现自动化接口。
一般来说，自动化接口能为VB 等高级语言客户程序提供极大地便利，但是，该接口数据传输效率较低；为了达到数据传送的最高性能，OPC 服务器使用C++开发，并只提供定制接口。
图2 OPC 接口OPC 服务器对象提供一些方法去读取或连接一些数据源。
OPC 客户程序连接到OPC 服务器对象，并通过标准接口与OPC 服务器联系。
OPC服务器对象提供接口（AddGroup）供OPC 客户程序创建组对象并将需要操作的项添加到组对象中，并且组对象可以被激活，也可以被赋予未激活状态。
对于OPC 客户程序而言，所有OPC 服务器和OPC 组对象可见的仅仅是COM 接口。
OPC服务器对象图1标准OPC 服务器对象及接口IUnknown接口是所有COM对象必须实现的最基本接口。
其它接口都派生于IUnknown接口。
IOPCCommon接口被应用于各种类型的服务器(例如：OPC报警与事件服务器)，它们共享这个接口设计。
它提供设置和查询LocaleID(本地语言标识)的功能，对特定的客户/服务器交互有效，也就是说，一个客户的行为不会影响其它客户。
IOPCServer接口是OPC服务器对象的主要接口，它可完成组对象的动态创建、删除、枚举和获得当前状态等操作并对其进行管理。
服务器对象必须提供此接口。
IConnectionPointContainer接口主要提供了IOPCShutdown的出接口连接点访问支持。
IOPCShutdown出接口用于服务器主动与客户程序断开连接时对客户程序进行通知。
OPC服务器必须支持此接口。
它的实现与一般连接点对象的实现相同。
IOPCServerPublicGroups、IPersistFile和IOPCBrowseServerAddressSpace为可选接口，OPC服务器提供商可根据需要选择是否需要实现。
其中IOPCServerPublicGroups接口用于公共组进行管理。
IPersistFile接口允许用户装载和保存服务器的设置，这些设置包括服务器通信的波特率、现场设备的地址和名称等。
这样用户就可以知道服务器启动和配置的改变而不需要启动其它的程序。
IOPCBrowseServerAddressSpace允许用户浏览服务器中有用组（项）的数据，为用户提供OPC服务器各个组的定义列表。
OPC组对象图2 标准OPC 组对象及接口IOPCItemMgt接口及其成员函数的功能是允许OPC客户程序添加和删除项对象并可控制项对象的行为。
IOPCGroupStateMgt接口及其成员函数允许客户程序管理组对象的所有状态。
最基本的是改变组对象的更新率和活动状态。
IOPCPublicGroupStateMgt为可选接口，用于将私有组对象转换成公共组对象，因为当客户创建一个组对象时，被初始化为私有组对象。
，这个接口一般不用，在很多商业的OPC 服务器中，此接口都没有开发。
IOPCSyncIO接口允许客户对服务器执行同步读写操作。
操作将一直运行到完成才返回。
IOPCAsyncIO2接口允许客户对服务器执行异步读写操作，操作被“排队等候”，函数立即返回。
每项操作被看作一个“事务”，并被分配一个事务ID，当操作完成时，客户IOPCDataCallback 接口的回调将执行。
回调中的信息指出了事务ID和操作结果。
这两个是数据访问规范进行数据访问的最重要接口。
IConnectionPointContainer接口：组对象必须实现此接口，与服务器对象的此接口的唯一区别是管理的出接口不一样，组对象管理的出接口是IOPCDataCallback接口，可使客户与服务器连接并进行最有效的数据传送。
IOPCAsyncIO(old)接口是数据存取规范1.0必须实现的接口之一，按照程序兼容规则，符合规范2.02的服务器也应该实现规范1.0的必选接口。
IOPCASynCIO接口允许客户对服务器执行异步读写操作，其行为与IOPCAsyncI02类似，可参考IOPCAsyncI02，只是操作完成后结果是由IAdviseSink的回调返回给客户。
IDataobject(old)接口是OPC规范1.0需要服务器实现的接口，这允许使用OPC数据流格式创建客户与组对象之间的Advise连接，用于进行高效的数据交换。
可选接口IOPCAsyncIO 和IdataObject 接口用于异步数据传输现在其功能已经被IOPCAsyncIO2和IConnectionPointContainer 接口取代）。
项属性枚举略客户端开发步骤简述归结起来，VC++环境下访问OPC 服务器同步读写的步骤如下：1．初始化COM 库，CoInitialize。
2．通过OPC 服务器的ProgID 来查询CLISD，CLSIDFromProgID。
3．创建OPC 服务器对象，并查询对象的IID_IOPCServer 接口，CoCreateInstance。
4．添加一个group 对象，并查询IOPCItemMgt 接口，AddGroup。
5．为group 对象添加item，AddItems。
6．同步读，Read。
7．同步写，Write。
8．程序退出时或者停止服务器时，依次删除item(RemoveItems)，删除group(RemoveGroup)，释放资源。
名词解释➢OLE（Object Linking and Embedding，对象连接与嵌入）。
是一种面向对象的技术，利用这种技术可开发可重复使用的软件组件（COM）。
➢连接点（callback）。