传统OPC应用之间的数据交换是基于微软的组件对象模型(COM)技术

开放性，产业性，互联性OPC是通过开放的标准实现开放连

OPC（中国）基金会成立于2000年，其宗旨是在中国推广OPC，以消除中国与其他发达国家的信息差距。

目前已有遍布自动化、通讯、设备制造等数个行业的多家公司加入了OPC国际基金会。

OPC（中国）基金会通过定期召开促进会会议，制定相应的规章制度，同时针对中国市场建立相应的市场营销体系，为中国会员及用户提供包括培训、技术支持、样本代码、研讨会及展会的组织，从而进一步加强各会员的利益，以本地化的形式加强与OPC国际基金会的联系。

OPC 基金会会员权益高端品牌宣传在OPC 国际基金会官网（），面向全球营销中国本土品牌。

中国会员企业进入OPC国际基金会会员企业列表｜中国会员企业产品及服务进入相应列表｜发布企业信息、新闻、产品相关资讯。

在OPC中国官网，面向所有关注OPC的中国用户。

开通会员后台，自行管理后台资讯｜发布企业信息、新闻、产品相关资讯。

在gongkong首页、论坛设立OPC专区，面向中国工控自动化用户进行品牌营销品牌。

OPC UA －标准化通信防止非法数据访问OPC UA采用一套成熟的安全机制，用以防止非法数据的访问、对数据处理的蓄意破坏以及操作疏忽导致的错误。

OPC UA的安全理念基于国际互联网标准，同时包含用户认证、信息签名以及用户传输数据加密等功能选项。

数据安全性和可靠性OPC UA采用可靠的通信机制、超时时间设置、自动出错检测和修复机制，定义了一套强健的架构体系。

OPC UA客户端和服务器之间的通信连接是可监控的。

它为服务器和客户端程序提供的冗余功能也可有效防止数据丢失，确保系统的持续运行。

OPC UA (OPC统一架构)OPC UA是OPC基金会推出的新一代技术，用于实现将原始数据和预处理信息从生产厂商到生产计划系统或ERP系统之间的安全、可靠、跨商家的数据传输。

通过OPC UA，所有经授权的程序和个人可随时随地获取所需信息。

该架构独立于程序生产厂家、编程语言和操作系统。

OPC UA 具有的一些重要特性，如平台独立性、可扩展性、高可用性和互联网功能，是对现有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通讯协议介绍一、引言OPC（OLE for Process Control）通讯协议是一种用于工业自动化系统中的数据交换标准。

本协议旨在提供一种统一的接口，使各种硬件设备和软件应用能够无缝地进行通信和数据交换。

本文将详细介绍OPC通讯协议的基本原理、架构、消息格式和应用场景。

二、基本原理1. OPC通讯协议基于微软的COM（Component Object Model）技术，利用COM的接口和对象模型来实现数据交换。

2. OPC通讯协议采用客户端-服务器模式，其中客户端是数据的消费者，服务器是数据的提供者。

3. OPC通讯协议使用标准的Windows操作系统API来实现通信和数据传输。

三、架构1. OPC通讯协议的架构包括客户端、服务器和数据源三个层次。

a) 客户端：负责向服务器请求数据、接收数据并进行处理和显示。

b) 服务器：负责提供数据，接收客户端的请求并返回相应的数据。

c) 数据源：即实际的硬件设备或软件应用，负责采集、存储和处理数据。

2. OPC通讯协议的架构还包括以下组件：a) OPC服务器：实现了OPC通讯协议，负责提供数据和接收客户端的请求。

b) OPC客户端：使用OPC通讯协议与OPC服务器进行通信，请求数据并进行处理和显示。

c) OPC浏览器：用于浏览和选择OPC服务器中可用的数据项。

d) OPC自动化接口：提供了一组标准的API，用于开发OPC客户端和服务器。

四、消息格式1. OPC通讯协议使用二进制消息格式进行数据交换。

2. 消息格式包括消息头和消息体两部分。

a) 消息头：包含消息的标识符、长度和其他控制信息。

b) 消息体：包含具体的数据内容。

五、应用场景1. OPC通讯协议广泛应用于工业自动化领域，包括工厂自动化、过程控制、设备监控等方面。

2. OPC通讯协议可以实现不同设备和软件的互联互通，提高系统的可靠性和灵活性。

