OPC技术简介

OPCUA技术总结

OPC UA (OPC Unified Architecture，OPC统一体系架构) 1. OPC UA 简介 OPC UA(Unified Architecture)标准是OPC基金会2006年推出的一个新的工业软件应用接口规范，是企业软件架构的一个全新方向。OPC UA的主要目标是建立更丰富的数据模型与平台的独立性，以及提高工厂底层和企业系统之间的集成支持。 2. OPC UA 产生 现有OPC 规范的不足： 1) 缺少跨平台通用性。由于COM／DCOM对Microsoft平台的依赖性，使得OPC-COM 接口很难被应用到其它平台上。 2) 较难与Intemet应用程序集成。由于网络防火墙会过滤掉大多数基于COM传输的数 据，因此OPC-COM不能与Intemet应用程序进行交互。DCOM 不适用于Internet 环境，它不支持通过Internet访问对象； 3) COM 产生的传输报文复杂，并且由于防火墙的存在，在Internet 上发送COM 报文 非常困难。 4) 较难与企业应用程序连接。企业应用程序需要实时的工业现场数据，这些数据通常 来自具有OPC-COM接口的服务器。但是这些上层应用程序大多没有与OPC-C0M服务器交互的OPC-COM接口，因而不能进行连接。 促使OPC UA 出现的主要因素： 1)工业应用软件正转向https://www.wendangku.net/doc/2718957648.html,； 2)客户端软件需要一个集成的API 集成现有OPC规范及各自独立的API； 3)客户端软件需要对数据语义进行识别； 4)客户对服务器安全性、可靠性等性能方面更高的要求。 针对上述因素和现有OPC 的不足，新规范OPC UA 主要通过以下方法来解决： 1) OPC UA 的消息采用WSDL 定义，实现了规范的平台无关性； 2) OPC UA 定义了一套集成的服务，解决了现有OPC 规范在应用时服务重叠的问题； 3) OPC UA 采用了集成的地址空间，增加对象语义识别功能，并实现了对信息模型的 支持； 4) 另外，OPC UA 采用冗余技术、安全模型等一系列机制，提高了安全性、可靠性等 方面的性能。 虽然我们可以用OPC XML-Data Access 规范，并结合SOAP、WSDL 等Web Services 技术，能弥补上述缺陷，但是由于规范本身的问题，其在可互操作性、安全性、可靠性等方面仍不能满足用户的需求。为此，OPC 基金会推出新一代OPC 规范——OPC UA。 3. OPC UA 服务器体系结构 OPC UA 服务器体系结构中主要包括真实对象、OPC UA 服务器应用程序、OPC UA 地址空间、公布/ 预定实体、OPC UA 服务器服务API、OPC UA通信栈，其中真实对象包括物理对象和软件对象。

OMRON-OPC培训

培训专题opc 周杨-2017年3月19日

基于OPC技术和欧姆龙协议宏的控制网络通信的实现 在工业控制网络中,由于控制软件和协议纷繁复杂,对工控产品联网和通信能力的要求不断提高,将不同厂家设备组网通信是一个关键环节。本文介绍了变风量空调控制系统中一种基于OPC技术和串口通信技术的网络通信方式,对系统硬件配置和软件编程做了简单介绍。

