传统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、带宽需求大大减少，性能提高。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
传统OPC应用之间的数据交换是基于微软的组件对象模型(COM)技术OPC UA
OPC统一架构（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还提供了完整的通信基础架构，并带有必要的安全机制，诸如授。