3. OPC通讯协议可以实现实时数据采集、远程监控和远程控制，提高生产效率和安全性。

COM技术及OPC技术

❖
❖
virtual HRESULT STDMETHODCALLTYPE Cancel(
❖
/* [in] */ DWORD dwTransactionID) = 0;
❖
❖
};
OPC与COM间关系
❖ OPC（OLE for process control）是建立在微软公司OLE/COM技术基础上。
❖ COM技术的出现为简单地实现控制设备和控制管理系统之间的数据交换提供了技术基础。但如果不提供一个工业标准化的COM接口，各个控制设备厂家开发的COM组件之间的相互连接仍然是不可能的。
❖ // 像上面一样创建COM对象，然后， ❖ if ( SUCCEEDED ( hr ) ) ❖{ ❖ //通知COM对象不再使用它 ❖ m_IOPCServer ->Release(); ❖} ❖ 应用程序对COM库进行初始化之后，可以调用COM库提供的各种服务，
在调用过程中必然要消耗COM库管理的资源。因此，COM程序在完成 COM库服务之后，通常在程序退出之前，终止COM库服务函数，以便释放COM库所维护的资源。COM库的终止函数为： ❖ void CoUninitialize(void); ❖ 凡是调用CoInitialize函数返回S_OK的进程或者程序模块，都一定要调用对应的CoUninitialize函数以保证COM库资源的有效利用。
接口的定义、结构与分类
❖ COM对于接口的定义和接口的实现作了严格的区分。通过下面的IUnknown接口可以知道，在接口中只有接口方法的描述，而没有实现。
❖ COM接口的名字以字母I打头。其中IUnknown接口最重要，因为所有其它接口都是从IUnknown接口直接或间接继承而来的。

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服务器供应商的开发⽅式。

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技术概览引言控制系统之间，控制系统和标准网络之间的数据通讯是管控一体化的一个最基本要求，但问题的一个关键是接口的不标准限制了这些设备之间的互联。

专用系统之间不能相互通信是相当普遍的，由于应用程序提供者仅提供了有限的连接性，因而大大缩小了过程和工业制造厂商对硬件和软件的选择范围。

在缺少任何标准的情况下，设备供应商不得不各自开发自己专用的硬件和软件解决方案。

在今天的市场上，所有过程控制系统和信息系统有其专用的技术和接口以及API（应用程序接口），目的在于存取所包含的信息。

实现不同系统之间的集成以及长期维护和支持集成环境等所需要的费用是昂贵的。

尽管可以编写定制的驱动程序和接口程序，但因为上千个不同类型的控制设备和软件包需要互相通信，使得程序的种类迅速增长。

驱动程序数量的激增加深了解决已存在问题的困难程度。

如不同设备供应商的驱动程序之间的不一致、硬件性能不能得到广泛支持、驱动程序不能适应升级后的硬件以及发生存取冲突。

在最后一种情况下，两个应用系统因为使用相互独立的驱动程序，因而通常不能同时访问同样的设备。

更糟糕的情况可能是，驱动程序不适用于特定设备的应用程序或内部应用程序的组合，这就限制了最终用户的选择迫使他们不得不编写自己的驱动程序（以及调试）。

对于开发典型监控程序软件的技术人员来说，有20%-30%的时间是用于编写通讯驱动程序。

每次，一个供应商需要将一个新的监控器投入市场销售时，所有的软件开发人员就不得不重新编写一个新的驱动程序。

应用软件的提供者花费太多的资金开发和维护专用接口，这不仅增加了用户的负担，而且在实际上并不能真正解决不同系统的互操作性。

在某种意义上，用户被他们的软件的提供者所控制。

问题的解决方案是，给出一个标准，这个标准为过程控制和工厂自动化提供真正的即插即用软件技术，使得过程控制和工厂自动化的每一系统、每一设备、每一驱动器能够自由的连接和通信。

有了这样一个标准，使得系统和设备之间，包括从车间级到MIS（管理信息系统）和更远距离，完全无缝地、真正的开放和方便的进行企业级通信成为可能。

Softing OPC Tunnel-连接不同的OPC世界

Softing OPC Tunnel----连接不同的OPC世界Softing dataFEED OPC Tunnel 旨在“绕过DCOM”而设计，它可为位于不同电脑平台、不同网络域或完全独立网络中的OPC组件提供可靠、高性能通信。

传统的OPC组件之间通信是利用DCOM协议来进行电脑到电脑的通信。