什么是opc？ Opc（OLE for Process Control)用于过程控制的OLE是一个工业标准，管理这个标准的国际组织是OPC基金会，OPC基金会先有会员已超过220家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。 基于微软的OLE、COM(部件对象模型）和DCOM（分布式部件对象模型）技术。OPC包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。

OPC的发展 OPC是基于Windows的应用程序和现场过程控制应用建立桥梁。过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编制专用的接口函数。现场设备的由于种类繁多，且产品的不断升级，往往给用户和软件开发商带来巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，opc标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE2技术，OLE标准允许多台微机之间交换文档、图像等对象。

OPC应运领域 1.工控解决方案用户 2.楼控解决方案用户 3.工控解决方案厂商 4.楼控解决方案厂商 5.工控解决方案集成商 6.楼控解决方案集成商 7.ALL Automation Fields（所有自动化领域）

OPC规约详细内容

OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。 应用程序与OPC服务器之间必须有OPC接口，OPC规范提供了两套标准接口：Custom 标准接口，OLE自动化标准接口。通常在系统设计中采用OLE自动化标准接口。 OLE自动化标准接口，及采用OLE自动化技术进行调用，其技术为OLE自动化技术。OLE 自动化标准接口定义了以下三层接口，依次呈包含关系。 OPC Server：OPC启动服务器，获得其他对象和服务的起始类，并用于返回OPC Group 类对象； OPC Group：存储由若干OPC Item组成的Group信息，并用于返回OPC Item类对象。 OPC Item：存储具体Item 的定义、数据值、状态值等信息。 由于OPC规范基于OLE/COM技术，同时OLE/COM的扩展远程OLE自动化与DCOM技术支持TCP/IP等多种网络协议，因此可以将OPC客户、服务器在物理上分开，分布于网络不同节点上。 OPC规范可以应用在许多应用程序中，如它们可以应用于从SCADA 或者DCS系统的物理设备中获取原始数据的最低层，它们同样可以应用于从SCADA 或者DCS系统中获取数据到应用程序中。实际上，OPC设计的目的就是从网络上某节点获取数据。 OPC的数据访问方法分别有同步访问、异步访问和订阅式数据采集方式三种。 1、同步数据访问方式 OPC服务器把按照OPC应用程序的要求得到的数据访问结果作为方法的参数返回给OP C应用程序，OPC应用程序在结果被返回之前必须处于等待状态。 同步访问特点为：读取指定OPC标签对应的过程数据时，应用程序一直要等到读取完为止；写入指定OPC标签对应的过程数据时，应用程序一直等待写入完成为止。当客户数据较少而且同服务器交互的数据量比较少的时候可以采用这种方式，然而当网络堵塞或大量客户访问时，会造成系统的性能效率下降。 2、异步数据访问方式

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 数据存取规范和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服务器与客户程序开发指南

第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把软硬件厂商区分开来，使得双方的工作效率有了很大的提 高。

西门子PLC的以太网通讯及OPC通讯介绍

西門子PLC的以太網通訊及OPC通訊介紹 1.以太網通訊 CAL有很多地方用到以太網通訊，L2，焊機與PLC間通訊等，表檢的成像原理為：在金屬板帶表面沒有缺陷時，反射的光在明視場下很強，而在暗視場的散射光很弱；如有缺陷，則明視場的光強減弱，而暗視場的光強增加。根據這個原理，通過檢測攝像頭裡光強的變化，可檢測出材料表面上的一些物理缺陷。CAL 僅僅用到了它的檢測破孔這一個功能。 下面再來看西門子的以太網通訊，使用以太網通訊處理器可能的連接方式： 我們可以看到不同的通訊方式在PLC裏面需要調用不同的功能塊。 像S7-Connection方式連接的，需要調用SFB12/FB12等來讀取發送數據息，而TCP等連接的，需要FC5等來讀取發送數據。 下面簡單介紹下每種連接特點： Send/receive: iso 連接：ISO傳輸服務通過組態連接提供SEND/REVEICE interface服務在以太網上傳輸數據，此時服務使用的是ISO協議。此通訊速度較快，可是不能實現網絡路由，只能用於局域網通訊。 Send/receive: iso-On-TCP 連接：突破了局域網的限制，可以路由到公網上去；數據重發功能和基於第2層的CRC校驗保證了數據傳輸的完整性和可靠性。 Send/receive: TCP 連接：TCP/IP提供面向連接的數據通訊，數據並不會被打包因而並沒有數據包確認位，在這TCP服務提供了統一的sccket接口到每一個終

端，因而數據塊可以整體發送，這裡區別於iso-On-TCP 連接。 Send/receive: UDP連接：UDP提供簡單數據傳輸，無需確認，與TCP同屬第4層協議。與TCP相比，UDP屬於無連接的協議，數據報文無需確認。 S7通信：S7協議是西門子S7家族的標準通信協議，使用S7應用接口的通信不依賴特定的總線系統（Ethernet,PROFIBUS,MPI）。接口位於ISO-OSI參考模型的第7層，下面圖模型各層的通信方式。 那麼根據表檢的通訊協議規定： Transmission mode：TCP protocol (not S7), PLC will always be the client , Gauge will always be the server. Byte order: use PLC Byte Order ( not x86 byte order ). 我們建立通訊就需選擇send/receive中的TCP連接。 因此，在PLC中做如下配置： 1.打開硬件配置->點擊網絡組態：

Opc统一架构

Opc统一架构 一假期完成的看书 1 opc的定义与产生 OPC 全称是OLE（Object Linking and Embedding，对象链接和嵌入） for Process Control，它的出现为基于Windows 的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC 标准应运而生。OPC 标准以微软公司的OLE 技术为基础，它的制定是通过提供一套标准的OLE/COM 接口完成的，在OPC 技术中使用的是OLE 2 技术，OLE 标准允许多台微机之间交换文档、图形等对象。 OLE 不仅是桌面应用程序集成，而且还定义和实现了一种允许应用程序作为软件“对象”(数据集合和操作数据的函数)彼此进行“连接”的机制，这种连接机制和协议称为部件对象模型(Component Object Model),简称COM。 2 opc基金会 1996年8月，opc da（数据访问）规范发布了，opc基金会是维护这一标准的非盈利性组织，几乎所有提供工业自动化系统的厂商都成为了opc基金会的成员。Opc基金会可以比其他组织快得多的定义，通过，实践，有关标准。通过12年的发展，opc基金会已拥有超过450个成员，包括全世界所有的自动化系统供应商。 3 经典opc 根据工业应用的不同需求，已制定了三个主要opc规范：数据访问（da），报警和事件（a&e）,历史数据访问（hda）。 3.1 Opc数据访问 Opc数据访问（da）接口可以读，写，检测包含当前过程数据的变量。Opc da 客户端明确的选择了他们需要从服务器中读，写或者检测的变量（opc项）。Opc客户端通过创建一个opcserver对象来建立一个到服务器的连接。 3.2opc报警和事件 opc a&e接口可以接收事件通知和报警通知，要接收通知，opc a&e 客户端连接到服务器，订阅通知，然后接收在服务器触发的所有通知。Opc客户连接第一步是在a&e服务器上创建一个opceventserver（opc事件服务器）对象，第二步生成opceventsubscription（opc事件订阅）对象来接收事件消息。 3.3opc历史数据访问

OPC自动化接口的浅析

OPC自动化接口的浅析 未知来源供稿2004-10-8 17:38:00 【字体：大中小】 1 引言 OPC全称是OLE for Process Control，直译为过程控制中的对象连接嵌入技术。在当今过程控制领域，是一种非常流行的数据交换技术。其实质上是将微软的Activex(控件)技术应用于过程控制领域。也就是说在过程控制系统中，硬件服务商或软件提供者提供的数据源，在设计数据接口方面就采用了微软的OLE技术，并提供相应的控件、动态链接库，即支持OPC接口技术;当监控系统需要与数据源进行数据交换时，其开发的基于Windows的应用程序仅需将数据源提供的控件引入或者遵循OLE技术，就可以与数据源进行通讯，而无需开发数据源硬件驱动或与服务商软件通讯接口，大大地节省了开发费用，使应用程序和现场过程控制建立了桥梁，相互之间进行数据交换更加方便、灵活。OPC服务器通常支持两种类型的访问接口，它们分别为不同的编程语言环境提供访问机制。这两种接口是:自动化接口(Automation interface);自定义接口(Custom interface), 如图1所示。自动化接口通常是为基于脚本编程语言而定义的标准接口，可以使用Visual Basic、DelphiPowerBuilder等编程语言开发OPC服务器的客户应用。而自定义接口是专门为C++等高级编程语言而制定的标准接口。 图1 OPC的两种通用接口方式 OPC现已成为工业界系统互联的缺省方案，给工业监控编程带来了便利，用户不用为通讯协议的难题而苦恼。 2 OPC服务器数据访问过程

OPC数据访问提供从数据源读取和写入特定数据的手段，一个OPC对象具有一个作为子对象的OPC组集合对象(OPCGROUPS)。在这个OPC组集合对象里可以添加多个的OPC 组。每个组对象都具有一个作为子对象的OPC标签集合对象(OPCITEMS)在这个OPC标签集合对象里可以添加多个OPC对象。假定现有一个由DCS、I/O驱动器或独立的软件供应商用C++开发的OPC服务器，其服务名称为OPC—Jsample SERVER, 自动化接口组件为:OPCDAAUTO.DLL，以下是用VB访问OPC服务器数据的过程。 2.1 注册OPC组件 利用VB开发OPC应用程序时，因为VB应用程序是运行在与OPC服务器不同的计算机空间，不能直接调用OPC服务器的接口进行数据交换，需要通动态链接库并利用操作系统提供的通信能力进行数据交换，所以必须注册OPC自动化接口组件OPCDAAUTO.DLL(一个动态连接库)，这样就能够引用该组件建立OPC各种对象以便于OPC服务器连接。在批命令中运行语句%RegSvr32Path %RegSvr32/s opcdaauto.dll 进行注册。注册完后引用该组件。 2.2 引用OPC组件 如图2所示:在引用对话框中，将OPC Automation 2.0加入。这样在对象浏览器中将看到OPC 的各种属性和方法，供编程时使用。

opc服务器

Opc 1、在控制领域中，系统往往由分散的各子系统构成；并且各子系统往往采用不同厂家的设备和方案。用户需要，将这些子系统集成，并架构统一的实时监控系统。 2、这样的实时监控系统需要解决分散子系统间的数据共享，各子系统需要统一协调相应控制指令。 3、再考虑到实时监控系统往往需要升级和调整。 4、就需要各子系统具备统一的开放接口。 5、OPC(OLE for Process Control) 规范正是这一思维的产物。 6、OPC 基于Microsoft公司的Distributed interNet Application (DNA) 构架和Component Object Model (COM) 技术的，根据易于扩展性而设计的。OPC规范定义了一个工业标准接口。 7、OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。 8、OPC定义了一个开放的接口，在这个接口上，基于PC的软件组件能交换数据。它是基于Windows的OLE——对象链接和嵌入、COM——部件对象模型(Comp onent Object Model)和DCOM——分布式COM(Distributed COM)技术。因而，OP C为自动化层的典型现场设备连接工业应用程序和办公室程序提供了一个理想的方法。 OPC应用领域 1、工控解决方案用户 2、楼控解决方案用户 3、工控解决方案厂商 4、楼控解决方案厂商 5、工控解决方案集成商 6、楼控解决方案集成商 7、All Automation Fields OPC是为了连接数据源(OPC服务器)和数据的使用者(OPC应用程序)之间的软件接口标准。数据源可以是PLC，DCS，条形码读取器等控制设备。随控制系统构成的不同，作为数据源的OPC服务器即可以是和OPC应用程序在同一台计算机上运行的本地OPC服务器，也可以是在另外的计算机上运行的远程OPC服务器。 OPC接口既可以适用于通过网络把最下层的控制设备的原始数据提供给作为数据的使用者(OPC应用程序)的HMI(硬件监督接口)／SCADA(监督控制与数据采集)，批处理等自动化程序，以至更上层的历史数据库等应用程序，也可以适用于应用程序和物理设备的直接连接。所以OPC接口是适用于很多系统的具有高厚度柔软性的接口标准。

OPC通讯简介

OPC通讯简介 OPC 概念 在OPC之前，需要花费很多时间使用软件应用程序控制不同供应商的硬件。存在多种不同的系统和协议；用户必须为每一家供应商和每一种协议订购特殊的软件，才能存取具体的接口和驱动程序。因此，用户程序取决于供应商、协议或系统。而OPC 具有统一和非专有的软件接口，在自动化工程中具有强大的数据交换功能。 OPC （OLE for Process Control）是嵌入式过程控制标准，规范以OLE/DCOM为技术基础，是用于服务器/客户机连接的统一而开放的接口标准和技术规范。OLE是微软为Windows系统、应用程序间的数据交换而开发的技术，是Object Linking and Embedding的缩写。 OPC从数据来源提供数据并以标准方式将数据传输至任何客户机应用程序的机制。供应商现在能够开发一种可重新使用、高度优化的服务器，与数据来源通信，并保持从数据来源/设备有效地存取数据的机制。为服务器提供OPC接口允许任何客户机存取设备。 OPC将数据来源提供的数据以标准方式传输至任何客户机应用程序。OPC（用于进程控制的OLE）是一种开放式系统接口标准，可允许在自动化/PLC应用、现场设备和基于PC的应用程序（例如HMI或办公室应用程序）之间进行简单的标准化数据交换。定义工业环境中各种不同应用程序的信息交换，它工作于应用程序的下方。您可以在PC机上监控、调用和处理可编程控制器的数据和事件。 服务器与客户机的概念 OPC数据项是OPC服务器与数据来源的连接，所有与OPC数据项的读写存取均通过包含OPC项目的OPC群组目标进行。同一个OPC项目可包含在几个群组中。当某个变量被查询时，对应的数值会从最新进程数据中获取并被返回，这些数值可以是传感器、控制参数、状态信息或网络连接状态的数值。OPC的结构由3类对象组成：服务器、组和数据项。 OPC服务器：提供数据的OPC元件被称为OPC服务器。OPC服务器向下对设备数据进行采集，向上与OPC客户应用程序通信完成数据交换。 OPC客户端：使用OPC服务器作为数据源的OPC元件称为OPC客户端。 OPC 数据访问 OPC服务器支持两种类型的数据读取：同步读写（Synchronous read/write）和异步读写（Asynchronous read/write）。 同步读写：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。 配置时的几个关键概念 Chanel——通道是一个从PC到一个或多个外部设备之间的传播媒介。一个通道可以用来代表一个串行端口（一个安装在个人电脑上的卡或是以太网接口）。 Device——设备代表了与服务器进行通信的PLC或其他硬件。它受限于Channel所选择的设备驱动程序（Device driver）。 Group——对tags的分类管理，自定义的。类似于Java中的包。 Tag——一个Tag代表与服务器进行通信的PLC或其它硬件设备上的一个地址。服务器允许动态标签（客户端自定义创建）和用户定义的静态标签（服务端管理人员创建的标签）。动态标签是直接进入

接口技术-OPC DA服务器的设计与实现

OPC DA服务器的设计与实现 马亮, 张志鸿 （郑州大学信息工程学院，河南郑州 450001） 摘要：本文对OPC技术做了详细的分析，在OPC DA标准的基础上，给出了一个OPC数据存取访问服务器框架的设计方案，并介绍了实现的主要步骤。在设计中引入了适配器模式，用来针对不同数据源进行快速开发。 关键词：OPC；数据访问；COM；适配器模式 中图分类号：TP273 文献标识码：B Design and Implement of OPC Data Access Server MA Liang , ZHANG Zhi-hong (School of Information Engineering, Zhengzhou University, Zhengzhou Henan 450001, China ) Abstract: This paper presented a detailed analysis of OPC technical, gave an OPC Data Access Server framework on the basis of OPC DA standards, and introduced the main steps of realization. In the design, we exploited the Adapter Pattern to accelerate the implement for different data sources. Key words: OLE for Process Control; Data Access; COM; Adapter pattern 0 引言 OPC全称OLE for Process Control，它是由OPC基金会制定的自动化领域过程控制标准。实际上，OPC代表一系列的标准，包括OPC 数据访问(OPC Data Access)，OPC报警与事件(Alarms & Events )，历史数据访问(OPC Historical Data Access)，OPC XML-DA(1.0)等[3]。目前，OPC标准在现代工业控制领域，特别是在数据采集和软实时控制方面已有很好的应用。 1 OPC标准介绍 在OPC标准制定之前，工业软件制造商需要为不同的硬件开发各自独立的驱动接口。对于开发典型监控程序软件的技术人员来说，约有20%-30%的时间是用于编写通讯驱动程序[4]。当供应商提供一个新的硬件时，应用软件研发人员就不得不重新编写一个新的程序。而OPC标准的出现为此解决该问题提供了一个方案，它制定了一系列的数据存取，事件，报警等规范，使得当有新的硬件出现时，供应商只需提供实现的OPC标准接口，而上层应用软件则不需重新改写。这样，在系统与设备之间，车间现场与信息管理之间，甚至更远的距离上，都可以通过OPC标准实现无缝通讯，而不必担心设备升级带来的不便和额外费用。 OPC为不同的应用制定了不同的标准，OPC DA是针对现场数据进行存取的接口规范，该标准基于OLE / COM / DCOM / COM+技术，采用Client / Server模式。数据通过特定的采集卡或串口等，从现场设备中获得，然后OPC DA服务器将这些从数据源采集到的数据，以OPC标准接口形式提供给外部应用程序，例如工控软件，实时数据库等。OPC服务器可以通过本地或远程服务服务器两种方式，为依照OPC标准实现的客户端提供服务。 DA服务器的设计 2 OPC 本文通过使用VC++编程实现的一个OPC DA服务器框架，来介绍OPC DA服务器设计中需要解决的主要问题。在OPC服务器的设计中，引入适配器模式[6]，通过适配层将数据访问同具体的数据源操作相分离，以便针对不同的数据来源时，进行快速的二次开发。 实现OPC DA服务器，需要依照OPC基金会提供的OPC DA标准，将从数据源中采集数据，以标准规定的接口形式提供给外部。其中，OPC规范为OPC服务器规定了两套接口方式：定制接口（Custom interface）和自动化接口（Automation Interface）[1]。其中，前者是OPC服务器必须实现的接口，后者则是为方便VB等脚本语言而提供，可以选择性实现。

OPC通讯协议简介

OPC通讯协议简介 OPC(OLE for Process Control, 用于过程控制的OLE)是一个工业标准，管理这个标准国际组织是OPC基金会，OPC基金会现有会员已超过220家。遍布全球，包括世界上所有主要的自动化控制系统、仪器仪表及过程控制系统的公司。 基于微软的OLE(现在的Active X)、COM (部件对象模型)和DCOM (分布式部件对象模型)技术。OPC包括一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。 OPC全称是OLE for Process Control，它的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。在过去，为了存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。由于现场设备的种类繁多，且产品的不断升级，往往给用户和软件开发商带来了巨大的工作负担。通常这样也不能满足工作的实际需要，系统集成商和开发商急切需要一种具有高效性、可靠性、开放性、可互操作性的即插即用的设备驱动程序。在这种情况下，OPC标准应运而生。OPC标准以微软公司的OLE技术为基础，它的制定是通过提供一套标准的OLE/COM接口完成的，在OPC技术中使用的是OLE 2技术，OLE标准允许多台微机之间交换文档、图形等对象。 COM是Component Object Model的缩写，是所有OLE机制的基础。COM 是一种为了实现与编程语言无关的对象而制定的标准，该标准将Windows下的对象定义为独立单元，可不受程序限制地访问这些单元。这种标准可以使两个应用程序通过对象化接口通讯，而不需要知道对方是如何创建的。例如，用户可以使用C++语言创建一个Windows对象，它支持一个接口，通过该接口，用户可以访问该对象提供的各种功能，用户可以使用Visual Basic，C，Pascal，Smalltalk 或其它语言编写对象访问程序。在Windows NT4.0操作系统下，COM规范扩展到可访问本机以外的其它对象，一个应用程序所使用的对象可分布在网络上，COM 的这个扩展被称为DCOM（Distributed COM）。 通过DCOM技术和OPC标准，完全可以创建一个开放的、可互操作的控制系统软件。OPC采用客户/服务器模式，把开发访问接口的任务放在硬件生产

基于OPC技术的上位机与PLC之间的通信

基于OPC技术的上位机与PLC之间的通信 2008-10-31 11:02:00网络转载供稿1 引言 现代工业控制系统通常以pc机为上位机，通过与现场工控设备如plc的数据交换与处理，实现对生产过程的自动控制。对于小型控制系统，采用专门的组态软件成本太高，用vb设计监控系统则可以降低成本，但首先要解决上位机与plc之间通信问题。以往使用较多的进程间通信方式是dde（动态数据交换）方式，随着opc技术的发展和普及，它已成为工业过程控制的通信标准。opc服务器有两类接口，其中自动化接口主要用于vb、delphi等开发工具。本文利用罗克韦尔公司提供的opc接口，用vb编写了客户端应用程序，实现了上位机与ab可编程控制器之间的数据交换。 2 opc技术简介 opc（ole for process control—用于过程控制的对象连接与嵌入）是一套以微软对象连接与嵌入ole、组件对象模型com、分布式组件对象模型dcom（distributed com）技术为基础，基于wind ows操作平台，为工业应用程序之间提供高效的信息集成和交互功能的组件对象模型接口标准。opc 实际上是提供了一种机制，通过这种机制，系统能够以服务器/客户端标准方式从服务器获取数据并将其传递给任何客户应用程序。这样，只要生产商开发一套遵循opc规范的服务器与数据进行通信，其他任何客户应用程序便能通过服务器访问设备。 opc服务器有两类接口:定制接口和自动化接口。定制接口为c++程序服务，自动化接口为vb这一类可使用自动化对象的程序服务。定制接口是服务商必须提供的，而自动化接口则是可选的，不过o pc基金会提供了一个叫做“自动化包装器”的动态连接库，用于在两者间转换。 opc数据存取规范规定的基本对象有三类:服务器（server）、组（group）和数据项（item）。服务器对象包含服务器的所有信息，也是组对象的容器，一个服务器对应于一个opc server，即一种设备的驱动程序。组对象除了包含它自身信息外，还负责管理数据项。每一个数据项代表到数据源的一个连接，但它没有提供外部接口，客户端程序无法对数据项直接进行操作，应用程序必须依靠数据项的容器组对象来对它进行操作。 3 通信实现 3.1 rslinx的配置 rslinx是ab可编程控制器在windows环境下建立工厂所用通信方案的工具，它不仅提供了多种网络驱动程序，而且提供了最快速的opc、dde和custom c/c++接口。本设计中上位机与logix55 50控制器采用rs-232串口方式连接，在rslinx中要对df1网络驱动程序组态，设置串口特性:com 1、波特率19200bps、一个停止位、无奇偶校验、全双工、bcc校验码。此外要使用rslinx的opc

opc规范

opc技术规范是以microsoft的ole/com技术为基础，定义了一组接口规范。它包括opc自动化接口（automation interface）和opc定制接口（custom interface）。另外，opc技术规范定义的是opc服务器程序和客户机程序进行通讯的接口或通讯的方法。 1 opc对象与接口： opc服务器对象提供了对数据源进行存取（读/写）或通讯的方法，而数据源可以是现场的i/o设备，也可以是其它的应用程序。通过接口，opc客户应用程序可以同时连到由一个或多个厂商提供的opc服务器上。如图1所示。opc服务器封装了与i/o控制设备进行通讯和访问数据的类型与名字及进行设备操作的代码。 2 opc数据存取（data access）规范： 总体来说，opc数据存取规范包含几个对象：服务器对象（server object）、组对象（group object）、项对象（item object）。opc服务器对象维护着服务器的信息，同时也是opc组对象的包容器。opc组对象维护着它自己的信息并提供包容opc项的机制，同时管理opc项。 opc组提供客户应用程序组织数据的机制，例如：一个组可以包含一个显示面板所有数据的项，并可对数据进行读写。在一些特殊情况下，还可以在组里建立客户应用程序与项的连接，并可以根据需要禁止或允许这种连接。opc客户应用程序还可以修改opc服务器向opc 客户应用程序提交数据变化的刷新数率。 opc组有两种类型：公共组（public）和局部组（local or private）。公共组可以为多个客户程序共享，而局部组只为某一个客户程序所有。在每个组里，客户程序可以定义多个opc 项。如图2所示。 opc项代表了与服务器里数据源的连接。从定制接口（custom interface）角度来看，一个opc 项不能被opc客户程序作为一个对象来进行操作，因此，在opc项中没有定义外部接口。所有对opc项的操作都是利用opc项的包容器（opc组）或opc项的定义来进行的。 每个opc项包含值（value）、品质（quality）和时间标签（time stamp）。值（value）的类型是variant，品质的类型是short。 应当注意的是项不是数据源，而只是与数据源的连接。例如：在dcs系统中定义的可以让opc客户程序访问的标签。opc项应该被看成是数据地址的标示，而不是数据的物理源。 2.3 opc报警与事件（alarm and event）规范： opc报警与事件规范接口提供了一种机制。通过这种机制，当i/o设备中有指定的事件或报警条件产生时，opc客户应用程序能得到通知。通过opc报警与事件规范接口，opc客户应用程序可以设置opc服务器支持的事件和条件，并获的其当前状态。 这里使用了过程控制中常用的报警和事件的概念，在不严格的场合，报警和事件在意义上差别不是非常明显，二者可以互换。 在opc中，一个报警就是一个非正常情况（condition），因此是一种特殊情况。一个情况是opc事件服务器（event server）或其所包容的对象中命名了的一个状态，而这个状态对opc客户应用程序来说是有用。例如：标签fc101可以有以下几种相关情况：上限报警、上上限报警、正常、下限报警、下下限报警。 另一方面，一个事件是某种可以检测到的变化，而这种变化对opc服务器及其所表示的i/o设备或opc客户来说是非常重要的。一个事件可能是和某种情况相关的，也可能和任何情况都无关。例如：系统从正常情况变化到上限报警或从上限报警变化到正常情况，这是和某种情况相关的事件。但是，操作人员的动作、系统配置的更改、系统故障就是与情况无关的事件。opc客户程序可以得到这类特殊事件发生的通知。 opc事件服务器接口类iopceventserver提供的方法可以使opc客户程序完成如下功能：●决定opc服务器支持的事件类型。 ●对某些特定事件进行登记，以便opc客户能在这些事件发生时得到通知，也可以采用过

工业标准通讯接口OPC Server

工业标准通讯接口OPC Server ForeverCredit OPC Server服务器软件，简称OPCServer，是北京华恒信远争对企业生产过程中所涉及到的各种DCS、PLC、组态软件、电力综合自动化等控制系统、测量系统、其它辅助生产的设备和软件系统自主研发的标准OPC接口，为第三方应用系统提供工业标准通讯接口，主要作用是为先进控制、实时数据库、MES、MIS、ERP等系统提供数据。 （1）DCS系统OPC Server接口 1）Yokogawa(日本横河）： CENTUM B CENTUM V CENTUM Uxl CENTUM XL CENTUM CS CS1000 CS3000 2）Honeywell(美国霍尼韦尔）： S9000 TDC3000(CM50） TDC3000(US） TDC3000X(UxS） TDC3000X(AxM） PlantScape TPS(GUS） TPS(APP) PKS

PMD QCS（达芬奇） 3）Foxboro(美国福克斯波罗）：I/A’S 4）ABB： MOD300 ADVANT500 AC800M AC800F Industrial IT Symphony 5）Bailey(贝利）： N-90 INFI-90 6）MOORE(摩尔）： MICRO II APACS For Dos APACS For Windows3.2 APACS For Windows NT APACS+ R4 7）Emerson(爱默生)： Provox (CHIP) Provox Direct RMV9000 RS3 RNI（System III）