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

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工业标准的有效补充。

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（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通讯协议可以实现实时数据采集、远程监控和远程控制，提高生产效率和安全性。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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全称是OLE for Process Control，即用于过程控制的OLE，是针对现场控制系统的一个工业标准接口，是工业控制和生产自动化领域中使用的硬件和软件的接口标准。

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

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

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

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

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

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

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

现在成熟并发布的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）。