那么什么是DCOM 呢？DCOM（Distributed Component Object Model, 分布式组件对象模型）是可以实现远程过程调用、一个面向对象的RPC（Remote Procedure Call, 远程过程调用）系统。

它是由微软定义的，可允许网络上基于COM（Component Object Model, 组件对象模型）应用之间的通信。

通过DCOM设置虽然可以实现网络上OPC组件的通信，但其弊端却不可忽视。

主要缺点如下：1、DCOM设置时需要用到的“dcomcfng”服务程序深入Windows操作系统，因此，任何错误的配置调整都可能导致系统不稳定；2、DCOM设置需要降低电脑的安全性能。

为了允许分布的电脑通过DCOM/OPC通信，安全设置需要设置为如：身份验证“无”，授权访问“所有人”等，才能够让网络上的所有用户无限制的访问当前电脑提供的所有数据与服务；3、特别是端口135的开放会造成严重的安全漏洞--这使应用程序可以通过“远程过程调用”来干扰Windows组件，并且毫无限制。

实际上，这为许多计算机病毒提供了一个入口！Softing的解决方案是利用dataFEED OPC Tunnel 完美绕过DCOM通信配置。

Softing OPC Tunnel利用TCP/IP连接实现OPC通信，并且可加密。

通过这种方式，OPC客户端和服务器应用之间的数据交换就可通过TCP/IP协议来“tunnel”。

DCOM配置被完全绕过，并且令人头疼的DCOM安全问题也被消除。

Softing OPC Tunnel 具有以下优势：1、数据传输没有系统安全漏洞；2、无需费时反复的试验寻找合适的DCOM设置；3、是防火墙以外的数据通信；4、可立即检测到通讯中断（使用DCOM可能需要花费几分钟）；5、与OPC客户端连接断开时，自动缓存OPC服务器发送的数据；6、连接断开时，自动与OPC客户端重新建立连接并转发缓存数据；7、带宽需求大大减少，性能提高。

opc试验合格标准

opc试验合格标准
OPC全称是OLE for Process Control，即用于过程控制的OLE，是针对现场控制系统的一个工业标准接口，是工业控制和生产自动化领域中使用的硬件和软件的接口标准。

基于微软的OLE（现在的Active X）、COM（部件对象模型）和DCOM（分布式部件对象模型）技术，OPC包括自动化应用中使用的一整套接口、属性和方法的标准集，用于过程控制和制造业自动化系统。

提供工业自动化系统中独立单元之间标准化的互联互通，顺应了自动化系统向开放、互操作、网络化、标准化方向发展的趋势。

OPC是为了不同供应厂商的设备和应用程序之间的接口标准化，使其间的数据交换更加简单化的目的而提出的。

作为结果，从而可以向用户提供不依靠于特定开发语言和开发环境的可以自由组合使用
的过程控制软件组件产品。

OPC的设计目的最重要的是即插即用，也就是采用标准方式配置硬件和软件接口。

一个设备可以很容易地加入现有系统并立即投入使用，不需要复杂的配置，且不会影响现有的系统。

OPC规范包括数据访问服务器接口规范、历史数据访问服务器接口规范、事件与报警服务器接口规范、批处理服务器接口规范、OPC DA 服务器接口规范和XMLDA服务器接口规范等一系列标准规范。

现在成熟并发布的OPC规范主要包括数据存取规范、报警和事件处理规范以及历史数据存取规范。

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）。

开放通讯协议,PLC工程师必读

开放通讯协议，PLC工程师必读OPC UAOPC统一架构（OPC Unified Architecture）是OPC基金会（OPC Foundation）创建的新技术，更加安全、可靠、中性（与供应商无关），为制造现场到生产计划或企业资源计划（ERP）系统传输原始数据和预处理信息。

使用OPC UA技术，所有需要的信息可随时随地到达每个授权应用和每个授权人员。

OPC UA 独立于制造商，应用可以用他通信，开发者可以用不同编程语言对他开发，不同的操作系统上可以对他支持。

OPC UA 弥补了已有 OPC 的不足，增加了诸如平台独立、可伸缩性、高可用性和因特网服务等重要特性。

OPC UA 不再基于分布式组件对象模型（DCOM），而是以面向服务的架构（SOA）为基础。

OPC UA 因此可以连接更多的设备。

