“工控软件互操作规范OPC技术”讲座第4讲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服务器研究与设计
通用OPC服务器研究与设计OPC（OLE for Process Control）服务器是一种用于实时过程控制的数据通信标准，由OLE（Object Linking and Embedding）技术发展而来。
随着工业自动化和信息化水平的不断提高，OPC服务器在各个领域得到了广泛应用。
然而，现有的OPC服务器通常针对特定领域或特定厂商的硬件设备进行开发，缺乏通用性和灵活性。
因此，本文旨在研究与设计一种通用的OPC服务器，以提高不同领域和不同设备之间的互操作性和兼容性。
通用OPC服务器应具备以下功能和性能需求：支持多种通信协议和数据格式，如Modbus、Profinet、OPC UA等；支持多元算术运算和逻辑运算，以及多种数学函数；支持实时数据采集和存储，以及历史数据查询；支持多种安全机制，如数据加密、访问控制等；高可靠性和稳定性，能够适应不同的工业环境。
目前，市面上已经存在一些通用OPC服务器产品，如西门子的OpenPCS、艾伦-布拉德利（Alen-Bradley）的PACSystems等。
这些产品具有一些共同特点，如支持多种通信协议、多元算术运算和逻辑运算等。
然而，它们也存在一些不足之处，如对新兴协议的支持不够完善、安全性设计存在漏洞等。
基于需求分析，通用OPC服务器的设计应遵循以下思路：整体架构设计：采用分层架构设计，将数据采集、数据处理、数据存储等功能独立成不同的层次，有利于模块化开发和维护。
功能模块设计：针对不同协议和数据格式，设计通用的数据采集模块和处理模块，提高代码复用率。
同时，设计统一的接口规范，方便不同模块之间的通信和交互。
安全性设计：在数据采集和传输过程中，采取多种安全措施，如数据加密、访问控制等。
对重要数据进行备份和恢复机制，确保数据的可靠性和完整性。
通用OPC服务器的实现过程包括以下几个步骤：选定开发语言和开发环境，如C++、Java等，以及对应的开发工具和平台；设计并实现通用OPC服务器的各个功能模块，包括数据采集、数据处理、数据存储等；按照需求分析中的功能和性能需求，进行模块测试和整体测试；对测试中遇到的问题进行调试和优化，确保通用OPC服务器的稳定性和可靠性。
opc工作原理
opc工作原理
OPC（OLE for Process Control，进程控制的对象链接和嵌入）是一种用于实时控制系统和监视系统之间数据通信的标准协议。
其工作原理如下：
1. 客户端-服务器架构：OPC基于客户端-服务器模型工作。
客
户端是应用程序，用于获取数据或向服务器发送控制指令。
服务器是实时控制系统或监视系统，负责存储和传输数据。
2. 数据访问：客户端使用OPC协议通过网络与服务器通信。
客户端可以读取来自服务器的数据，并向服务器发送写入数据的请求。
服务器将数据存储在内部数据库中，并使用OPC协
议将数据传输给客户端。
3. 数据传输：OPC使用标准的DCOM（分布式组件对象模型）协议来实现数据传输。
DCOM允许客户端和服务器在网络上
进行通信，通过使用TCP/IP或其他网络协议传输数据。
4. OPC接口：OPC定义了一组标准接口，用于客户端和服务
器之间的通信。
这些接口包括数据访问接口（DA），用于读
取和写入实时数据；历史数据访问接口（HDA），用于访问
和存储历史数据；报警和事件接口（AE），用于处理报警和
事件等。
5. 插件支持：OPC允许服务器开发商使用插件来支持不同类
型的实时控制系统。
这些插件允许服务器与不同的硬件设备和传感器进行通信，并将数据转换为OPC协议可以识别的格式。
总之，OPC工作原理基于客户端-服务器模型、使用DCOM协议进行数据传输，并通过标准接口实现数据访问。
这使得不同应用程序能够方便地与实时控制系统和监视系统进行数据通信。
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)。
右击属性常规选项卡里，身份级别调整成无。
opc服务器
OPC服务器OPC（OLE for Process Control）是一种应用程序接口，用于连接不同设备和系统间的通信。
OPC服务器是一种软件，它可以让不同的设备和软件应用程序通过标准的OPC接口进行通信。
什么是OPC服务器？OPC服务器是一种软件应用程序, 它通过OPC接口实现与不同设备和系统的通信。
这些设备可以是传感器、控制器或其他自动化设备。
而系统可以是监控系统、数据库或其他软件应用程序。
OPC服务器的目的是为了提供一种统一的通信标准，使得不同设备和软件可以方便地进行数据交换和通信。
OPC服务器提供了一组标准的API（Application Programming Interface），这些API允许开发人员通过编程的方式来访问和控制设备。
通过这些API，应用程序可以读取设备的数据、写入设备的数据、控制设备的状态等等。
而无论设备是什么类型，只要实现了OPC服务器的接口，应用程序都可以直接使用这些API来与设备进行通信。
OPC服务器的功能OPC服务器提供了以下几个主要的功能：1.数据采集：OPC服务器可以从各种设备中读取数据，并转换成统一的格式进行存储和处理。
这些设备可以是传感器、仪器、控制器等。
通过OPC服务器，我们可以方便地实现数据的采集和监测。
2.数据存储：OPC服务器可以将采集到的数据存储在数据库或其他存储设备中。
这样，我们可以方便地对数据进行查询和分析，从而实现对设备状态的监测和分析。
3.数据传输：OPC服务器可以将数据传输给其他软件应用程序。
这样，我们可以方便地将数据用于监控、报警、控制等用途。
同时，OPC服务器也可以接收其他软件应用程序发送的数据，并转发给设备进行控制。
4.设备控制：OPC服务器可以通过标准的接口控制各种设备的状态和行为。
通过调用相应的API，我们可以实现对设备的启停、参数设置、模式切换等控制操作。
由于OPC服务器提供了统一的通信接口，因此我们可以方便地在不同的设备和软件应用程序之间实现数据的交换和通信。
opc方案
OPC方案简介OPC（OLE for Process Control，过程控制的OLE）是工业自动化领域常用的通信协议，用于实现不同设备间的数据交换和控制。
本文档将介绍OPC的基本概念、工作原理和应用方案。
概述OPC是一种基于COM（Component Object Model，组件对象模型）的开放标准，提供了统一的接口和协议，使得不同供应商的设备和软件能够无缝地进行通信。
它的目的是简化工业自动化领域中数据交换和控制的复杂性，实现设备的互联互通。
OPC通常涉及两个角色：OPC客户端和OPC服务器。
OPC客户端与上层应用程序交互，向OPC服务器请求数据、发送控制命令；OPC服务器负责与设备通信，接收请求并返回数据。
OPC基本概念以下是OPC中的一些基本概念：OPC DAOPC DA（Data Access）是OPC的核心组件，用于实现数据的读取和写入。
它基于COM技术，提供了标准的接口用于获取和设置设备数据。
数据可以是实时数据、历史数据或计算得出的数据。
OPC HDAOPC HDA（Historical Data Access）扩展了OPC DA的功能，支持对历史数据的访问。
它包括数据检索、存档和查询等功能，使得用户能够方便地获取和分析历史数据。
OPC AEOPC AE（Alarm & Event）用于处理设备的报警和事件信息。
它提供了标准的接口和规范，使得用户能够方便地监控、记录和处理设备产生的报警和事件。
OPC UAOPC UA（Unified Architecture）是OPC的下一代标准，采用了面向服务的架构和现代化的通信机制，更加安全、可靠和易于使用。
它支持多平台、多操作系统，并提供了强大的安全和认证机制。
OPC工作原理OPC的工作原理可以简单描述为以下几个步骤：1.客户端应用程序向OPC服务器发送连接请求。
2.OPC服务器确认连接请求，并建立与客户端的通信连接。
3.客户端应用程序发送对设备的读写请求。
工业控制数据交换标准OPC规范
OPC规范支持多种安全认证和加密技术， 确保数据传输的安全性和完整性。
OPC规范的局限性
标准更新滞后
互操作性问题
尽管OPC规范已经存在多年， 但其更新速度相对较慢，可 能无法跟上工业控制领域快 速发展的步伐。
由于OPC规范没有强制要求 实现某些功能，不同厂商的 OPC服务器可能存在互操作 性方面的问题。
04
OPC规范的优势与局限 性
OPC规范的优势
跨平台兼容性
高效的数据传输
OPC规范支持多种操作系统和编程语言， 使得不同厂商的设备和软件能够实现无缝 集成。
OPC规范优化了数据传输机制，提高了数 据读取和写入的效率，降低了网络拥堵的 风险。
灵活的数据模型
强大的安全机制
OPC规范定义了统一的数据模型，使得不 同厂商的设备能够以标准化的方式描述其 属性和方法，方便了开发人员的使用。
OPC规范的特点包括：跨平台性、灵活性、可扩展性和开放性。它支持多种通信协议，如以太网、串口等，并可与各种主流 的工业控制系统和软件集成。
OPC的历史与发展
OPC规范最初由德国的几家自动化厂商联合发起，并于1996年发布了第一个版本。随着工业自动化 技术的不断发展，OPC规范也在不断演进和完善，至今已经发布了多个版本。
02
OPC将与其他物联网技术和标 准进行集成，形成更加完善的 工业物联网解决方案，提高工 业生产的效率和智能化水平。
03
OPC规范将不断适应工业物联 网的发展需求，拓展其在智能 制造、智能物流等领域的应用 场景。
OPC与其他工业互联网技术的融合发展
OPC规范将与工业以太网、现场总线等技术进行融合，形成更加高效、可靠和安全 的工业控制网络。
OPC规范将与云计算、大数据、人工智能等先进技术进行结合，实现工业数据的集 中存储、分析和处理，提高工业生产的智能化水平。
OPC服务器设置
OPC服务器设置1：概述在本章节中，我们将介绍OPC服务器设置的目的和范围，以及本文档的组织结构和使用方法。
2：前提条件在本章节中，我们将列出执行本文档所需的前提条件，例如操作系统要求、硬件要求和软件依赖项。
3：安装OPC服务器在本章节中，我们将提供安装OPC服务器的详细步骤。
包括和安装OPC服务器软件，配置安装选项，并完成安装向导。
4：配置OPC服务器在本章节中，我们将介绍如何配置OPC服务器。
包括打开服务器配置工具，设置通信协议、端口和服务选项，以及配置安全性和权限。
5：添加OPC服务器项在本章节中，我们将演示如何添加OPC服务器项。
包括选择服务器项，定义标签和属性，以及设置数据访问权限。
6：测试和验证在本章节中，我们将讨论测试和验证OPC服务器设置的方法。
包括使用OPC客户端工具进行连接和访问测试，以及检查服务器日志和报告错误。
7：故障排除在本章节中，我们将提供一些常见问题和故障排除方法。
包括解决连接问题、数据访问错误和性能问题的建议。
8：维护和更新在本章节中，我们将介绍维护和更新OPC服务器设置的方法。
包括备份和恢复配置、升级软件版本和更改设置的步骤。
9：附件本文档附带以下附件，供参考和进一步了解：- OPC服务器安装程序- OPC服务器配置示例文件- OPC服务器项配置示例文件附件1: OPC服务器安装程序附件2: OPC服务器配置示例文件附件3: OPC服务器项配置示例文件法律名词及注释：在本文档中使用的法律名词及其相应注释如下:- OPC: OLE for Process Control，一种工业自动化控制系统的标准协议。
工控人必备的opc协议配置方法
工控人必备的opc协议配置方法
一、opc协议介绍
OPC（OLE for Process Control），译为进程控制的OLE，是由微软公司于1996年推出的一种IT领域的行业标准通信协议，它使不同厂商的设备、软件和网络能够相互通信。
二、opc协议的配置方法
1. 确定通讯协议
根据需要通讯的设备，确定通讯协议，一般有Modbus协议、Profibus 协议、CANopen协议等。
2. 安装opc服务器和驱动程序
根据设备所采用的通讯协议，下载并安装对应的opc服务器和驱动程序。
常用的opc服务器有KEPware、Matrikon等。
3. 添加opc服务器
运行opc服务器，进入opc服务器的添加设备页面，添加设备，并设置相应的通讯参数，如IP地址、端口号、波特率等。
4. 添加opc组件
在opc服务器中添加相应的opc组件，如数据项、组等，设置相应的数据类型、数据地址等信息。
5. 配置客户端软件
在opc客户端软件中，添加opc服务器，并添加相应的组件，将需要采集的数据添加到数据表中。
6. 采集数据
运行opc客户端软件，开启数据采集。
可以通过手动或自动采集的方式，将设备上的数据采集到客户端软件的数据表中。
三、总结
以上是OPC协议的配置方法，通过配置OPC协议，我们可以将不同厂商的设备、软件和网络进行相互通信，使系统之间的数据传输更加方便快捷，从而提高系统的运行效率。
OPC协议解析-OPC客户端与服务器通讯解析
OPC协议解析-OPC客户端与服务器通讯解析1 OPC服务器OPC服务器, 是指按照OPC基⾦组织规定的OPC规范群开发的软件驱动。
OPC服务器作为中间媒介负责从数据源读取数据再跟另外⼀端的客户端通信。
在的结构图中, 通信的发起端是, 也只能是OPC客户端。
客户端和服务器的对话是双向的, 也就是说, 客户端既可以从服务器读出也可以向服务器写⼊。
TOPC基⾦会定义了四种不同类型的OPC服务器。
他们分别是:OPC数据访问服务器（OPC DA） – 它基于 , 是⼀种为实时数据通讯特别定义的服务器类别。
OPC历史数据访问服务器（OPC HDA） – 它基于OPC历史数据访问规范, 是⽤来给⽀持OPC历史数据访问规范的客户端供给历史数据的服务器。
OPC报警与事件服务器（OPC AE） – 它基于OPC报警与事件访问规范, 为⽀持OPC报警与事件规范的客户端传送报警与时间信息。
OPC UA服务器 - 它基于OPC基⾦总会最新并且最先进的UA规范,使得OPC服务器可以与任何数据形式兼容。
总体来说, 前⾯三种是存在时间⽐较长久且⽐较经典的服务器类型, 但最后⼀款OPC UA服务器会随着时间的推移成为今后OPC服务器的中流砥柱。
1）OPC客户端与OPC服务器（OPC数据访问服务器、OPC历史数据访问服务器或OPC报警与事件服务器)的通信OPC服务器是利⽤Microsoft Windows的 COM/DCOM技术作为数据交换的⽅式。
这就是说OPC服务器必须安装在⽀持Microsoft Windows操作系统的PC上。
⼀个OPC服务器可以同时跟多于⼀个的 OPC客户端通讯。
2）OPC服务器 – 数据传译器OPC服务器的⼀个关键作⽤就是将以数据源输出形式传送的数据, 翻译成⽀持之前提到的某⼀或多于⼀种的OPC数据访问规范形式（⽐如说, OPC实时数据访问规范）。
OPC数据规范群只是定义了OPC服务器的OPC通讯模块, 所以数据形式翻译模块的准确性和⾼效性就完全取决于OPC服务器供应商的开发⽅式。
《OPCDA服务器与客户程序开发指南》
《OPCDA服务器与客户程序开发指南》OPCDA（OLE for Process Control Data Access）是一种通信协议，用于实现工业自动化系统中的数据访问功能。
OPCDA服务器与客户程序开发指南是为了帮助开发人员理解和掌握OPCDA服务器与客户程序的开发过程而撰写的一本指南。
首先，本指南将介绍OPCDA的基本原理和概念，包括OPCDA的架构、工作原理、数据通信方式等。
然后，指南将详细讲解如何开发OPCDA服务器。
开发OPCDA服务器需要了解如何定义OPCDA的数据模型、编写OPCDA 服务器程序、实现数据通信功能等。
指南将从这些方面逐步介绍各种开发技术和方法。
接下来，指南将介绍如何开发OPCDA客户程序。
开发OPCDA客户程序需要了解如何访问OPCDA服务器、获取数据、实时监控等。
指南将从这些方面逐步介绍开发技术和方法。
在指南的后部分，将介绍一些实际开发中常见的问题和解决方法。
例如，如何处理连接错误、如何处理数据变化等。
指南将提供一些实用的开发经验和建议，帮助开发人员克服可能遇到的困难和障碍。
本指南还将附带一些实例代码和开发工具的使用方法。
这些示例代码和开发工具将帮助开发人员更好地理解和应用OPCDA的开发技术。
指南还将提供一些参考资料，包括相关的文档、书籍、网站等。
通过阅读《OPCDA服务器与客户程序开发指南》，开发人员可以获得关于OPCDA服务器与客户程序开发的全面和详细的指导。
本指南旨在帮助开发人员提高开发效率，减少开发成本，提高软件质量，从而更好地满足工业自动化系统的需求。
《OPCDA服务器与客户程序开发指南》
《OPCDA服务器与客户程序开发指南》引言：OPCDA是一种基于OLE（对象链接与嵌入）技术的通信协议，用于在工业自动化领域中实现数据交互。
通过使用OPCDA，开发者可以实现不同厂商的设备、控制系统之间的数据交换和通信。
本文将介绍OPCDA服务器与客户程序的开发指南，帮助读者了解OPCDA的基本概念，以及在开发过程中应注意的事项。
一、OPCDA概述1.1OPCDA的定义和特点OPCDA（OLE for Process Control Data Access）是一种基于OLE技术的通信协议，该协议定义了一组接口和规范，用于实现不同平台、不同设备的数据交换和通信。
OPCDA具有以下特点：-通用性：支持跨平台、跨设备的数据交互。
-可扩展性：可以通过扩展接口和规范来支持新的功能。
-简化开发：提供了一组标准接口，开发人员可以直接使用这些接口进行数据交互，无需关注底层通信细节。
1.2OPCDA的工作原理OPCDA的工作原理可以概括为以下几个步骤：-客户程序向OPCDA服务器请求数据，服务器返回请求的数据。
-客户程序发送写入请求给OPCDA服务器，服务器将数据写入到设备中。
-OPCDA服务器通过驱动程序与实际设备进行通信，获取数据或将数据写入设备。
二、OPCDA服务器开发指南2.1选择合适的开发工具和环境在开发OPCDA服务器时，需要选择一个合适的开发工具和开发环境。
常用的开发工具有Microsoft Visual Studio、Delphi等，可以根据自己的实际情况选择合适的工具。
2.2实现OPCDA服务器接口开发OPCDA服务器需要实现一组标准接口，包括IOPCServer、IOPCItemIO等。
这些接口定义了服务器与客户程序之间的数据交互方式，包括读取数据、写入数据等操作。
2.3配置服务器参数在服务器的开发过程中，需要配置服务器的参数，如服务器名称、服务器描述、支持的OPC版本等。
这些参数可以通过调用OPCDA服务器提供的接口进行配置。
第4章工业控制数据交换标准OPC规范
（3）即使计算机中的SCADA、HMI等软件都有 独立的驱动程序，但一般也不允许同时访问相同 的设备，否则很容易造成系统崩溃 （4）另一方面，现场控制层作为企业整个信息系 统的底层部分，必然需要与生产过程管理层和经 营决策层进行集成。这样也存在着监控计算机如
何与其它计算机进行信息沟通和传递的问题。
接口组装起来以形成所需要的应用程序。
（1）COM/DCOM简介
由微软公司推出的开放的组件标准。COM标准包 括规范和实现二大部分，规范部分定义了组件之间 通信的机制，这些规范不依赖任何特定的语言和操 作系统，具有语言无关性；COM 标准的实现部分 是COM 库，COM库为COM规范的具体实现提供了 一些核心服务。由于COM以客户/ 服务器模型为基 础，因此具有良好的稳定性和很强的扩展能力。
在组件技术规范方面，主要有两个标准：一个是 由对象管理组织（Object Management Group， OMG）起草并颁布的公共对象请求代理体系结构 （Common Object Request Breaker Architecture， CORBA），另外一个是由微软推出的组件对象模 型（Component Object Model，COM）技术。
监督控制与数据采集技术
华东理工大学自动化系 王华忠
hzwang@
Ch4
工业控制数据交换标准 OPC规范
一、OPC开发背景和历史
1、为什么需要OPC
（1）对于早期的计算机系统，为了实现不同的硬件 和软件所构成的计算机之间的数据交换和通信，必 须要花费很多时间去开发独自的通信程序。 （2）由于驱动程序缺乏统一的连接标准，这样一旦 硬件设备升级换代，就需要对相应的驱动程序进行 更改，增加了系统的维护费用。
《OPCDA服务器与客户程序开发指南》
第五章OPC 服务器的远程访问************************************************* The Distributed Component Object Model (DCOM) 是为了支持在局域网或者广域网或者INTERNET上的组件对象通讯。
因为DCOM技术基于COM技术，是COM的无缝延续，一种领先的组件技术，可以利用COM组件的优势来进行分布式的访问，因为DCOM，你不需要了解底层的网络协议。
通过DCOM技术，我们的OPC客户程序可以访问不在同一台机器上的OPC服务器。
DCOM一般而言在Microsoft Windows NT® 4.0及以上操作系统上运行。
实际上DCOM可以应用在UNIX的平台上（）。
图5.1远程创建COM组件示意图一旦创建了远程的COM服务器，所有的调用将通过proxy和stub对象配置。
proxy和stub使用RPC（Remote Procedure Calls，远程过程调用）进行通信，RPC处理所有网络交互。
在服务器端，stub对象负责配置，而客户端则由proxy负责。
跨网络的数据传送由RPC负责。
实际上，DCOM使用一个扩展类型的RPC，称为对象RPC（Object RPC）或者ORPC。
RPC可以运行在多种不同的协议上，包括有TCP/IP，UDP，NetBEUI，NETBIOS和命名管道。
标准的RPC协议是UDP（用户数据报协议）。
UDP是一个无连接的协议，看来与DCOM这种面向连接的系统配合并不是一个好主意。
不过这并不是一个问题，DCOM自动负责管理连接。
对于COM组件而言，进程外组件不需要作任何修改，只需要把DCOM配置一下便可以供客户程序远程访问。
本章主要介绍如何配置DCOM来访问远程OPC服务器，以及DCOM的连接管理，最后给出Visual C++6.0下的远程访问OPC服务器的客户程序实例。
第一节OPC服务器远程访问的DCOM配置下面以Windows NT 4.0(SP6)和Windows 2000为例来说明远程访问OPC服务器时服务器端及客户端需要的配置。
OPC规范简介
OPC规范简介OPC规范传统的实时监控系统存在的问题传统的实时监控系统作为支撑现代工业生产和社会生活的基础设施，得到了广泛的应用和发展。
但过去，动用了当时最好的技术和最好的人才，可以开发出好的实时监控系统，但由于系统不具备开放性，各个部分的联系过于紧密，使系统过于复杂。
这样系统的更新、扩展、升级变得非常困难。
修改什么地方，怎样修改往往无从下手。
同时当参与开发的技术人员可能因为其它原因而各奔东西，更加造成了系统得维护困难。
而这种复杂得关系造成文档的难以形成。
传统的实时监控系统开发中出现的另一个主要问题是软件的重复开发，软件不能够重用，资源不能共享，造成大量人力与物力资源的浪费。
随着计算机软件的发展，这种情况有所改观，高级语言中库函数的采用，实现了一定程度上资源的共享，尤其是面向对象的方法的应用，使得我们可以利用面向对象的继承等方法大量重用源代码。
但这些重用只是对源代码级的重用而不是对可执行文件级的重用，对每一类库都要重新编译，所以并没有真正实现资源共享，并且对某个某个模块中某个类库的修改将“触一发而动全身”，引起所有引用该类库的模块的修改，因此非常难以实现某个模块的升级。
同时，为一种语言开发的类库以及函数库都不能够为其他语言所用，也大大限制了软件的重用。
一般实时监控系统为分布式的结构，实现了人机接口、通信、数据处理等功能在网络上的分布，同时将一个系统划分为各个子系统，降低了系统的复杂程度，改善了系统性能，便于整个系统的开发，减少了开发周期与维护费用。
但由于系统各个计算机的通信协议依赖于某个厂家，没有形成统一的标准，不同厂家之间的软件与硬件的集成难于实现。
因此也没有真正实现不同厂家的软件共享。
OPC规范简介为此，由OPC Task Force制定的OPC(OLE for Process Control)规范于1996年8月正式诞生了，随着1997年2月Microsoft公司推出Windows95支持的DCOM技术，1997年9月新成立的OPC Foundation对OPC规范进行修改，增加了数据访问等一些标准，OPC规范得到了进一步的完善。
opc及opc服务器
opc及opc服务器OPC及OPC服务器的设计与实现_______OPCAnd Design&Implementation of OPC Server引言OPC（OLE for process control）是一个工业标准。
它是由一些世界上占领领先地位的自动化系统和硬件、软件公司和微软合作而建立的、满足开放性的和互操作性接口标准。
OPC标准的建立基于微软的COM技术规范，并由OPC基金会这个国际组织管理。
OPC为不同的厂商的硬件设备、软件和系统定义了公共的接口，使得过程控制和工厂自动化中的不同的系统、设备和软件之间能够互相连接、通信、操作。
一般在控制系统中，包含过程画面的软件（如SCADA软件）在与现场设备通信的时常采用如下的方法：(1)采用标准通信协议，如profibus、modbus、HART、CAN总线等，因为监控管理软件与现场的设备采用同样的通信协议，所以，监控管理软件不需要对现场设备的驱动程序。
(2)对于没有采用标准通信协议的设备，监控管理软件需要在设备制造商的配合下为这些设备开发驱动程序。
这种方式虽然执行效率比较高，但兼容性差，软件供应者必须对没一种接入的设备开发驱动程序，设备制造商也必须提供设备的通信协议。
（3）通过OPC这个开放性的协议和过程控制或其他系统软件进行通信。
这种方式的优点在于：不管硬件设备是否使用标准的通信协议，制造商只需要提供一套OPC服务器，就可以支持大部分的监控等软件，也不需要将自己的通信协议细节提供给软件商。
OPC服务器的设计和实现目前的小型DCS控制系统使用了OPC服务器后，实现了对主流的监控软件（一般都有OPC接口）的兼容性，监控软件等OPC客户程序可以很方便的访问和设置DCS中的数据。
OPC服务器需要实现的主要功能就是根据控制系统的组态信息，实现OPC服务器对象、组对象等，并通过OPC驱动程序实现与DCS 系统中主控器的通信，获得现场数据或设置现场数据项等。
opc标准驱动程序实现方法
opc标准驱动程序实现方法OPC，即开放联机处理，是由美国管理自动化协会（OAA）提出的一种通用标准，它利用网络技术构建了传感器、分析仪和控制器之间的接口，以实现系统之间的数据通讯。
这种标准可以改善传统控制系统中的缺陷，提高系统的运行效率，缩短系统开发周期。
实现OPC标准驱动程序的主要步骤有：在项目中选择合适的OPC服务器，然后安装OPC客户端，此外还要安装OPC服务器提供的API。
最后，需要通过编程实现通讯，以实现协议的读取和写入操作。
首先，选择合适的OPC服务器是实现OPC标准驱动程序的第一步。
一般来说，实现OPC标准驱动程序的服务器有两种：一种是基于标准的服务器，另一种是基于非标准的服务器。
基于标准的服务器具有功能全面、安装方便等特点，而基于非标准的服务器则具有低成本、易用性强等特点。
其次，安装OPC客户端。
在安装OPC服务器之后，还需要安装OPC客户端，以实现系统和传感器之间的数据通讯。
一般来说，OPC客户端可以在线上或者网上免费下载，安装过程中，只需要按照图形化界面的提示即可完成安装。
然后，安装OPC服务器提供的API。
OPC服务器提供的API是实现OPC标准驱动程序的基础，一般来说，API可以在网上免费下载，也可以通过联系厂商购买，安装过程中，需要严格按照步骤进行操作。
最后，使用编程语言实现OPC标准驱动程序的通讯操作。
OPC标准驱动程序可以使用多种编程语言实现，如C#、和C++等，编程过程中，需要熟悉API的操作方法，以实现系统之间的数据读取和写入。
综上所述，实现OPC标准驱动程序的主要步骤是：选择合适的OPC服务器，安装OPC客户端，安装OPC服务器提供的API，以及使用编程语言实现通讯操作。
OPC标准驱动程序的实施，将有助于提高系统的效率，实现设备之间的协调运行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Ｏ Ｃ程 序 开 发 中 常 见 的 两 个 针 是 指无 效 的指针 ， 用它 则会 造成 异 常 。因此 ， 使
在 作 用 指 针 之 前 必 须 判 断 其 是 否 为 空 。 空 字 符 串 则 是
一
调 用服 务器 函 数的过 程 中 ， 管 函数执 行正 确与 否 ， 不 服
口 的 字 符 串参 数 都 使 用 宽 字 符 ， 体 实 现 时 采 用 Ｂ Ｔ 具 ＳＲ 类 型 来 传 递 字 符 串 参 数 。 Ｂ １ 类 型 是 一 个 宽 字 符 的 ｓＲ
指 针 ， 其 前 ４个 字 节 表 示 字 符 串 中所 有 的 字 节 数 ， 但 后 面 的字节 才代 表真 正 的宽字 符 串 。
在 Ｖ Ｂ等 弱 类 型 的 高 级 语 言 中 ， 法 像 Ｃ Ｃ＋ 无 ／ ＋语
言 那 样 定 义 任 意 的 数 据 类 型 ， 此 Ｏ Ｃ 规 范 采 用 了 因 Ｐ Ｖ ＲＩＮＴ数 据 类 型 传 递 参 数 ， 其 既 适 用 于 定 制 接 Ａ Ａ 使 口 ， 满 足 自动 化 接 口 的 要 求 。 ＶＡ Ａ Ｔ是 一 个 结 构 又 ＲＩ Ｎ 类 型 ， 要 包 括 两 个 有 意 义 的 域 ：ｒ和 一 个 大 的 联 合 主 、 ｔ
１ ４ 内 存 维 护 ．
根 据 Ｃ Ｍ 规 范 ， 户 程 序 必 须 释 放 函 数 调 用 时 与 Ｏ 客
“
体 。、 指 示 了 数 据 的 确 切 类 型 ， 整 型 、 型 等 ： 合 ｒ ｔ 如 实 联 体 则 包 含 了真 正 的 数 据 或 数 据 指 针 。 设 计 时 需 要 调 用 相 应 的 函 数 进 行 简 单 类 型 和 Ｖ Ｒ Ａ Ｔ类 型 之 间 的 转 Ａ ＩＮ
１ ２ 空 指 针 和 空 字 符 串 ．
空 指 针 （ ｕｌｐ ｉｔｒ） 空 字 符 串 （ ｕｌｓ ｉｇ ） ｎ ｌ ｏｎｅｓ 和 ｎ ｌ ｔ ｎ ｓ 是 ｒ
以参考 Ｉ Ｌ文件 来查 找 ｏｔ Ｄ ｕ 参数 ， 并且 针对 每 种类型 的
结 构 体 编 一 段 子 程 序 处 理 内存 释 放 。在 每 次 客 户 程 序
换 。
ｏｔ和 “ｎ ｏｔ参 数 相 关 的 内存 ， 也 包 括 结 构 体 参 数 ｕ ” ｉ ｕ” ／ 这
中 内部 指 针 变 量 所 指 向 的 内 存 。 如 不 能 正 确 释 放 内 存 ， 会 引 起 难 以 发 现 的 内 存 泄 漏 ， 成 系 统 可 用 的 内 将 造 存 资 源 越 来 越 少 直 至 系 统 崩 溃 。 因 此 ， 写 程 序 时 可 编
维普资讯
＜ 自动化 仪 表＞ ２ 第 ３卷 第 ７期
２Ｏ Ｏ ２年 ７月
作 者 陈姬 华 ， ，９ ４ 生 ， ９ ６年 毕 业 于天 津 职 业 技 术 师 范 学 院 女 １７ 年 １９
收 稿 日期 ：０ １—０ ２０ ８—３ 。 ｌ
助 理 工 程师 ； 作 领 域 ： Ｃ 、 Ｃ 、 Ｌ 工 Ｄ Ｓ Ｑ Ｓ Ｐ Ｃ等 控 制 系统 设 计 与 维护 。
务 器程序 都 必 须 为 每 个 ｏｔ 数 定 义 好 返 回值 ， 客 ｕ参 而
户 程 序 则 负 责 释 放 相 应 的 内存 资 源 。 １ ５ 线 程 模 型 ．
Ｃ Ｍ提 供 了一 整 套 创 建 Ｃ Ｏ ＯＭ 对 象 的 线 程 模 型 。 对 于 Ｏ Ｃ规 范 而 言 并 不 需 要 在 Ｏ Ｃ 服 务 器 中 采 用 特 Ｐ Ｐ
定 的 线 程 模 型 ， 计 者 可 以 根 据 功 能 要 求 选 择 单 线 程 设
或 多线 程模 型 。
宽 字 符 （ ｎｃｄ ） 含 义 是 用 双 字 节 表 示 一 个 字 ｕ ｉｏ ｅ 的 符 ， 于 解 决 多 种 语 言 编 程 的 符 号 表 示 问 题 。 Ｏ Ｃ接 用 Ｐ
个 唯一 的组 名称 。
１３ 必 选 接 口 与 可 选 接 口 ．
ＯＰ Ｃ服 务 器 开 发 者 必 须 实 现 所 有 的 必 选 接 口 的 功 能 。ＯＰ Ｃ客 户 通 过 调 用 必 选 接 口 与 服 务 器 交 互 ， 得 获 基 本的服 务 功能 。服 务器设 计 者可 以选 择实 现可 选接 口的 功 能 。 一 旦 ＯＰ Ｃ服 务 器 支 持 某 一 可 选 接 口 ， 必 则 须 保 证 该 接 口 内 部 对 应 的 所 有 函 数 都 能 够 被 正 确 调 用 ， 使 函 数 只 是 返 回 Ｅ—Ｎ Ｔ ＭＰ 即 Ｏ Ｉ Ｌ参 数 表 示 该 功 能 尚 未 实 现 。 在 进 行 ＯＰ Ｃ客 户 设 计 时 不 能 假 设 Ｏ Ｃ服 Ｐ 务 器 已经实 现 了可 选接 口的功 能 ， 须 对 服 务 器进 行 必 接 口查 询 ， 认 支 持 某 个 接 口 时 才 调 用 相 应 的 接 口 函 确 数。
个 包 含 空 字 符 （ ＵＬ 的 字 符 串 ， 指 针 是 有 效 的 。 Ｎ Ｌ） 其
当 空 字 符 作 为 函 数 的 返 回 参 数 时 ， 必 须 被 释 放 ， 防 它 以 内 存 泄 漏 。 由 于 Ｃ Ｍ 编 排 机 制 的 限 制 ， 指 针 不 能 作 Ｏ 空
为 输 入 参 数 传 递 。 在 这 种 情 况 下 ， 字 符 串 应 当 作 为 空
“ 控 软 件 互 操 作 规 范 Ｏ Ｃ技 术 ” 座 工 Ｐ 讲
第 ４讲 ＯＰ 服 务 器 与 客 户 程 序 的 设 计 Ｃ
马 砍 李 煮 程 哆 磅 凌 专 浩
（ 东 理 工 大 学 自动 化 系 ， 海 华 上 ２ｍ ３ ） ￣ ７
ｌ 设 计 基 础
１ １ 宽 字 符 和 Ｖ Ｒ Ａ Ｔ 数 据 类 型 ． Ａ ＩＮ