OPC服务器与客户程序开发指南
“工控软件互操作规范OPC技术”讲座第4讲OPC服务器与客户程序的设计
Ｏ Ｃ程 序 开 发 中 常 见 的 两 个 针 是 指无 效 的指针 ， 用它 则会 造成 异 常 。因此 ， 使
在 作 用 指 针 之 前 必 须 判 断 其 是 否 为 空 。 空 字 符 串 则 是
一
调 用服 务器 函 数的过 程 中 ， 管 函数执 行正 确与 否 ， 不 服
口 的 字 符 串参 数 都 使 用 宽 字 符 ， 体 实 现 时 采 用 Ｂ Ｔ 具 ＳＲ 类 型 来 传 递 字 符 串 参 数 。 Ｂ １ 类 型 是 一 个 宽 字 符 的 ｓＲ
指 针 ， 其 前 ４个 字 节 表 示 字 符 串 中所 有 的 字 节 数 ， 但 后 面 的字节 才代 表真 正 的宽字 符 串 。
在 Ｖ Ｂ等 弱 类 型 的 高 级 语 言 中 ， 法 像 Ｃ Ｃ＋ 无 ／ ＋语
言 那 样 定 义 任 意 的 数 据 类 型 ， 此 Ｏ Ｃ 规 范 采 用 了 因 Ｐ Ｖ ＲＩＮＴ数 据 类 型 传 递 参 数 ， 其 既 适 用 于 定 制 接 Ａ Ａ 使 口 ， 满 足 自动 化 接 口 的 要 求 。 ＶＡ Ａ Ｔ是 一 个 结 构 又 ＲＩ Ｎ 类 型 ， 要 包 括 两 个 有 意 义 的 域 ：ｒ和 一 个 大 的 联 合 主 、 ｔ
１ ４ 内 存 维 护 ．
根 据 Ｃ Ｍ 规 范 ， 户 程 序 必 须 释 放 函 数 调 用 时 与 Ｏ 客
“
体 。、 指 示 了 数 据 的 确 切 类 型 ， 整 型 、 型 等 ： 合 ｒ ｔ 如 实 联 体 则 包 含 了真 正 的 数 据 或 数 据 指 针 。 设 计 时 需 要 调 用 相 应 的 函 数 进 行 简 单 类 型 和 Ｖ Ｒ Ａ Ｔ类 型 之 间 的 转 Ａ ＩＮ
OPC实验指导书
实验名称OPC客户端的编程一、实验目的：通过实际操作进一步了解OPC的各种概念，掌握OPC客户端的编写方法。
并对微软的DCOM 有一定的了解，要求通过合适的DCOM配置，使客户端能够读取网络上服务器中的数据。
二、实验内容：1）利用VB语言编写出一个简单的OPC客户端程序，要求这个客户端能够读取服务器中的数据，并显示出来。
2）配置DCOM，使客户端能够能过DCOM读取另一台服务器上的数据。
三、实验步骤：（1）建立一个Visual Basic工程1）启动Visual Basic,新建一个Visual Basic工程。
选择[Standard EXE]作为新建工程的类型。
图3-1 Visual Basic 工程的建立2）设置OPC包装DLL因为在新建的Visual Basic工程OPC包装DLL还没有被注册，必须用下述方法对OPC包装DLL 进行注册。
设置方法：1.从Visual Basic菜单里选择[Project]-[References]。
2.在[Available References]表示中，选择对应OPC包装DLL的文件名。
这里我们选择[OPCAutomation 2.0]。
图3-2 引用的设置（2）建立一个OPC对象在Visual Basic里，是以对象的单位对OPC服务器进行访问。
OPC自动化接口是由以下四种对象所定义。
OPC服务器OPC组（OPC组集合）OPC标签（OPC标签集合）OPC浏览器这里只说明OPC服务器，OPC组以及OPC标签对象的使用方法。
具体的来说，先连接一个特定的OPC服务器，然后建立OPC组，最后添加OPC标签。
1）变量声明参考图3-3所示的示范代码，先对OPC对象变量进行声明。
变量的数据类型应该指定为对象型。
这些对象变量最好在窗体代码的（General）部分声明。
因为在（General）部分声明的变量，可以在窗体的任何方法的代码内引用。
图3-3 OPC对象变量的声明有关定义OPC对象的声明及其说明列于表3-1表3-1 OPC对象变量的声明2）连接OPC服务器和建立OPC组下面说明如何连接OPC服务器和建立OPC组。
OPC客户端的实现
OPC客户端的实现OPC（OLE for Process Control）是工业自动化领域常用的通信标准之一，它为不同的硬件设备和软件系统之间提供了一种标准的通信协议。
OPC客户端是指作为OPC通信的接收方，从OPC服务器获取和处理数据的软件应用程序。
下面将介绍OPC客户端的实现过程以及需要考虑的一些关键点。
1.确定需求：首先，需要明确需求，确定OPC客户端的功能和目标。
例如，需要读取实时数据还是历史数据？需要对数据进行分析和处理吗？实时性是否有要求？这些问题的答案将直接影响OPC客户端的设计和实现。
2. 开发环境搭建：在开始OPC客户端的实现之前，需要搭建相应的开发环境。
一般来说，使用基于Windows操作系统的开发工具比较方便，例如Visual Studio。
这些工具提供了开发OPC客户端的相关库和模板，可以简化开发的过程。
3.寻找OPC服务器：在开发OPC客户端之前，需要找到一个合适的OPC服务器作为数据源。
这个OPC服务器可能是来自硬件设备厂商提供的，也可能是通过软件模拟生成的虚拟OPC服务器。
根据需求，选择合适的OPC服务器进行连接和通信。
4.建立连接：在OPC客户端中，首先要与OPC服务器建立连接。
连接可以通过OPC服务器提供的API函数来实现。
一般来说，需要提供OPC服务器的地址和相关参数进行连接。
成功建立连接后，OPC客户端就可以与OPC服务器进行通信了。
5.数据读取和写入：建立连接之后，OPC客户端可以通过API函数来读取OPC服务器的数据。
一般来说，需要提供数据项的名称或ID来获取相应的数据。
读取到的数据可以进行后续的处理和分析。
除了读取数据，OPC客户端还可以通过API函数将数据写入OPC服务器，实现对远程设备的控制。
6.错误处理和异常处理：在OPC通信中，可能会出现各种错误和异常情况。
OPC客户端需要对这些情况进行处理，以确保通信的稳定性和可靠性。
例如，网络连接中断、OPC服务器崩溃等情况都需要进行相应的错误处理和异常处理。
OPC服务器开发
OPC服务器开发
一、OPC服务器开发的原理及流程
OPC服务器开发的原理是使用OPC接口，将工控设备的数据传输到PC
机端，以供操作系统进行进一步的处理。
它由客户端和服务器端组成，客
户端可以访问远程系统中的数据，可以实现远程操作控制；服务器端负责
将从工业设备中采集的原始数据封装成OPC服务发送出去，解决PC机访
问工控设备的问题。
（1）客户端利用OPC接口发出访问请求，即向服务器端发出一个连
接请求；
（2）服务端接收到连接请求，将请求中的数据参数及类型读取出来；
（3）根据数据参数及类型，服务器端读取对应的工控设备的信息；
（4）服务端将读取到的信息封装成OPC服务；
（5）服务端将封装好的OPC服务通过网络发送给客户端；
（6）客户端收到OPC服务后，进行进一步的处理。
二、OPC服务器的开发过程
（1）开发前的准备工作：首先，分析客户需求，特别是对协议的要求，以及工控设备的型号，参数等信息。
（2）选择合适的编程语言：根据客户的需求，以及提供的设备厂家
的资料，确定使用的编程语言，例如C、C++等。
（3）搭建开发环境：安装OPC Server Toolkit工具箱，安装开发环
境中的调试助手。
OPC服务器和客户端程序开发指南.doc
OPC服务器和客户端程序开发指南第一章OPC概述关键词:Comdcmopcda通信标准CLIENTSERVER GROUP ITEM自定义接口自动化接口同步异步回调随着计算机科学技术、工业控制等方面新技术的飞速发展，计算机监控系统从早期的集中式监控向全分布式方向发展，计算机监控系统软件随着面向对象技术的成熟，分布式对象计算、多级客户机/服务器技术也从早期的功能系统软件，发展成为以特定现场设备为特征的面向对象的监控系统软件。
与此同时，计算机监控系统的规模越来越大，不同厂家生产的现场设备种类也越来越多。
由于不同厂家提供的现场设备的通信机制不尽相同，需要由计算机监控系统软件开发的硬件设备通信驱动程序越来越多，导致硬件通信驱动程序需要不断开发的现象。
基于COM/DCOM技术的OPC技术提供了统一的通信标准，不同的厂商只要遵循OPC技术标准，就可以实现软硬件的互操作。
过程控制技术是专门为过程控制而设计的。
它是由一些世界领先的自动化系统和软硬件公司与微软公司密切合作建立的，并成立了一个专门的OPC 基金会来管理它。
OPC基金会负责OPC规范的制定和发布。
OPC提出了一套统一的标准，采用典型的客户机/服务器模式。
硬件设备的驱动程序由硬件制造商或专业公司完成，为服务器程序提供统一的OPC接口标准。
软件制造商只能通过根据OPC标准编写客户端程序来访问(读/写)服务器程序来实现与硬件设备的通信。
如图1.1所示，与传统的通信开发方法相比，OPC技术具有以下优点:硬件供应商熟悉他们自己的硬件设备，因此设备驱动程序更加可靠和高效。
软件制造商可以缩短复杂设备驱动程序的开发周期，只需要开发一套符合OPC标准的程序来实现与硬件设备的通信，这样就可以投入人力和物力来改善系统功能。
可以实现软件和硬件的互操作性。
OPC区分了软件和硬件制造商，大大提高了双方的工作效率。
图1.1应用前后的OPC技术对比因此，OPC技术的出现得到了众多软硬件制造商的支持，并且发展迅速。
OPC服务器与客户端详细配置
OPC服务器与客户端详细配置OPC说明OPC（用于过程控制的OLE）是一个工业标准。
它由一些世界上占领先地位的自动化系统和硬件、软件公司与微软（Microsoft）紧密合作而建立的。
这个标准定义了应用Microsoft 操作系统在基于PC 的客户机之间交换自动化实时数据的方法。
管理这个标准的国际组织是OPC基金会。
这是在Microsoft COM、DCOM和Active X技术的功能规程基础上开发一个开放的和互操作的接口标准，这个标准的目标是促使自动化/控制应用、现场系统/设备和商业/办公室应用之间具有更强大的互操作能力OPC配置客户端与服务端都装好相应的OPC软件后，需要做一些配置才能达到远程访问的目的。
分别在客户端和服务端上添加相同的账户名和密码，一定要确保相同。
因为访问是通过windows验证的，在远程访问时需要有着相同的账户和密码。
<!--[if !supportLists]-->1．<!--[endif]-->组件服务->计算机->我的电脑右击属性。
（服务器与客户端都要配置）默认属性<!--[endif]-->默认协议，需要添加TCP/IP的配置<!--[endif]-->MSDTC，点击安全性配置后，作如图配置COM安全在访问权限及启动和激活权限区域内点击编辑限制按钮。
分别添加用户ANONYMOUS LOGON，Everyone，INTERACTIVE，NETWORK。
选中所有的允许选项。
<!--[endif]--><!--[if !supportLists]-->2．<!--[endif]-->组件服务->计算机->我的电脑->DCOM 配置(仅服务器)找到服务器端安装的OPC服务(我装的是MatrikonOPC，所以找的是其对应的OPC server)。
右击属性常规选项卡里，身份级别调整成无。
用VB开发OPC客户端程序的步骤与实现
用VB开发OPC客户端程序的步骤与实现(1)建立新工程或项目,在“工程”菜单下选择“引用”,如图5-3所示。
只有引用OPCDAAuoto.DLL后,在程序中才能创建服务器对象,然后进行一系列的操作。
(2)在弹出的引用窗口里单击“浏览(B)…”按钮,弹出添加引用窗口,选择OPCDAAuoto.DLL 文件。
(3)在引用窗口里的OPC Automation 2.0前面打钩,按“确定”按钮。
(4)定义全局变量,这样可以在窗体的任何方法的代码内应用。
变量类型应该指定为对象型。
这些对象最好在窗体的通用部分声明加上“Option Explicit”语句,表示模块里的所有变量都需要显式声明。
由于OPC自动化接口的数组的索引要求必须从1开始,而系统默认是从0开始,为了避免错误最好在代码的最初加上“Option Base 1”语句。
为了使对象可以处理事件,必须将objTestGrp和objServer的声明中加上“WithEvents”语句,表示声明的对象可以响应事件。
Option ExplicitOption Base 1Dim WithEvents objServer As OPCServerDim objGroups As OPCGroupsDim WithEvents objTestGrp As OPCGroupDim objItems As OPCItems(5)连接OPC服务器和建立OPC组考虑到代码的可反复使用性,采用子程序进行编程。
Sub Connect(strProgID As String, Optional strNode As String)If objServer Is Nothing Then' 建立一个OPC服务器对象Set objServer = New OPCServerEnd If服务器状态ServerState属性一共有OPCRunning、OPCFailed、OPCNoconfig、OPCSuspended、OPCTest和OPCDisconnected六个值,分别表示正在运行、失败、没有配置、暂停、测试和没有连接六种OPC服务器当前的状态。
Windows 系统OPC服务器和客户端的DCOM配置手册
Windows7系统OPC服务器和客户端的DCOM配置此文档适用于32位的Windows7系统。
服务器和客户端都需要做此DCOM的配置。
由于OPC（OLE for Process Control）建立在Microsoft的COM（Component Model）基础上，并且OPC的远程通讯依赖Microsoft的DCOM（Distribute COM），安全方面则依赖Microsoft的Windows安全设置。
通过网络相互通信，OPC Server（OPC服务端）和OPC Client （OPC客户端）所在的操作系统，需要设置DCOM的安全属性，下面使用Windows7系统介绍配置过程。
一、系统账户配置OPC服务器和客户端对系统登录的用户账户有一定要求，登录的账户名称：Administrator，密码：空。
若系统当前的登录账户并不是Administrator时，则切换登录账户。
若在系统登录时，可以选择Administrator账户登录，或者已经是Administrator账户登录，那么直接跳到第二节设置。
若不是上述情况，那么请参考接下去的设置。
按图1-1，打开计算机管理页面，打开路径：系统工具→本地用户和组→用户，在中间的列表中找到Administrator账户，选中该行并点击右键，在菜单中选择“属性”，在打开的属性弹出框中将“账户已禁用”前面的√去掉。
图1-1“管理”菜单图1-2计算机管理图1-3Administrator属性另外，OPC服务器还需启用Guest账户。
设置方法请参考Administrator账户启用配置。
二、修改操作系统Firewall（防火墙）关于DCOM和OPC的规则由于DCOM使用操作系统的135端口，所以要想不同计算机上面的OPC服务器和OPC客户端通讯正常，要修改防火墙规则，允许135端口的连接。
如果OPC服务器和OPC 客户端安装在同一台计算机，不需要修改防火墙规则。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
第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月发布O PC DA1.0规范以来，经过多年的发展，OPC规范已经被工控领域大多数厂商接受，并成了工控软件的技术标准。
目前OPC规范主要有DA（Data Access）规范，AE(alarm and eve nt)规范，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主要是为了实现软件复用和互操作，并且为基于WI NDOWS的程序提供了统一的、可扩充的、面向对象的通讯协议，DCOM是COM技术在分布式计算领域的扩展，使COM可以支持在局域网、广域网甚至Internet上不同计算机上的对象之间的通讯。
COM 是由Microsoft 提出的组件标准，它不仅定义了组件程序之间进行交互的标准，并且也提供了组件程序运行所需的环境。
在COM 标准中，一个组件程序也被称为一个模块，它可以是一个动态链接库，被称为进程内组件(in-process component)；也可以是一个可执行程序(即EXE 程序)，被称作进程外组件(out-of-process component)。
一个组件程序可以包含一个或多个组件对象，因为COM 是以对象为基本单元的模型，所以在程序与程序之间进行通信时，通信的双方应该是组件对象，也叫做COM 对象，而组件程序(或称作COM 程序)是提供COM 对象的代码载体。
COM标准为组件软件和应用程序之间的通信提供了统一的标准，包括规范和实现两部分，规范部分规定了组件间的通信机制。
由于COM技术的语言无关性，在实现时不需要特定的语言和操作系统，只要按照COM规范开发即可。
然而由于特定的原因，目前COM技术仍然是以Windows操作系统为主，在非Windows操作系统上开发OPC，具有很大的难度。
COM的模型是C/S（客户/服务器）模型，OPC技术的提出就是基于COM的C/S模式，因此OPC的开发分为OPC服务器开发和OPC客户程序开发，对于硬件厂商，一般需要开发适用于硬件通讯的OPC服务器，对于组态软件，一般需要开发OPC客户程序。
对于OPC服务器的开发，由于多种编程语言在实现时都提供了对COM的支持，如Microso ft C/C++,Visual Basic, Borland公司的Delphi等。
但是开发OPC服务器的语言最好是C或者是C++语言。
在本书中选用Visual C++6.0为开发语言。
对于OPC客户程序的开发，可根据实际需求，选用比较合适的，能够快速开发的语言。
1.2 OPCDA204规范简述OPCDA204规范（OPC Data Access Custom Interface Specification 2.04）是2000年9月OPC基金会发布的OPCDA自定义接口规范。
该规范制定了OPC服务器和OPC客户程序的COM接口标准，通过制定标准的接口来实现多个厂家的OPC服务器和OPC客户程序开发。
本书附带OPCDA204规范的WORD文档。
1.2.1 OPC客户程序和OPC服务器一个OPC 客户可以连接一个或多个OPC 服务器，而多个OPC 客户也可以同时连接同一个OPC 服务器，如图1.2所示。
图1.2 OPC 客户程序/OPC服务器关系1.2.2 OPC服务器的对象组成一个OPC服务器由三个对象组成：服务器(Server)，组(Group)，项(Item)。
OPC服务器对象用来提供关于服务器对象自身的相关信息，并且作为OPC组对象的容器。
OPC组对象用来提供关于组对象自身的相关信息，并提供组织和管理项的机制。
OPC组对象提供了OPC客户程序用来组织数据的一种方法。
例如一个组对象代表了一个PL C（可编程控制器）中的需要读写的寄存器组。
一个客户程序可以设置组对象的死区，刷新频率，需要组织的项等。
OPC规范定义了2种组对象：公共组和私有组。
公共组由多个客户共享，局部组只隶属于一OPC客户。
全局组对所有连接在服务器的应用程序都有效，而私有组只能对建立它的CLIENT有效。
在一个SERVER中，可以有若干个组。
OPC项代表了OPC服务器到数据源的一个物理连接。
数据项是读写数据的最小逻辑单位。
一个OPC项不能被OPC客户程序直接访问，因此在OPC规范中没有对应于项的COM接口，所有与项的访问需要通过包含项的OPC组对象来实现。
简单的讲，对于一个项而言，一个项可以是PLC中的一个寄存器，也可以是PLC中的一个寄存器的某一位。
在一个组对象中，客户可以加入多个OPC数据项。
每个数据项包括3个变量：值（Value）、品质(Quality)和时间戳（Time Stamp）。
数据值是以VARIANT形式表示的。
图1.3 Server/Group/Item关系这里最需要注意的是项并不是数据源，项代表了到数据源的连接。
例如一个在一个DCS系统中的TAG不论OPC客户程序是否访问都是实际存在的。
项应该被认为是到一个地址的数据。
大家一定要注意项的概念。
不同的组对象里可以拥有相同的项，如组1中有对应于一个开关的ITEMAAA，组2中也可以有同样意义对应于一个开关的ITEMAAA，即同样的项可以出现在不同的组中。
1.2.3 OPC接口体系OPC规范提供两种接口：自定义接口（the OPC Custom Interfaces），自动化接口（the OPC Automation interfaces）。
图1.4 OPC接口如前所述，象所有的COM结构一样，OPC是典型的CLIENT/SERVER结构，OPC服务器提供标准的OPC接口供OPC客户程序访问。
OPC服务器必须提供自定义接口，对于自动化接口，在OPC规范定义中是可选的。
图1.5典型OPC结构1.3 OPC对象接口定义本节主要对OPC服务器对象和OPC组对象的接口进行简要的介绍。
OPC服务器对象提供一些方法去读取或连接一些数据源。
OPC客户程序连接到OPC服务器对象，并通过标准接口与OPC服务器联系。
OPC服务器对象提供接口（AddGroup）供OP C客户程序创建组对象并将需要操作的项添加到组对象中，并且组对象可以被激活，也可以被赋予未激活状态。
对于OPC客户程序而言，所有OPC服务器和OPC组对象可见的仅仅是COM接口。
下面的两个图例是OPC规范中定义的OPC服务器对象和OPC组对象的COM接口，其中任选的接口均以[ ]表示。
（注：任选指开发OPC服务器时，这些接口可以根据实际情况选择实现还是不实现，除任选项外的接口在开发时必须全部实现。
）图1.6标准OPC服务器对象及接口IOPCServerPublicGroups，IOPCBrowseServerAddressSpace和IPersistFile为任选（optional）接口，OPC服务器提供商可根据需要选择是否需要实现。
其它接口为OPC服务器必须实现的接口。
其中：IOPCServerPublicGroups接口用于对公共组进行管理。
IPersistFile接口允许用户装载和保存服务器的设置，这些设置包括服务器通信的波特率、现场设备的地址和名称等，这样用户就可以知道服务器启动和配置的改变而不需要启动其它的程序。
IOPCBrowseServerAddressSpace允许用户浏览服务器中的有用的组员的数据，为用户提供OPC服务器各个组员的定义列表。
IOPCCommon接口是其它OPC服务器（例如OPC报警与事件服务器）也使用的接口。
通过该接口可为某个特定的客户/服务器对话（session）设置和查询本地标识（LocateID）。
这样，一个客户程序的操作将不会影响其它客户程序。