今天，OPC UA 已经成为连接企业级计算机与嵌入式自动化组件的桥梁 - 独立于微软、 UNIX 或其他操作系统。

1组件对象模型(COM)/分布式组件对象模型(DCOM)的终止传统OPC应用之间的数据交换是基于微软的组件对象模型(COM)技术。

因为视窗(Windows)操作系统在世界范围内得到了广泛的应用，同时也促进了视窗计算机在自动化中的使用，所以COM技术也为OPC技术的广泛使用创造了条件。

在2002年初，微软发布了新的.NET框架并且宣布COM技术的停止研发。

虽然这不意味着将来的视窗操作系统不支持COM，但作为停止的结果，传统OPC的基础技术已经不再发展，或早或晚要被淘汰，所以要寻求新的替换方案。

2COM 的局限上世纪90年代，随着视窗计算机的普及，微软COM/DCOM技术引入的一组特性，得到了家庭计算机用户和工业自动化用户的高度欣赏。

这些特性包括了拷贝与粘贴，拖拽与投放，链接与嵌入。

DCOM还提供了完整的通信基础架构，并带有必要的安全机制，诸如授权、鉴权和加密。

DCOM安全机制能够实现计算机对数据和程序的远程访问。

OPC通讯与COM技术原理.ppt

COM (Component Object Model)
COM 作为广泛使用的组件工具，提供了丰富的集成服务，它是目前唯一可行的可复用、现成的客户机与服务器组件工具。
OPC是什么?
OPC的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。
通讯前置机的崩溃
假如有4种RTU与主站进行通讯，A=IEC104规约； B=101_02规约；C=Http；D=Ftp；面对这四种RTU，通讯前置机该如何做？
组对象：OPC组对象除了维护有关组的信息，还提供包含OPC 项的机制，是OPC 项的容器，管理OPC 项
OPC相关术语
项对象：不像OPC 服务器和OPC 组，OPC 项不支持任何OPC 接口，因此，它不是一个COM 类型的对象。它是在OPC 服务器内部保存OPC 客户所需求的标签的一种对象。若从OPC 客户的角度来看，OPC 项并不是实际的物理数据源，而只是对物理数据源的一个逻辑连接。通过项标志(ItemID)，OPC项可以连接到 OPC 服务器的物理数据源
1：更加强大的if…else 2：更加复杂的配置文件 3：更加让人搞不懂的数据库结构 4：最后开发人员崩溃了，通讯前置机也崩溃了。
OPC解决了什么？
OPC的作用看起来和GM2000当中的通讯前置机有些相似。作用是屏蔽硬件之间的差异，为应用软件提供统一的接口。
OPC的优势：OPC是为了不同供应厂商的设备和应用程序之间的软件接口标准化，使其间的数据交换更加简单化的目的而提出的。作为结果，从而可以向用户提供不依靠于特定开发语言和开发环境的可以自由组合使用的过程控制软件组件产品
OPC是什么？
2：报警和事件处理规范：该规范提供了一种通知机制，在指定事件或报警条件发生时，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通讯与COM技术原理

-
OPC解决了什么?
利用OPC的系统，是由按照应用程序(客户程序)的要求提供数据采集服务的OPC服务器，使用OPC服务器所必需的OPC接口，以及接受服务的OPC应用程序所构成。
OPC服务器是按照各个供应厂商的硬件所开发的，使之可以吸收各个供应厂商硬件和系统的差异，从而实现不依存于硬件的系统构成。同时利用一种叫做 Variant的数据类型，可以不依存于硬件中固有数据类型，按照应用程序的要求提供数据格式。
OPC 客户程序通过接口与OPC 服务器通信，间接地对现场数据进行存取。OPC服务器必须实现定制接口，也可以有选择地实现自动化接口。
-
OPC通讯机制
-
OPC相关术语
在OPC 数据存取服务器主要由服务器对象、组对象和项对象组成
服务器对象：OPC 服务器对象维护有关服务器的信息并作为OPC 组对象的容器，可以动态地创建或者删除、管理组对象。
COM (Component Object Model) COM 作为广泛使用的组件工具，提供了丰富的集成服
务，它是目前唯一可行的可复用、现成的客户机与服务器组件工具。
-
OPC是什么?
OPC的出现为基于Windows的应用程序和现场过程控制应用建立了桥梁。
-
通讯前置机的崩溃
假如有4种RTU与主站进行通讯，A=IEC104规约； B=101_02规约；C=Http；D=Ftp；面对这四种RTU，通讯前置机该如何做？
-
OPC服务与接口
在OPC 服务器与OPC 客户进行通信时，客户唯一可获得的就是服务器暴露出来的接口，客户正是通过这些接口的方法进行组的创建管理、项的创建管理，以及进行同步、异步、订约等多种方式的数据通信

