关于进程控制OLE (OPC) ------ROCKWELL
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技术简介
原始数据的最低层，它们同样可以应用于从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，进程控制的对象链接和嵌入）是一种用于实时控制系统和监视系统之间数据通信的标准协议。
其工作原理如下：
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（Ole for Process Control，工业过程控制）协议是一种用于工业自动化和过程控制系统中的通信协议。
它是基于Microsoft的OLE （Object Linking and Embedding，对象链接和嵌入）技术开发的，用于在不同的硬件和软件平台上实现设备之间的数据交换和通信。
OPC协议主要分为两个部分：OPC客户端和OPC服务器。
OPC客户端是连接到工控系统的数据采集设备或应用软件，负责从OPC服务器中获取数据或向其发送控制指令。
OPC服务器则是连接到真实设备的硬件设备或嵌入式软件，负责将设备的数据或控制指令转换为OPC协议，并通过网络传输给OPC客户端。
OPC协议的核心是OPC数据存取规范（OPC Data Access Specification），它定义了客户端和服务器之间的通信协议和数据格式。
根据这个规范，OPC客户端可以通过一组标准的API函数来实现与OPC服务器之间的通信和数据交换。
1.开放性：OPC协议是一种开放的协议，可以在不同的硬件和软件平台上实现，而不受厂商限制。
2.标准化：OPC协议是一种标准化的协议，以确保不同的设备和软件之间可以互相通信和交换数据。
3.可扩展性：OPC协议支持多种通信协议和数据格式，可以根据实际需求进行扩展和定制。
4.实时性：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 (OLE for Process Control——用于过程控制的OLE)是一个工业标准，它是许多世界领先的自动化和软、硬件公司与微软公司合作的结晶。
这个标准定义了应用Microsoft操作系统在基于PC 的客户机之间交换自动化实时数据的方法。
管理该标准的组织是OPCOPC基金会。
该基金会的会员单位在世界范围内超过220个。
包括了世界上几乎全部的控制系统、仪器仪表和过程控制系统的主要供应商。
OPC基金会的先驱——一支由Fisher-Rosemount、Rockwell软件公司、Opto 22、Intellution和Intuitive Technology公司组成的“特别工作组”——在经过一年工作后，开发出一个基本的、可运行的OPC规范。
简化的第一阶段的标准在1996年8月发布。
随着1997年2月Microsoft公司推出Windows95支持的DCOM技术，1997年9月新成立的OPC Foundation 对OPC规范进行修改，增加了数据访问等一些标准，OPC规范得到了进一步的完善。
OPC是基于Microsoft 公司的Distributed Internet Application （DNA）构架和Component Object Model （COM）技术的，根据易于扩展性而设计的。
OPC规范定义了一个工业标准接口，这个标准使得COM技术适用于过程控制和制造自动化等应用领域。
OPC是以OLE/COM机制作为应用程序的通讯标准。
OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。
OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来。
OPC的效率从OPC标准的制定到现在已历经了5年的时间。
在这过去的5年中，众多业界领先的制造商已开发了多种OPC服务器和客户机应用。
OPC使用说明范文
OPC使用说明范文OPC (OLE for Process Control) 是一种用于实时控制系统的通信协议。
它是由美国能源自动化协会（OPC Foundation）所制定的标准，旨在实现不同厂商设备之间的互联互通。
OPC协议的全称为OLE (Object Linking and Embedding) for Process Control。
OLE是微软公司的一种技术，它可以使不同应用程序之间实现“复制-粘贴”的操作。
而在工业控制领域，OPC协议就是利用OLE技术来实现实时数据在不同设备之间的传输与分享。
OPC协议的特点是开放性与通用性。
它基于标准的OLE技术，使得不同厂商的设备能够通过统一的接口来进行数据交换。
这种通用性保证了不同设备之间的互联互通，无论是传感器、仪表、控制器还是其他自动化设备，只要支持OPC协议，都能够与其他设备进行数据通信。
另外，OPC还提供了高效快速的数据传输能力。
它采用了异步传输的方式，能够在不影响系统响应速度的前提下完成大量数据的传输。
这对于实时控制系统来说非常重要，它可以确保系统在高负荷工况下的稳定性和实时性。
在使用OPC协议时，通常需要使用OPC服务器和OPC客户端。
OPC服务器通常由设备厂商提供，它负责将设备的数据转换成OPC协议的格式，并提供给OPC客户端进行读写操作。
而OPC客户端则是应用程序，它可以连接到一个或多个OPC服务器，获取实时数据、控制设备并进行参数配置等操作。
在使用OPC协议时，需要按照以下步骤进行操作：1.确定设备支持OPC协议。
首先要确定所使用的设备是否支持OPC协议，一般在设备的说明书或官方网站上可以找到相关信息。
2.安装OPC服务器。
根据设备厂商提供的软件，安装相应的OPC服务器。
3.配置OPC服务器。
通过OPC服务器的配置工具，配置设备的连接参数、通信协议等信息。
4.编写OPC客户端程序。
使用所需编程语言（如C++、C#等）编写OPC客户端程序，通过OPC服务器提供的API来读写设备数据。
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技术介绍
7
OPC架构
OPC Client OPC Server
Agent
PLC
8
现场自动化网络
与EMOS的通 讯都是通过 OPC完成
通过以太网 的操作监视 和 基于现场总 线的现场级 控制
9
现场OPC应用
CIMPLICITY
EMOS 服务器
Applicom OPC SERVER
以太网（速度允许也可以 采用Profibus）
OPC数据访问
访问数据(例如，PLC中的过程数据)
OPC警报和事件
错误或特殊事件的提醒
OPC历史数据访问
允许访问数据库中的历史数据
4
OPC项目和组
设备内的过程数据称为OPC项目 OPC项目组织为一个组 每个组有自己的设置(如刷新时间，死区等) 项目由数值，时标和品质（好，坏，不确定）组成
39
在OPC中使用S7符号
现在，符号可以在任何OPC客户端使用 New leave “SYM”
40
数据访问
通过VB编写的程序读取底层PLC的数据。
41
数据访问
在EXCEL中通过VBA编写的程序读取底层PLC的 数据。
42
通过GE的HMI与西门子的HMI完成的连接
43
不确定的S7连接
Step7项目中未知的连接伙伴 (未确定的) PLC站没有在Step 7中配置 NetPro没有标出网络连接 用户需要访问一个非西门子PLC
确定的S7连接
Step7项目中已知的连接伙伴 (确定的) PLC站在Step 7中进行了配置 NetPro标出了网络连接 用户访问一个西门子PLC Step 7检查一致性
OLE、DDE、OPC、ODBC、SCADA几个概念简单介绍
1 OLE及DDE自从Windows操作系统流行以来，“剪贴板”（Clipboard）首先解决了不同程序间的通信问题（由剪贴板作为数据交换中心，进行复制、粘贴的操作），但是剪贴板传递的都是“死”数据，应用程序开发者得自行编写、解析数据格式的代码，于是动态数据交换（Dynamic Data Exchange，DDE）的通信协定应运而生，它可以让应用程序之间自动获取彼此的最新数据，但是，解决彼此之间的“数据格式”转换仍然是程序员沉重的负担。
对象的链接与嵌入（Object Linking and Embedded，OLE）的诞生把原来应用程序的数据交换提高到“对象交换”，这样程序间不但获得数据也同样获得彼此的应用程序对象，并且可以直接使用彼此的数据内容，其实OLE是Microsoft的复合文档技术，它的最初版本只是瞄准复合文档，但在后续版本OLE2中，导入了COM。
2 OPCOPC（OLE for Process Control）是一个软件标准，它可以使自动化应用程序方便地读取工业企业的工厂级数据。
OPC是基于Microsoft的组件对象建模（COM）技术定义一个标准接口，允许自动化和控制应用程序、控制设备、以及商业和办公应用软件之间相互操作。
OPC is open connectivity via open standards. They fill a need in automation like printer drivers did for Windows. See the summary of current and emerging OPC Specifications and OPC Certification.OPC is open connectivity in industrial automation and the enterprise systems that support industry. Interoperability is assured through the creation and maintenance of open standards specifications. There are currently seven standards specifications completed or in development.Based on fundamental standards and technology of the general computing market, the OPC Foundation adapts and creates specifications that fill industry-specific needs. OPC will continue to create new standards as needs arise and to adapt existing standards to utilize new technology.3 ODBC开放式数据库连接(ODBC) 技术为访问不同种类的SQL 数据库提供了通用接口。
OPC(OLE for Process Control)
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）。
OPC技术简介
2OPC 技术简介OPC技术的研究正式开始于1996年8月，OPC基金会的成立。
如今，国内外有许多公司和团体都在从事OPC技术的研究开发工作。
OPC在国外的发展比较迅速，美国、欧洲、日本等己将OPC技术应用于电力、交通、航空、楼宇等许多行业。
国内由于起步较晚，现在在OPC方面的研究还比较少，应用于实际工程中的就更少了。
2.1OPC 的历史早期的OP（标准是由提供工业制造软件的五家公司所组成的OP（特别工作小组所开发的。
Fisher-Rosement 、Intellution 、Rockwell Software 、Intuitive Technology以及Opto22早在1995年开发了原始的OPC标准，微软同时作为技术顾问给予了支持。
OP基金会，（OPC Foundation，OPC-F，是在1996年9月24日在美国的达拉斯举行了第一次理事会，并在同年10月7日在美国的芝加哥举行了第一次全体大会上宣告正式成立的。
之后为了普及和进一步改进于1996年8月完成的OP数据访问标准版本1.0，开始了全球范围的活动。
现在的OPCS金会的理事会是由Fisher-Rosement 、Honeywell 、Intellution 、Rockwell Software 、National Instrument以及欧洲代表的Siements和远东代表的东芝所组成。
在日本为响应以美国为中心的国际标准活动，由11家公司作为发起人，于1996年6月开始基金会成立的准备活动，1996年10月17日正式成立了日本OP协会（OPC-J。
几乎与此同时欧洲OP协会（OPC-E也相继成立。
在中国也于有五家公司作为发起人于2001年12月正式成立了中国OP促进会（OPC-C。
OPC S金会从成立开始会员逐年增加，到目前为止在全球范围内已有近300 家公司加入了这个国际标准组织。
同时由控制设备厂商和控制软件供应商提供的OPC 厂品也日益增加，目前已有600种以上的OPC服务器产品和OPC应用程序出现在OPC 基金会发行的OPC产品目录上。
OPC(用于过程控制的OLE)的规范和发展-OPC (OLE for Process Control) Specification and its Developments
OPC(用于过程控制的OLE)的规范和发展李政，中川裕之OPC理事会、日本山武公司OPC协会、日本横河电机株式会社zheng-li@atc.yamatake.co.jp hiroyuki_nakagawa@yakogawa.co.jp 摘要：OPC是一个工业技术标准，以微软的OLE / COM技术为基础，定义了一系列工业软件接口标准。
OPC标准的应用，使远程系统设备、自动化控制系统和生产管理软件之间的数据交换成为一种可能。
本文主要讲OPC规范的概述，阐述OPC技术的基本概念和优势，并介绍了最新的OPC 技术，包括OPC-DX（OPC的交换）和OPC - XML的最新发展。
关键词：OPC技术（用于过程控制的OLE）、工业软件接口标准、COM、现场总线、SOAP1.简介在目前的自动化和控制系统中，软件正变得越来越多。
与此同时，个人电脑广泛应用于可视化操作、数据采集过程控制以及其它自动化控制的解决方案。
2．软件总线——OPC技术2.1为什么需要OPC？在OPC开发之前，许多工业软件的数据控制都是采用自主开发的设备和特定的驱动驱动程序。
这导致了一下问题：·每个应用软件都必须有特定的硬件设备驱动程序（图1）·各制造商之间的驱动冲突。
这些硬件不被支持是驱动程序的开发者引起的。
·硬件的功能改变可能会导致一些驱动的功能故障。
·由于不同的软件都有一个独立的驱动程序，因此两个不同的软件不能在同一时间访问同一设备。
图12.2 OPC技术如何解决问题？为了解决这些问题，OPC技术得到了发展。
OPC的接口定义了一个开放的基于PC软件的构件，可以实现数据交换。
它是基于微软的COM（组件对象模型）和DCOM（分布式组件对象模型）技术。
因此，OPC提供了连接工业设备和办公软件解决方案的基本思想。
图2标准接口的引入，使软件之间的设备减少到只有一个——OPC服务器。
这样，软件制造商仍然要为单一的设备开发一个驱动程序——OPC客户端。
工控人必备的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软件RSlinx 介绍
OPC软件RSlinx 介绍
OPC是一个工业标准，它是由一些世界上著名的自动化系统和硬件、软件公司和Microsoft(微软)紧密合作而建立的。
O代表OLE(对象链接和嵌入)，P (process过程)，C (control控制)。
OLE已从面向对象重新定义为基于对象并更名为Active X。
OPC的使用是作为一个DCOM在使用，所以OPC客户端可以网络上任一计算机运行，但你必须配置DCOM的访问权限，如果你不想费神，把服务器与客户端都用相同的用户名与密码登录就成了。
如果想配置DCOM，请参看DCOM的配置。
RSlinx是Rockwell公司集成的OPC(OLE for process control)服务器,使得过程数据可由其它应用程序(OPC客户机)访问。
在安装RSlinx时提供了OPC的客户端控件: Rockwell Software OPC Automation(C:\Program Files\Common
Files\Rockwell\RsiOPCAuto.dll),VB通过对这个控件进行操作，来实现对SLC内存标签的读写访问。
用于过程控制的 OPC OLE
6.1
WinCC OPC XML DA 服务器的功能............................................................................................19
6.2 6.2.1 6.2.2 6.2.3 6.2.4
安装 ..............................................................................................................................................20 安装 ..............................................................................................................................................20 安装 Internet 信息服务（IIS）......................................................................................................20 安装 Microsoft .NET Framework ..................................................................................................21 安装 WinCC OPC XML DA 服务器 ..............................................................................................22
OPC技术介绍一
OPC技术介绍一OPC技术介绍一OPC（OLE for Process Control）是一种用于工业过程控制的通信和数据交换标准。
它是基于OLE（Object Linking and Embedding）技术开发而来，旨在为工业过程控制系统提供高效可靠的通信和数据交换方式。
OPC技术的主要特点是其开放性和互操作性。
首先，OPC是开放的，允许不同厂商的过程控制设备和应用软件进行通信和数据交换，无需依赖厂商特定的通信协议。
这使得用户可以在多种不同设备和软件平台之间进行集成和协同工作，提高了系统的灵活性和可扩展性。
其次，OPC是互操作的，可通过标准化的接口和协议在不同的系统之间进行数据交换，实现数据共享和信息集成。
这意味着不同的系统可以共享和利用彼此的数据，在实时监控、数据分析和决策支持等方面提供更强大的功能。
OPC技术使用了一种称为OPC服务器的软件模块作为通信和数据交换的中间件。
OPC服务器可以被视为一个数据“枢纽”，它在过程控制设备和应用软件之间传输数据，并处理数据的转换和解析。
OPC服务器采用了面向对象的编程模型，将过程控制设备的数据表示为对象，通过标准化的接口和方法对外提供访问。
这样，应用软件可以通过简单的编程接口来访问和操作过程控制设备的数据。
同时，OPC服务器还负责管理通信连接、数据缓存和安全机制等，确保数据的可靠性和保密性。
目前，OPC技术已经广泛应用于各个工业领域，包括制造业、能源、化工、石油、电力等。
它被用于实时监控和控制系统、数据采集和采集系统、生产调度和优化系统等。
OPC技术的应用可以实现工业过程的自动化、数字化和智能化，提高生产效率和质量，降低运营成本和风险。
在实际应用中，OPC技术的主要优势有：1.简化系统集成：OPC技术提供了一个统一的通信接口，不同的过程控制设备和应用软件可以通过该接口进行集成。
这样，用户可以将不同厂家的设备和软件组合在一起，构建一个集成的系统，而无需关注不同设备之间的通信细节。
罗克韦尔自动化控制系统介绍
Copyright © 2013 Rockwell Automation, Inc. All Rights Reserved. 17
1756标准数字量输出模板特性(续)
▪ 在切换到编程方式或通讯故障时,可组态输出点的定义: 关断, 打开, 保持
Copyright © 2013 Rockwell Automation, Inc. All Rights Reserved.
新的掉电保持内存
L7 处理器
CPU
工作内存 （易失性内存
）
新内存 (保持性内存)
存储内存和用户工作内存 完全隔离
新内存 (保持性内存)
注释
报警 标签 记录 属性
Copyright © 2013 Rockwell Automation, Inc. All Rights Reserved. 16
和语言 多名
工程设计和 支持人员
运动 伺服
IF A>B THEN F = B * C / D; END_IF;
=
一个软件包
IF A>B THEN F = B * C / D; END_IF;
本地语言 和工业指令
更少的学习负 担，更专业的
技术
Copyright © 2013 Rockwell Automation, Inc. All Rights Reserved. 6
CTLR1
CTLR2
ALLEN-BRADLEY
F1
F2
F3
F4
F5
F6
F7
F8
F9
F1 0
PanelView 550
OPC基本原理范文
OPC基本原理范文OPC（OLE for Process Control，进程控制OLE）是一种广泛应用于自动化领域的通信协议，旨在实现跨不同硬件和软件平台的实时数据交换。
它提供了一种标准化的接口，以实现不同厂商的设备和系统之间的互操作性。
本文将介绍OPC的基本原理。
OPC的核心原理是通过定义一组标准化接口和规范来实现数据交换。
这些接口和规范定义了如何访问和传输实时数据和历史数据。
OPC的标准接口包括数据存取接口（DA）和历史数据存取接口（HDA），这些接口定义了数据交互的基本方式和规则。
在OPC体系结构中，主要有三个主要组成部分：OPC服务器、OPC客户端和OPC标准接口。
OPC服务器是一个软件组件，负责与设备或系统通信，并提供数据存取接口和历史数据存取接口。
OPC客户端是另一个软件组件，负责与OPC服务器通信，并进行数据交互。
OPC标准接口定义了数据交换的格式和规则，以保证各个组件之间的互操作性。
在数据交互过程中，OPC服务器首先与设备或系统进行通信，读取实时数据或历史数据。
然后，OPC服务器将数据存储在内部数据存储中，等待OPC客户端的请求。
当OPC客户端需要访问数据时，它向OPC服务器发送请求，并通过OPC标准接口获取数据。
OPC服务器根据请求将数据传输给OPC客户端，并根据需要执行相应的操作，如数据写入或数据更新。
OPC的基本原理是通过使用标准接口和规范来实现数据交换的互操作性。
不同厂商的设备和系统可以通过实现相同的OPC接口和规范来实现数据交换，而不需要进行大量的自定义开发。
这样可以减少开发和维护的成本，提高系统的可扩展性和可维护性。
为了实现数据交换的实时性和可靠性，OPC使用了一些性能优化技术。
例如，OPC使用异步通信机制来提高数据交换的效率，可以同时处理多个数据请求，并对数据进行缓存和压缩，以减少网络带宽的占用。
此外，OPC还支持安全认证机制，确保数据的机密性和完整性。
总结起来，OPC是一种用于实现自动化领域数据交换的通信协议。
OPC工业控制通信协议浅析
OPC工业控制通信协议浅析OPC（全称：OLE for Process Control，用于过程控制的OLE）是自动化行业用于数据安全交换的互操作性标准。
可以使多个厂商的设备之间无缝传输信息。
一、OPC产生在过去，工业网络环境中有多种数据源（PLC、DCS、RTU、数据库等），多种传输媒介（以太网、串口通信、无线通讯等），多种过程控制软件部署环境（windows、Linux、Unix等），为了能存取现场设备的数据信息，每一个应用软件开发商都需要编写专用的接口函数。
由于市场上的工业控制设备的品牌、型号、种类多种多样，给产品的开发商的开发工作和企业用户的使用都带来了很大的负担。
而且特定应用的驱动程序不支持硬件变化的特点也给工业控制软硬件的升级和维护带来不便。
另外，同一时间两个客户应用一般不能对同一个设备进行数据通信，同时对同一个设备进行操作可能会引起存取冲突甚至导致系统崩溃。
在这样的市场需求推动下，设备的开发商和系统集成厂商都希望有一种更加高效、统一的规范，使系统和设备之间的通信更加开放和方便。
OPC作为工业过程控制软件的接口标准由此产生。
二、OPC概述OPC（全称：OLE for Process Control，用于过程控制的OLE）是自动化行业用于数据安全交换的互操作性标准。
可以使多个厂商的设备之间无缝传输信息。
OPC标准于1996年OPC基金会首次发布，其目的是把PLC特定的协议（如modbus，Profibus等）抽象成为标准化的接口，作为“中间人”的角色把其通用的“读”“写”要求转换成具体的设备协议；反之，以便HMI/SCAD A系统可以对接控制设备。
最初，OPC标准仅限于Windows操作系统。
我们普遍说的OPC规范指的是OPC Classic，它是基于OLE（对象连接与嵌入）、COM（部件对象模型）和DCOM（分布式部件对象模型）技术发展而来，OPC规范是行业供应商、软件开发者和终端用户共同制定的一系列接口、属性和方法标准，在制造业、石油天然气、电力、可再生能源等领域被广泛应用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
关于进程控制OLE (OPC)------ROCKWELL一、可编程控制器的通信RSView32 提供两种采集可编程控制器数据的方法：z通过直接驱动程序界面与 Allen-Bradley 可编程控制器相连z通过 DDE 服务器与非 Allen-Bradley 设备相连。
可以是高速 AdvanceDDE 或标准CF_TEXT 格式。
用哪种方法取决于您的需要和正在使用的通信驱动程序。
z通过 OPC 服务器与非 Allen-Bradley 设备相连。
使用直接驱动程序z连接到 Allen-Bradley 可编程控制器使用 DDE 服务器z连接到非 Allen-Bradley 设备z从第三者 DDE 服务器里（例如：Excel 或 Visual Basic）采集数据z通过 NetDDE 连接到一个 RSView32 网络服务器使用 OPC 服务器z连接到非 Allen-Bradley 设备z通过 DCOM 连接到一个 RSView32 OPC 服务器。
提示z OPC 和 DDE 服务器需要分别设置。
z如果使用 OPC 或 DDE 服务器，您必须在“节点”编辑器里为它设置一个节点。
z如果使用直接驱动程序，请用 RSView32 的“通道”、“节点”和“扫描类型”编辑器设置通信二、OPC它是“过程控制 OLE”的缩写，“过程控制 OLE”是一种在自动化控制应用程序以及通信设备之间传送和共享信息的方法进程控制 OLE (OPC) 是根据 Microsoft 的 OLE/COM 和 DCOM 技术所要求的功能制定的一个开放和互用式的用户界面标准，它保证了自动化/控制应用程序和区域系统/设备之间的互用。
对于连接非Allen-Bradley 设备，OPC 比 DDE 更好，这是因为：z高效率z可靠性(特别是在网上)z Microsoft 支持它三、设置 RSView32 用作一个 OPC 客户1 设置一个 OPC 节点，指定 OPC 服务器名和（如果愿意的话）数据访问路径。
2 在标记数据库定义一个以“设备”为数据源的标记。
3 为该标记选择 OPC 节点。
4 指定 OPC 条目(在“地址”框里) 提供标记数值。
在客户/服务器网络里使用 OPC 的要求如果计划用 RSView32 作为远程服务器与 OPC 客户联网，要求如下：z最小内存 32 MB（建议用 64 MB 或更多）z Windows NT 4.0 和Service Pack 3.0 或更新版本z网络里必须有一个Windows NT Server 作为域控制器，而且所有的 OPC 客户和服务器计算机都必须是这个网络域的成员z所有用作 OPC 客户或服务器的计算机都必须在同一个 Windows NT 网络域里（不支持工作组），而且要有唯一的名字。
有关设置和使用 NT 域的信息请参照 Microsoft NT Server 文档。
z如果用 RSView32 作为 OPC 服务器，您必须以管理员的权限登录。
安装 RSView32 时您也必须有管理员的权限z在 Windows 98 里，如果要用 OPC 与一个远程 OPC 服务器通信，您必须要安装DCOM98 1.0。
在 Windows 95 里，您必须安装 DCOM95 1.2。
如果您是从 CD 安装，当看到提示“RSView32 要求 DCOM”时选择“是”。
这样就会从两个自提取文件（DCOMxx.exe 和 DCOM 设置程序 DCMxxCFG.EXE）安装 DCOM。
（这里 xx 是 95 或 98，取决于操作系统）。
在安装 RSView32 之前，您必须安装 DCOM 然后重新启动计算机。
否则 RSView32 安装将不会完成。
z在“节点”编辑器里为 OPC 节点指定的更新速率不可比 OPC 服务器所要求的取数或扫描速率还快。
提示RSView32 的 OPC 服务器已经被测试和证明最多可以同时连接 10 台用作 OPC 客户的RSView32 计算机，现在并不正式支持每台 RSView32 OPC 服务器与超过 10 台用作 OPC 客户的 RSView32 计算机连接使用。
OPC 地址浏览器用 OPC 地址浏览器寻找 RSView32 标记地址1 在“标记数据库”编辑器里选择“设备”作为数据源类型。
2 在“节点名”框里键入一个有效的 OPC 节点名，或是单击浏览按钮 (? 浏览该项目的节点定义列表，并从中选择一个。
3 单击地址框旁的浏览按钮(? 打开 OPC 地址浏览器。
4 在浏览器里使用筛选选项，这样将只显示那些与您的搜寻有关的数据条目。
5 双击一个数据条目选择它，然后返回到“标记数据库”编辑器。
选项筛选默认设置是一个星号（*），它表示将显示服务器里所有的数据条目（如果提供的是平面显示），或是所选层次里所有的条目。
键入一个以一个星号作为最后字符的字符串，在浏览器里将只显示以这个字符串开头的数据条目。
数据类型从数据类型下拉式列表里选择，在浏览器右侧显示某种类型的数据条目。
如果您选择了Native，您将看到所有的数据类型。
访问您可以显示所有的条目，或选择那些有读/写、只读或只写属性类型的条目。
更新数据类型选择这个框后，当您从浏览器选择一个 OPC 地址时模拟量标记的“数据类型”框将会更新。
如果您在浏览数字或字符串标记（它们没有数据类型属性）的地址时，这个选项将会隐藏起来。
.提示z浏览器里所看到的 OPC 服务器的样子（分层或平面）取决于您看到的 OPC 服务器。
z返回到“标记数据库”编辑器“地址”框的地址的格式取决于 OPC 服务器所用的地址格式。
z OPC 服务器所支持的数据类型与 RSView32 所支持的不一样。
当您从 OPC 浏览器选择数据条目时，该条目的数据类型将映射一个 RSView32 数据类型。
例如：当您从 OPS 浏览器里选择了短数据类型，它将映射 RSView32 里的整数数据类型。
z如果选择的数据条目类型与 RSView32 标记不匹配，例如：您为一个模拟量标记选择了一个字符串数据条目，您将得到一个错误信息。
z如果您在“节点”编辑器的 OPC 选项下指定一个“访问路径”。
将没有 OPC 地址浏览器。
OPC 地址浏览器返回的的映射标记数据类型对于 OPC 浏览器返回的字符串标记，标记数据库所能接受（带有警报）的唯一标记数据类型就是字符串。
其他任何类型都不接受。
对于开关量标记，接受除字符串以为的任何数据类型，不接受字符串（带有警报）。
对于模拟量标记，下列 OPC 标记数据类型映射到 RSView 32 标记数据类型已经完成：OPC 标记数据类型 RSView32 模拟量标记数据类型Short IntegerLong Long IntegerFloat Floating PointDouble (warning) Floating PointString (warning) no mappingBoolean Unsigned IntegerByte ByteRSView32 作为 OPC 客户与 RSView32 OPC 服务器一起使用这个例子帮助您把 RSView32 设置为一个 OPC 客户。
一台 RSView32 计算机用在一个包含 RejectCount 标记的车间里。
您是管理人员，想把这个标记的数值显示在您的计算机的RSView32图形显示里。
在这个例子里假定：z您的计算机是客户计算机，叫做 Supervisorz车间计算机是服务器计算机，叫做 Plantz车间计算机的项目叫做 Bottling，它包括一个叫做 RejectCount 的标记设置示例1 在“节点”编辑器中创建一个叫做Plant_Computer的 OPC 节点：服务器：DSI.RSView32OPCTagServer类型：远程服务器计算机名或地址： \\Plant访问路径：Bottling (这是可选项)更新速率：5.000 秒2 创建一个指向车间计算机的标记。
在标记的“节点”框里选择 Plant_Computer节点。
在标记的“地址”框里键入RejectCount，它是您想要数值的标记。
“地址”框里的信息是 OPC 条目。
这样在项目的任何地方使用 RejectCount 标记时，它从车间项目里的 RejectCount 标记取得它的数值。
您也可以用 RSView32 Set 或 = (等于) 命令在把数值写到Plant 项目里的 RejectCount 标记(如果实时数据服务器允许写入)。
RSView32 作为 OPC 客户与 RSLinx OPC 服务器一起使用这个例子帮助您了解如何把 RSView32 设置成 OPC 客户，而 RSLinx 用作 OPC 服务器。
设置本例1 在“节点”编辑器里建立一个叫做 Plant_Computer 的 OPC 节点，它的服务器：RSLinx OPC Server 或RSLinx Remote OPC Server。
如果使用了 RSLinx 2.0，驱动器名字就是RSLinx OPC Server。
如果使用的是 RSLinx 2.1，驱动器名字就是RSLinx Remote OPC Server。
类型：如果使用 RSLinx 2.0 请用“本机”，如果使用 RSLinx 2.1 请用“运行进程”。
访问路径：Bottling (这是 RSLinx DDE 主题/访问路径。
如果它是空白的话，可以把 DDE 主题/访问路径放到标记地址里。
)更新速率：5.000 秒2 建立一个指向 Plant 计算机的标记。
在标记的“节点”框里，指定 Plant_Computer 节点。
在“标记地址”框里，输入 N7:12 “地址”框里的信息是OPC 条目。
如果在设置节点时没有包括“访问路径”，您可以输入标记地址 [Bottling]N7:12四、RSView32 作为一个 OPC 服务器要想用 RSView32 作为一个服务器，进行下列任一操作：z选择“启动”编辑器里“启动”页上的“OPC/DDE 服务器”复选框z发出 RTDataServerOn 命令(从命令行或另一个 RSView32 组件里)建立 OPC 客户项目如果一个 OPC 客户应用程序要从 RSView32 取得数据，必须使用下列信息：服务器：RSI.RSView32OPCTagServer类型：本机服务器计算机名或地址：因为客户和服务器在同一计算机上，这项可以是空白。
访问路径：项目名。
这项可以是空白。
如果想指定一个名字，使用打开的项目的名字。
更新速率：一个以秒为单位的速率。
条目：标记名。
是否指定一条目取决于客户应用程序。
每个 OPC 客户应用程序使用不同的分隔符隔开这些字段；使用适合您的应用程序的分隔符。