opcda协议详解(二)

opcda协议详解(二)OPCDA协议详解什么是OPCDA协议？OPCDA（OLE for Process Control Data Access）是一种用于工业自动化领域的协议，用于实现不同厂家的工业控制设备之间的通信和数据交换。

OPCDA协议基于微软的COM（Component Object Model）技术，提供了一种标准化和统一的接口，使得不同的控制设备可以方便地与上层系统进行数据交互。

OPCDA协议的特点1.开放性： OPCDA协议是开放的，可以被任何厂商和开发者使用和实现。

这意味着不同厂家的设备可以通过实现OPCDA协议来实现互联互通。

2.灵活性： OPCDA协议支持多种通信方式，如以太网、串口等。

同时，它也支持多种数据传输协议，如TCP/IP、UDP等，可以根据实际需求进行配置。

3.可扩展性： OPCDA协议提供了标准的接口和规范，但同时也允许各个厂家进行自定义扩展，以满足特定的需求。

4.高效性： OPCDA协议采用异步通信方式，具有高效的数据传输性能。

它支持批量读写操作，可以一次性读取或写入多个数据项，提高了系统的响应速度。

OPCDA协议的应用领域OPCDA协议在工业自动化领域有着广泛的应用，可以用于以下场景：•监控系统： OPCDA协议可以实现工控设备与上层监控系统的数据交互，实时监控和显示设备的状态和数据。

•数据采集： OPCDA协议可以用于实时采集和读取工控设备的数据，如温度、压力、流量等参数，便于进行数据分析和处理。

•远程控制： OPCDA协议可以实现通过上层系统对工控设备进行控制和操作，如远程开关机、设定参数等功能。

•设备集成： OPCDA协议可以将各种不同厂家和类型的工控设备进行集成，形成一个统一的系统，方便管理和维护。

实现OPCDA协议的框架和工具•OPC Server： OPC Server是实现OPCDA协议的关键组件，它负责与设备间的通信和数据交换。

OPC Server一般由设备厂商提供，并根据OPCDA规范进行开发。

opc 原理

opc 原理OPC（OLE for Process Control）是一种用于工业自动化领域的通信协议，它是一种基于微软Windows平台的标准软件规范，用于实现不同设备和软件之间的数据交换和通信。

在工业自动化系统中，OPC协议的应用非常广泛，它可以实现设备之间的数据共享、监控和控制，为工业生产提供了便利和高效率。

首先，OPC协议的原理是基于微软的COM（Component Object Model）技术，它利用COM技术实现了设备和软件之间的通信和数据交换。

在OPC协议中，设备和软件被抽象为对象，通过COM技术实现对象之间的通信和数据传输。

这种基于对象的通信方式，使得不同厂家的设备和软件可以实现互联互通，极大地提高了工业自动化系统的灵活性和可扩展性。

其次，OPC协议的原理还涉及到OPC服务器和OPC客户端的概念。

在OPC协议中，设备和软件都可以充当OPC服务器或OPC客户端，OPC服务器负责将设备数据暴露给OPC客户端，而OPC客户端则可以通过OPC服务器获取设备数据并进行监控和控制。

这种基于客户端-服务器模式的通信方式，使得不同设备和软件可以实现统一的数据交换和通信，为工业自动化系统的集成和管理提供了便利。

另外，OPC协议的原理还包括了OPC标准接口的定义和实现。

在OPC协议中，为了实现不同设备和软件之间的通信和数据交换，需要定义一套标准的接口和规范。

这些接口和规范包括了设备数据的格式、传输协议、通信方式等，通过这些标准接口，不同厂家的设备和软件可以实现互操作，从而实现设备之间的数据共享和通信。

总的来说，OPC协议是一种基于微软Windows平台的通信协议，它利用COM技术实现了设备和软件之间的数据交换和通信，通过OPC服务器和OPC客户端实现了设备之间的数据共享和通信，同时定义了一套标准的接口和规范，为工业自动化系统的集成和管理提供了便利。

在工业自动化领域，OPC协议的应用将会越来越广泛，为工业生产的智能化和信息化提供了重要的技术支持。

工业通信中的OPC协议应用

工业通信中的OPC协议应用OPC（OLE for Process Control）协议是工业自动化领域中广泛使用的一种通信协议。

它在工业通信中扮演着至关重要的角色，实现了设备之间的数据交换和共享，为工业控制系统提供了高效可靠的通信方式。

一、OPC协议简介OPC协议是基于微软OLE和COM（组件对象模型）技术，用于在工业自动化系统中实现各种设备之间的数据交换和通信。

其主要特点包括开放性、跨平台性以及高度可扩展性。

1. 开放性：OPC协议无论是在硬件设备还是软件系统方面都具有很高的开放性。

它可以与各种不同品牌、不同厂家的设备进行通信，使工业控制系统具备更大的灵活性和兼容性。

2. 跨平台性：OPC协议可以在不同的操作系统平台上运行，例如Windows、Linux等。

这使得工业通信更加便捷，方便了设备之间的数据交换和共享。

3. 可扩展性：OPC协议的架构具有很高的可扩展性，可以随着系统需求的变化进行灵活的扩展和升级。

同时，它也支持第三方开发商进行定制化开发，使系统更加完善和适应各种不同的应用场景。

二、OPC协议在工业通信中的应用OPC协议在工业通信中扮演着重要的角色，主要应用于以下几个方面：1. 数据采集与监控：通过OPC协议，工业设备可以将实时数据传输至控制室或监控中心，实现对设备状态、运行情况等数据的采集和监控。

通过OPC协议提供的接口，可以直观地展示设备的运行状态，及时发现异常，并采取相应的措施。

2. 设备间的数据交换：OPC协议可以连接不同厂家、不同品牌的设备，实现数据的交换和共享。

这对于工业控制系统而言是至关重要的，因为不同设备之间的数据交换是实现设备协同工作的基础。

3. 远程控制与操作：OPC协议可以实现对工业设备的远程控制与操作。

通过OPC协议，控制中心可以直接对设备进行控制，实现远程检修、远程操作等功能。

这不仅提高了工作效率，还减少了人为操作带来的风险。

4. 数据存储和分析：通过OPC协议，工业设备采集到的数据可以进行存储和分析。

OPC的规范和发展

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客户端。

[]IFIX教程之了解iFIX

iFIX 概述iFIX® 是Proficy 系列软件自动化产品中一个基于Windows 的HMI/SCADA 组件。

iFIX是基于开放的和组件技术的产品，专为在工厂级和商业系统之间提供易于集成和协同工作设计环境。

它的功能结构特性可以减少开发自动化项目的时间，缩短系统升级和维护的时间，与第三方应用程序无缝集成，增强生产力。

iFIX的SCADA 部分提供了监视管理、报警和控制功能。

它能够实现数据的绝对集成和实现真正的分布式网络结构。

iFIX的HMI 部分是监视控制生产过程的窗口。

它提供了开发操作员熟悉的画面所需要的所有工具。

本手册涵盖了以下一些iFIX的基本概念：∙了解有关iFIX结构和功能，请参考系统结构和系统功能等章节∙了解Proficy iFIX WorkSpace，请参考使用Proficy iFIX 工作台章节。

∙了解有关管理节点的知识，请参考管理iFIX 节点章节。

∙如需了解关于电子书的信息，请参阅使用电子书章节。

∙有关iFIX 软件提供的演示系统,请参考使用iFIX演示系统章节。

iFIX 组件iFIX的内部是一个能够提供分布式结构的技术核心。

iFIX 在标准技术（例如，ActiveX、OPC、VBA 和组件对象模型(COM)）上构建，它在广域网和Internet 上提供第三方应用程序的简单集成。

iFIX平台可托管许多GE Intelligent Platforms 和第三方应用组件，其中一些如下图中所示。

iFIX 平台iFIX的其中一个重要组件是iFIX 工作台。

这个界面将所有系统组件都组织到一个集成开发环境中(IDE)。

Proficy iFIX 工作台可以存取和操作系统中的所有组件。

Proficy iFIX工作台中包含两个全集成的环境，即配置环境和运行环境。

配置环境中提供了创建漂亮整洁且易于使用和学习的显示画面所必需的所有的图形、文本、数据、动画和图表工具。

运行环境提供了观看这些画面所必需的方法。