oPc技术综述

oPc技术综述

OPtTOLE for P「og$ Control)是一奁为基于Windows操作平台的工业应用程序之间提供高效信息集成和交互功能的給件对S模型接口标推.它以帯软的分布式组件对象模型COM/DCOM/COM+技术为基础「贰用客户丿?务器模式口叫OFC服务耦是数擔的供应方，

负贞为OPC客户提供所花的数抵：OPC客户是数据的使用方，处理OPC服务器提供的数在便用OPC的过程申，总是包括OPC屜务器与OPC客户端，0卩C服务器一般并不知道它的容户来源，由01￡客户根据需要，接通或断开与OPCIS务器的连接.OPC技术是OLE在工业瓮制中的扩展，所以乂与常规OLE技木小同° OPC定又j 一套适ffl于过程控制-支持过程数据访问、报警、事件与厉史数掘访问等的功能接口?不背现场设备以何种形式存在、客户都以统一的方式去功何，从面保证軟件对容尸的进明性，便得用户死全从底层的开发中脱更出来.由T OPC规范SP OLE/COM技术，同时0LE/COM的扩展远程OLE自剳化与DCOM技术支捋rCPZTP等多种网络协议.囚此町以将OPC客户端、服务器在物理上分幵?分布于网络不判节点上闔L

目商比较流行的计算机集成制造系统是美国先进制造硏究中(Advanced Manufacturing Researchj AMR)的企业资源规划(Enterprise Resource PJarningp ERP/制造执行系銃(Mmufhcuinnc Ejceculi^e ￡y!iUiiTb MESy过程控制苗统(Process Conirol System, PCS) 三层企业集成体系结构。ft ERP/MES/PCS三层企业集成体系去吉构中「PCSS通过可编程逻辑控制器(Programtrtabk Logic Controller, PLC).集敞控制系统(Distributed Conirol System, DCQ或現场总线控制系统，负责对生产设备进行自动控制，对生产过程实时监控卩忙在传统的过?控制系统中，PCS层的控制器往往来自不同的制造商.遵从不同的通讯标准，只能组成各自的控制系统，与特定的应用软件S讯.虽然某些网络2间可遞过协议转换实现互联，但不具*S遍tt-这样就存在两个数掳交换问题-一是计算机如何从现场设备采集数据：二是K它应用程序妇何与它们进行实时数据通讯.通常的解决方进足分别为不同的数拥源(包括观场设备及软件数靳暉)开发不同的驱动程序，后在各个应用理序中对不同的驱动程序分别开发不同的接口桎序，这种做法采用过多的接口，不利于系统幵发、址护利扩展+特別是当砂件升级、变更和1?3加灌情况发生引起驱动程序的变化时，

就耍更改大虽与该?件"关的接口税序，使得系统的可?性、稳定性和可扩展性W 低：15 用软件有各Q 的驱动程序.当多个应用软件读取同一数据源时，经常发生冲突：同一个换 件要为不同的客户应用程序开发不同的硬件驱动程序.谀件厂商虽然提供驱动程序，但可 能与用户开发的应用软件协议不一致，这时应用程序开发者就必须花大星的精力重新开发 各种设备的駆动接口：硬件供货商不可能为所冇的软件开发商提供驱动程序，因此这顶工 作只能由控制系统的软件开发商承担，从而使开发时间和费用大大增加，限制了用户对轴 件和设备的自由选择。如何使软硬件开发商专注于系统功能的开发，而不被复杂的数据《 口问題所困扰是急待解决的问题。在这一背景下，产生了 OPC 技术.图2-1和图2?2描述 了采用OPC 技术前后的数据访问方式?对于多应用养序访问多设篇的系统，后一种情况比 前一种怙况减少了大S 开发驱动程序的工作显正是这种数据访问待点使得OPC 有很大K 技术优势和经济优势。

图2?1传统的数拯访问方式

图2?2 OPC 数据访问方式

2.2 OPC 主要规范简介

□FC 规値作为…个工业林准.是01＜服务卅b OPC 各户软件Z 何数抑;传豹的现范，

并己形

或一个体系，捉薛了工业S动化软件与艰H牛、以及伏件之间的互操作性("?；?其主耍規范标准如液2?1所示,

2.2」数据访问規范

OPC数书访问規范is针对现场设备的右线数据存取，是最S本的OPC规范，简称OPC DA(DalaAccess).OPC数据访问服务器中包括几类对象服务器(server)对象、纽(group) 对象和项(item)对象?OPC屈务器对象维护有关服务器的虫息?并作为OPC组对象的容器. OPC组对象维护有关组的信息，并提供存於和组织OPC项的机制.一个OPC组为窖户端提供级织数据的途径。

OPC服务S中包扭两种类璽的组：公共组(public)和私有组(local)。公共级用于多个客户端共享，私有组仅为一个客户端使用。毎个组可以定文一个或多个OPC项，如图2?3所示?

OPC项描述了与服务器内数据源的连按°从定制按口的侑度看，OPC客户端不能像访问对猱一样访问OPC项.然而又没彳I其他的按口可川于OPC项e所何対OPC项的访问部是通过OPC纽对象实现的，OPC组对农包含OPC项，或者包含OPC项被定义的位置信息?每个项有值(value)s质SXquality)和时旬戳(lime JUamp),值的类型是VARIANT.质fi 的类型是SHORT. OP(:坝不是数拡源，只是和数^?；源的连技.假设有一个定文了标签的

DCS系统.可以向OPC客户端提｛ft数掘，那么不管当前足否被OPC客户瑞访问?这个标

签总足存在的? OPC项是对数据地址的简单描述，而不是该地址所捋向的物理数源.

2?22报警与事件处理规范

OPC报警与事督处理规范提供了一种通知机制，在指定的事件或报警条件发生时.

OPC服务器能够主动通知客户程序。问时也提供了一些服务，这些服务允许OPC客户决

定发生的事件与条件?并且OPC客户可获取接口的当前状通常把访问过程控制中的实体作为报警与專件.在非正式场合.报警与事件通常是可交换的.它们没有确切的含义区分.

在OPC规范中?报警是一种需引起客户程序注意的不正常状态，是一种待殊的条件。

这种条件可以用报警与事件服务器对彖或其包容的对象來表示。比如S务器中定义的标签

HC1U1 口J能与以卜儿种条件相关联：上上限报XHighHighAlarm),上限报警(HighAlarro), 正常(Normal)> 下限报警(LowAlarm),下下限报?^(LowLowAiarni)^?

OPC规范中的琳件是可以检测到的，这对OPC服务器■设备以及OPC客户都是非常

虫耍的-卯件可以与条件相关联，也可以不关联-例如，从上限报警状态过渡到正常状态是与条件W 关联的事件。然而，操作员的动作、系统配S的改变以及系统错误等则是与特定条件无关的事

件.OPC客户可以根据需要订阅某些峙定事件发生的通知.

lOPCEventScrvCT接口为OPC客户提供了一些方法?使客八能够决定OPC服务器支持

的事件类型；能够订阅特定的事件，使OPC客户端可以接收它们产生的通知?条件的访问和外理由OPC服务器完成徉

除了lOPCEventservw^Cl外，OPC?件服务器还支持其他可选的接口.以进行浏览状态和管理公共状态组对象的活动。

223历史数据存取规范

历史&^?存取观范提供一种通用的历史数据引眾?可以向感兴趣的用户和客户程序提供数据汇总和数堀分析等额外信息。当前，大多数历史数抵系统使用它们自身的接□完成数捉的分发，这就使得它们无法在即拖即用系统中得以扩展或使用现有的历史数拥解决方孙K制了兀应用的范ra和功能。?疋如其他的0件供应甬必须独立的开发G序以使不只各互引性的产品运行于其他系统一样，JJ发商必须为他们的产品jESjr发相同的基础部件.

opcjK史数IK存取规范将历史信息看成某种类型的a拥，用统一的标准把不同展次的

数?集成起來。

用据支持接口功能的不同，历史数据服务器可分为多种类型，目前OPC规范主要支持以下两种: ?简单趋势数据服务器?这种服务器仅仅规定了简单的原始》拥存储机制。（典型的& 据类型是OPC数尿访问服务器遵循的数据类S,通《以元组的格式[Time Value & Quality]^ 表示；

? g杂数据用缩与分析胆务弟。这种《务黑提供了数折压缩和原始数据存储功能?它们具有數据汇总和数据分析功能，比如求取平均值、最小值和最大值等。它们还支持数据坦

肘更新和历史记录更新?此外.在保存实际历史数抿的同时也俣存注释信息?

2.3 0P「技术应用槪述

23J OPC技术优势

aOPC技术成为工业控制中数据通信的标准以询，传统的驱动程序法（Driver）和动

态数泥交换法（DDE〉都曾为过程控制做岀过巨大贡献。

驱动程序法是在应用程睜中编写专门的“驼动程序,存取现场控制S备和控制室数宠库的数《（；%现左看來.该方法主耍存在以下缺陷，一是相应于特定的硬件.必须为每一个应用理序编写“驱动程序”；二是多个应用程序不能同时存取同…设备的数据?针对性丈强，通用性和扩展性太差。

DDE技术退甚于Windows消息传递机制建立的技术，利用Windows中的通依联络系

统进行内部进程间的相互通依? DDE技术存在当通信虽较人肘数拯刷新速度慢，通信效率

低下：没有安全管理机制?传迖数据不够安全；开发因难；功能缺乏柔软性和缺乏可靠性

随着OPC技术的引入，软皎件厂商被区分开來，使斜双方工作效率都有了很夬堤高, 因/tore 技术得到工业界广泛支持，并得以迅速发展。与传统的方法相比，OPC技术具有以下优势:

-换件厂商熟悉自己的硕件设备，设备驱动程序性能更可靠、效率更髙。

?软什厂前可以减少复杂的设為加动程序的开发周期.只需一套迪彻OPC标准的程序就可以实观与?件设备的通信?并可以把人力、物力资源投入到系统功能的龙善

中.

?可以实现软换件的互燥作。

232 OPC技术应用范區

由于釆用了OPC技术，工业控制领域以更简单的系统结构、更K的寿命.更低的价格

解决问題成为可能.伺时现场设备与系统的连接也更加简单.灵活、方便?因此OPC技术在国内的工业控制领域得到了广泛的应用，主婪应用领域如下；

?数据采隼技术.OPC持术存数据采球软件中广汙应用?现布众名碍件厂商提供的产品均帝有标准的接口.5现了应用程*和工业控制设备之周髙毀■灵活的数据读写.

可以开发符合标准接口的窍户矯应用软件耒完成数据的采策任务?

?历史数据访问。OPC技术提供了读取存储在过程数据存档文件■数据库或远程终端设爲中的历史数据以及对其进行操作和编辑的方法.

?报曹和事件处理。OPC技术提供了当服务S发生异常或服务暮设定事件到來时向客户发送通知的一科机制，通过该机制能够更好的摘捉控制过程中的各种报警和事件

并给予相应的处理。

?数据冗余技术^工控软件开发过程+,兀余技术是一项最为重要的技术，它是系统K期稳定T作的保障? CP「技术的使用可以更加方便的实现软件冗余?而且貝有较好的开放性和可互操作性。

?远程數据访问?倍助分布式组件对猱複型技术，实现了話性能的远程数据访问能力?从而使得工业控制软件之何的数据交换更加方便。

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/f613767874.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通信栈，其中真实对象包括物理对象和软件对象。

数据中心技术指针

中国数据中心技术指针 前言 第一章数据中心概述 本章节简介 随着世界向更加智能化、物联化、感知化的方向发展，数据正在以爆炸性的方式增长，大数据的出现正迫使企业不断提升自身以数据中心为平台的数据处理能力。同时，云计算、虚拟化等技术正不断为数据中心的发展带来新的推动力，并正在改变传统数据中心的模式。因此，企业需要关注优化IT和基础设施，应用灵活设计与自动化工具以及制定规划保证数据中心与业务目标保持一致，从而推动企业数据中心从为业务提供基础应用支持向提供战略性支持转变。数据中心(data center)通常是指对电子信息进行集中处理、存储、传输、交换、管理等功能和服务的物理空间。计算机设备、服务器设备、网络设备、存储设备等通常被认为是数据中心的关键IT设备。关键IT设备安全运行所需要的物理支持，如供配电、制冷、机柜、消防、监控等系统通常被认为是数据中心关键物理基础设施。 本章节结构 1.1 数据中心功能的演进 1.2数据中心的建设基本内容 1. 3 数据中心建设原则与目标 1.4 参考法规 第二章数据中心分级与总体要求 本章节简介 数据中心是为数据信息提供传递、处理、存储服务的，因此必须非常可靠和安全，并可适应不断的增长与变化的要求。数据中心满足正常运行的要求与多个因素有关：地点、电源保证、网络连接、周边产业情况等，这些均与可靠性相关。可靠性是数据中心规划中最重要的一环。为了满足企业高效运作对于正常运行时间的要求，通信、电源、冷却、线缆与安全都是规划中需要考虑的问题。一个完整的、符合现在及将来要求的高标准数据中心，应满足需要一个满足进行数据计算、数据存储和安全联网设备安装的地方，并为所有设备运转提供所需的保障电力；在满足设备技术参数要求下，为设备运转提供一个温度受控的环境，并为所有数据中心内部和外部的设备提供安全可靠的网络连接，同时不会对周边环境产生各种各样的危害，并具有足够坚固的安全防范设施和防灾设施。 本章节结构 2.1 概述 2.2 数据中心的组成、分类和分级 2.3 数据中心供配电系统的特点及要求 2.4 数据中心空调系统特点及环境要求 2.5 数据中心的其他相关要求 2.6 数据中心网络规划设计方法论

OPC应用程序入门

实现ＩＴ时代的测量控制系统必须的　ＯＰＣ应用程序入门　－附有ＯＰＣ模拟服务器和示范源程序光盘－　 编著：　日本ＯＰＣ协会 翻译：　郑　立　 后援：　ＯＰＣ中国促进会

日文版序　 OPC（ＯＬＥ　ｆｏｒ　Ｐｒｏｃｅｓｓ　Ｃｏｎｔｒｏｌ）不仅是生产系统中的关键基础技术之一，并且也是被终端用户广泛采用的软件标准技术。作为推进这种技术的标准化和普及活动的国际组织OPC基金会和其日本地区组织日本OPC协会决心为新时代制造业的革新 作出贡献。 在１９８０年阿尔温?托夫勒，提出了继农业革命，产业革命之后将出现大的社会体系变革的所谓“第三次浪潮”理论。即是一次从集中向分散，从体力劳动向脑力劳动，从机械向信息转移的社会变革。这不仅仅只是实现信息化社会。由于来自旧社会势力的抵抗和现存技术基板的制约，不可能马上实现这种变革。但是２０年后的今天，在制造业进行的管理过程革新以及IT的飞跃发展正在逐步克服这些障碍。２１世纪将是真正地受到第三次浪潮的冲洗而出现的新地表的世纪。在这其中，OPC正是在制造业的仪表控制领域内所发生的“第三次浪潮”的主流。　 自１９９６年秋OPC基金会和日本OPC协会创立以来，经过五年时间，把OPC确立为一个世界标准规范的活动阶段已告一段落。在迎接新世纪的今天，为了使终端用户真正地得到进一步的益处，我们正在放眼于超越目前为止的活动范围，目标于创立基于２１世纪制造业新蓝图的生产系统而努力。为此目标，工业，教育，政府的各个企业和团体以及个人的合作乃是必不可少的。　 作为在全世界首次出版的有关OPC应用程序编程书籍的本书，正是日本OPC协会技术委员会活动的总结，也可以说是来自迄今为止为OPC作出贡献的各位成员的总结报告。我希望本书可以成为读者在进行OPC实际应用时的入门参考，并进一步成为今后全球化技术合作的新起点。　 　 ＯＰＣ基金会亚州理事　日本ＯＰＣ协会　秘书长　島貫　洋　 （日本东芝公司）　 　 　本书作为日本OPC协会技术委员会五年间的努力成果，是一本按照OPC数据访问标准进行产品开发和系统组态的技术说明书。　 OPC基金会继数据访问之后，还制定了警报和事件的标准，批处理的标准，安全性的标准等制造自动化和过程自动化所必须的一系列标准。同时为了迎接即将到来的第３代的互联网，现在正在制定OPC-XML等新标准。本书介绍的数据访问标准是这些标准的基础。这次把迄今为止作成的《数据访问标准的技术说明书》，《开发指南》以及技术讲座，对接实验等成果总结成本书正式出版，对于技术委员会来说一件十分值得庆贺的事情。　 本书试图从OPC应用程序编程者的观点出发，提供了OPC模拟服务器和演示示范程序，以便通过编程实践理解OPC标准的内容。但是由于是首次出版这样的OPC书籍，难免有遗漏和不足之处，所以敬请各位读者多多给以批评指正，以便在今后再版时予以补正。　 OPC通过上述的持续发展，已经得到了走在时代前列的事实上的世界标准的地位。今后正在从OPC基金会成立初期的“工厂内集成化的基础技术”向“企业生产系统间集成化的基础技术”扩展。与此同时，我确信日本OPC协会　技术委员会的作用将越来越更加重要。如果本书不仅仅在开发OPC应用程序时起到抛砖引玉的作用，而且可以成为各位读者于我们合作的桥梁的话，我将感到十分欣慰。　 　 日本ＯＰＣ协会　技术委员会主任　中川　博之　 （日本横河电机公司）

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（所有自动化领域）

OPCServer使用说明

OPCServer 使用说明 上海迅饶自动化科技有限公司 2011年12月

目录 1、OPCSRV简介 (1) 2、OPC技术介绍 (1) 3、OPCSRV说明 (2) 3.1运行环境 (2) 3.2程序标识 (2) 3.3程序特性 (2) 4、快速入门 (3) 4.1关于驱动 (3) 4.2关于设备 (3) 4.3关于组 (3) 4.4关于标签 (3) 5操作步骤 (3) 5.1、增加新驱动 (3) 5.2增加设备 (4) 5.3增加组或者标签 (5) 6、DCOM配置说明 (5) 6.1．服务器的配置 (5) 6.2．客户端的配置 (17) 6.3．OPC客户端连接OPCS RV过程 (17)

1、OPCSrv简介 OPCSrv服务器是国内最好的OPC服务器之一。从2005年诞生，经过几年的不断完善，OPCSrv服务器通过了OPC基金会的CTT测试，性能卓越，运行稳定可靠，并不断应用到工业现场中。 OPCSrv.exe支持OPC DA1.0和2.0规范，同时集成了串口、网口等多种协议。并提供一个简易的人机界面给用户，用来编辑和配置TAG；保存或者打开scd工程文件；导入或者导出CSV档；克隆设备、组和TAG对象；多重复制TAG；管理所有的驱动插件；还提供启动OPC客户端程序进程、Ping远程计算机、注册和注销OPC服务器等辅助功能。 2、OPC技术介绍 OPC(OLE for Process Control，用于过程控制的对象链接和嵌入)是基于Microsoft的OLE(Object Linking and Embedding，对象链接和嵌入)/COM(Component Object Model，组件对象模型)技术，为解决工业客户机与各种设备驱动程序间通讯而产生的一项工业技术规范和标准。OPC技术规范是OPC基金会制定的，它提供了统一的数据访问软硬件接口。由于OPC技术比传统数据存取方式（驱动程序法和动态数据交换法）更具开放性和先进性，已经得到越来越多的工控领域硬件和软件制造商的承认和支持，实际上已成为工业控制软件公认的软件标准。 早期的OPC标准是由提供工业制造软件的5家公司所组成的OPC特别工作小组所开发的。Fisher-Rosement、Intellution、Rockwell Software、Intuitive Technology以及Opto22 早在1995年开发了原始的OPC标准，微软同时作为技术顾问给予了支持。 OPC基金会在1996年10月7日在美国的芝加哥宣告正式成立的。之后为了普及和进一步改进于1996年8月完成的OPC数据访问标准版本1.0，开始了全球范围的活动。OPC 标准的建立基于微软的COM技术规范，并由OPC基金会这个国际组织管理，OPC基金会是一家非营业性机构。OPC为不同的厂商的硬件设备、软件和系统定义了公共的接口，使得过程控制和工厂自动化中的不同的系统、设备和软件之间能够互相连接、通信、操作。 在日本为响应以美国为中心的国际标准活动，由11家公司作为发起人，于1996年10

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 客户也可以同时连接同一个

数据中心机房建设概述

数据中心机房建设概述 发布时间:2012-03-06 14:33 浏览量: 2076 一、数据中心的概念 数据中心(DataCenter)通常是指在一个物理空间内实现信息的集中处理、存储、传输、交换、管理，而计算机设备、服务器设备、网络设备、存储设备等通常认为是网络核心机房的关键设备。 关键设备运行所需要的环境因素，如供电系统、制冷系统、机柜系统、消防系统、监控系统等通常被认为是关键物理基础设施。 二、机房工程（数据中心）的类型及特点 电子机房主要有计算机机房、电信机房、控制机房、屏蔽机房等。这些机房既有电子机房的共性，也有各自的特点，其所涵盖的内容不同，功能也各异。 （一）计算机机房 计算机机房内放置重要的数据处理设备、存储设备、网络传输设备及机房保障设备。计算机机房的建设应考虑以上设备的正常运行，确保信息数据的安全性以及工作人员身心健康的需要。 大型计算机机房一般由无人区机房、有人区机房组成。无人区机房一般包括小型机机房、服务器机房、存储机房、网络机房、介质存储间、空调设备间、UPS设备间、配电间等;有人区机房一般包括总控中心机房、研发机房、测试机房、设备测试间、设备维修存储间、缓冲间、更衣室、休息室等。 中、小型计算机机房可将小型机机房、服务器机房、存储机房等合并为一个主机房。 （二）电信机房 电信机房是每个电信运营商的宝贵资源，合理、有效、充分地利用电信机房，对于设备的运行维护、快速处理设备故障、降低成本、提高企业的核心竞争力等具有十分重要的意义。 电信机房一般是按不同的功能和专业来区分和布局的，通常分为设备机房、配套机房和辅助机房。 设备机房是用于安装某一类通信设备，实现某一种特定通信功能的建筑空间，便于完成相应专业内的操作、维护和生产，一般由传输机房、交换机房、网络机房等组成。配套机房是用于安装保证通信设施正常、安全和稳定运行设备的建筑空间，一般由计费中心、网管监控室、电力电池室、变配电室和油机室等组成。 辅助机房是除通信设施机房以外，保障生产、办公、生活需要的用房，一般由运维办公室、运维值班室、资料室、备品备件库、消防保安室、新风机房、钢瓶间和卫生间等组成。在一般智能建筑中通信机房经常与计算机网络机房合建。 （三）控制机房 随着智能化建筑的发展，为实现对建筑中智能化楼宇设备的控制，必需设立控制机房。控制机房相对于数据机房、电信机房而言，机房面积较小，功能比较单一，对环境要求稍低。但却关系到智能化建筑的安全运行及设备、设施的正常便用。

OPC重点知识总结

1、OPC的基本原理 定义: OPC是用于过程控制的OLE(OLE for Process Control)的首字母缩写词，在今天已经理所然地被自动化组件的制造商逐步发展成一个事实上的新技术标准。而所谓OLE(Object linking and embedding)含义是对象链接及嵌入，用于过程控制。 OPC 是以 OLE/COM 机制作为应用程序的通讯标准。OLE/COM 是一种客户/服务器模式， 具有语言无关性、代码重用性、易于集成性等优点。OPC 规范定义了一个工业标准接口，这个标准使得 COM 技术适用于过程控制和制造自动化等应用领域。 COM技术简述： *所谓COM并不是一种计算机语言，与运行的机器、机器的操作系统(只要支持COM)以及软件开发语言均无关，是任意的两个软件组件之间都可以相互通信的二进制和网络的标准。 *COM服务器是根据COM客户的要求提供COM的服务的执行可能的程序，可以作为Win32服务器上可执行的文件发布。 *COM客户程序和COM服务器可以用完全不同的语言开发。这样使利用C++，Visual Basic，以及Excel中作为宏使用的应用程序的Visual Basic等不同语言所开发的程序可以相互连接。 *COM组件可以以二进制的形式发布给用户。 *与过去DLL(动态链数据库)的版本管理非常困难的问题相比，COM技术可以提供不同版本的COM服务器和COM客户程序之间的最大的兼容性。 *作为COM技术扩展的分布式COM(Distributed Component Object Model，DCOM)技术，更可以使COM组件分布在不同的计算机上，并通过网络互相连接并互相交换数据。所以对于COM客户程序来说，同样像连接本地计算机上的COM服务器一样，去连接远程计算机上的COM服务器，当然通信的速度不太一样，但是重要的是不必对服务器程序进行修正就可以在网络上自由构成利用COM和DCOM(分布式COM)达成的组件的互相连接。 COM技术的出现使简单地实现控制设备和控制管理系统之间的数据交换提供了技术基础。但是如果不提供一个工业标准化的COM接口，各个控制设备厂家开发的COM组件之间的相互连接仍然是不可能的。这样的工业标准的提供乃是OPC的目的所在。总而言之，OPC是作为工业标准定义的特殊的COM接口。 与传统过程控制系统的区别： 1）传统的过程控制系统 传统的过程控制系统是一对一的系统，任何一种 HMI 等上位监控软件或其它应用软件 （如趋势图软件、数据报表与分析等）在使用某种硬件设备时都需要开发专用的驱动程序。如图 1所示：

ABB AC800F OPC Server配置方法

ABB AC800F OPC Server配置方法 对于没有配置OPC Server的控制系统，新加OPC Server需要经过2步： 1、在ABB Industrial（工业）IT里面的（装配）中增加新的OPC Server资 源ID: 这时就会产生一个名为“FREELANCE2000OPCSERVER.25.1”的OPC Server，但是这个服务器里面没有任何点，是个空的。 2、在CBF（工业组态软件）组态中[CONF]下面增加一个网关站和一个OPC-S站。 结果：

双击[OPC-S]进行配置： 默认在本机运行此SERVER，填入OPC服务器名称双击[GWY]进行配置：

选择网关类型为OPC-网关 保存上述修改后，打开硬件结构： 在红虚线框位置右击，选择“插入”： 选择插入网关：

指定网关站的资源： 完事点击退出并保存： 注意IP地址问题：点击“网络”按钮

AC800F 指的是控制器机架，其IP地址为机架CPU地址 VIS指的是操作站，IP为OS站IP（OS = 操作员站；ES = 工程师站） GWY指的是网关站，它的IP地址要保证和运行CBF软件组态网关站的工程师站IP一致什么都没有的是ES站，它的IP是自动和本机IP保持一致的，不可修改 所有资源ID号和IP都可以双击一条进行修改 以上步骤结束后，OPC SERVER 便可以生效了。 对整个项目树检查，没有问题的话就可以联机调试了，注意： OPC Server除了可以在本机上运行，还可以指定到其他控制网内上位机，在 中：

在下面写好点击增加，就会出现在上面的列表中。这样以上几台上位机也会具有自己的OPC server了。但要注意，还要在项目树中增加它们各自的网关站和OPC-S站： 在这里设定本机信息（ES站）：

西门子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.打開硬件配置->點擊網絡組態：

数据中心联调流程概述

数据中心联调（Commissioning）流程概述 数据中心是一个承载关键IT负载的空间，IT设备一旦投入运行数据中心就难以停顿下来。一个符合运行使用要求的数据中心，应该是安全可靠、节能高效和具有可扩充性的基础设施。因此，数据中心投产上线之前，内部所有系统必须接受完整的系统联调测试，对系统性能进行充分的验证。 基于数据中心项目的最佳实践，IBM主张采用“五步法”流程对数据中心的基础设施进行联调测试。即， 第一步（Level 1）——图纸资料评审与调试计划制订 第二步（Level 2）——工厂验收测试 第三步（Level 3）——现场检查 第四步（Level 4）——单系统验收测试 第五步（Level 5）——综合系统性能联动调试验证 “五步法”流程也是国际公认的数据中心专业调试验证工作流程规范： 第一步（Level 1）——图纸资料评审与调试计划制订 ?调试验证工作团队架构与分工 ?图纸资料所反映的系统是否具备“可测试性” ?图纸资料是否已经明确操作顺序 ?测试验证所需资源（人员、时间、能源、负载、仪器）是否落实 ?调试总体计划的制订 第二步（Level 2）——工厂验收测试 ?对电力系统、空调系统的核心设备在出厂前进行性能验证 ?就测试与验证发现的问题在工厂进行整改纠正 ?避免或减少设备故障对现场施工的延误 ?业主设备采购合同验收的重要标志 第三步（Level 3）——现场检查 ?检查现场安装情况与设计图纸相符 ?检查现场电源条件安全可用 ?检查现场安全状况符合运行调试工作的要求 ?运行调试验证用的设备设施到场就绪 第四步（Level 4）——单系统验收测试 ?设备上电，系统启动测试 ?在设计负载水平下测试系统功能，空调系统负荷不低于30%，电力系统负荷不 少于单台设备的额定容量 ?在各冗余系统内验证故障切换模式 ?在各系统的计量点、控制点和数据收集点进行验证校准 ?记录备案测试结果与系统效率 第五步（Level 5）——综合系统性能联动调试验证 ?模拟电、水等外部资源供应中断，检验系统响应与切换模式 ?空调系统热负荷模拟测试，空调系统负荷从0逐步增加到100%，检验空调系 统各部分的性能 ?系统集成测试，综合测试电气、空调、消防与智能化控制等多个系统的接口性

如何开发OPCServer

如何开发OPC Server 首先我们先来看一下什么是OPC OPC (OLE for Process Control——用于过程控制的OLE)是基于Microsoft公司的DNA （Distributed Internet Application）构架和COM（Component Object Model）技术的一个工业标准接口，是根据易于扩展性而设计的。 再来了解一下OPC的用途 OPC主要适用于过程控制和制造自动化等应用领域。 OPC是以OLE/COM机制作为应用程序的通讯标准。OLE/COM是一种客户/服务器模式，具有语言无关性、代码重用性、易于集成性等优点。OPC规范了接口函数，不管现场设备以何种形式存在，客户都以统一的方式去访问，从而保证软件对客户的透明性，使得用户完全从低层的开发中脱离出来 然后我们再来看看OPC Server的组成 一个设备的OPC Server主要有两部组成，一是OPC标准接口的实现；二是与硬件设备的通信模块。 实现OPC 标准接口 [图1] 在这些接口中，IOPCServer 是OPC Server的主接口，通过它实现OPC Server在操作系统中的安装和注册。此接口是必须要实现的，其所有方法也必须实现。其它的接口都是可选的我们就不做介绍了，下面主要来介绍如何实现IOPCServer接口。 在IOPCServer接口中共有六个法： 1、 IOPCServer::AddGroup HRESULT AddGroup( [in, string] LPCWSTR szName, [in] BOOL bActive, [in] DWORD dwRequestedUpdateRate, [in] OPCHANDLE hClientGroup, [unique, in] LONG *pTimeBias, [in] FLOAT * pPercentDeadband, [in] DWORD dwLCID, [out] OPCHANDLE * phServerGroup,

数据中心项目建设方案介绍

数据中心项目建设 可行性研究报告 目录 1概述 1.1项目背景 1.2项目意义 2建设目标与任务 数据中心的建设是为了解决政府部门间信息共享，实现业务部门之间的数据交换与数据共享，促进太原市电子政务的发展。具体目标如下：建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (一)建立数据中心的系统平台。完成相应的应用软件和数据管理系统建设，实现社会保障数据的交换、保存、更新、共享、备份、分发和存证等功能，并扩展容灾、备份、挖掘、分析等功能。 (二)建立全市自然人、法人、公共信息库等共享数据库，为宏观决策提供数据支持。对基础数据进行集中管理，保证基础数据的一致性、准确性和完整性，为各业务部门提供基础数据支持； (三)建立数据交换共享和更新维护机制。实现社会保障各业务部门之间的数据交换与共享，以及基础数据的标准化、一致化，保证相关数据的及时更新和安全管理，方便业务部门开展工作；

(四)建立数据共享和交换技术标准和相关管理规范，实现各部门业务应用系统的规范建设和业务协同； （五）为公共服务中心提供数据服务支持，实现面向社会公众的一站式服务； (六）根据统计数据标准汇集各业务部门的原始个案或统计数据，根据决策支持的需要，整理相关数据，并提供统计分析功能，为领导决策提供数据支持； （七）为监督部门提供提供必要的数据通道，方便实现对业务部门以及业务对象的监管，逐步实现有效的业务监管支持； （八）为业务数据库的备份提供存储和备份手段支持，提高业务应用系统的可靠性。 3需求分析 3.1用户需求 从与数据中心交互的组织机构、人员方面进行说明。

OPC配置方法

OPC接口配置指南 1.1OPC简介 OPC接口，在BMS集成占绝大部分，现阶段，项目中一般都会有三到四个子系统提供的第三方接口为OPC接口。 一般来说OPC接口配置，在操作系统中同一系统配置都比较方便，不同系统之间，配置麻烦一点。例如XP对XP 关于OPC的详细资料可参考https://www.wendangku.net/doc/f613767874.html,/view/135910.htm 1.2OPC远程访问配置 1.2.1基本设置 关闭防火墙 关闭服务器/客户端的“防火墙”。默认情况下，防火墙将阻止外部“未被请求”的连接通过网络，而管理员可以在规则之外设置特定的应用程序或端口来响应外部“未被请求”的连接。 更改帐号 同时服务器/客户端操作系统有用户名和密码必须一致。 1.2.2DCOM配置 运行—dcomcnfg—组件服务—计算机—我的电脑右键—属性： 1.点击“开始”->“运行”。输入DCOMCnfg，回车，打开“组件服务”窗口。 2.双击“控制台根目录”下的“组件服务”展开“组件服务”文件夹，同样方式，展开“计算机”文件夹，右键点击右侧窗口的“我的电脑”图标，点击“属性”，打开属性对话框。

3. 进入DCOM的总体“默认属性”页面，将“在这台计算机上启用分布式COM”打上勾，将默认身份级别改为“无”。 4.选中“COM 安全”选项卡，注意这里有4个按钮可供点击进入配置。

5点击上图中红色方框，进入相应用户权限配置页面。 将5个用户（administrator、everyone、interactive、network、guest）允许权限都打上勾。如果用户不存在，可“添加”—“快速查找“

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的客户端向服务器发出一个读/写请求，在等待返回值的过程中，可以继续执行下面的程序，直到服务器数据准备好后，向客户机发出一个返回值，在回调函数中客户端处理返回数值，然后结束此次读/写过程。 同步读/写数据存取速度快，编程简单，无需回调，但需要等待返回结果。异步读写不需等待返回值，可以同时处理多个请求。

2020-2021年中国数据中心行业发展洞察

中国数据中心行业发展洞察 2020-2021年

摘要 独立第三方数据中心优势渐显：相比于电信运营商，独立第三方数据中心建设速度 更快、客户定制性更强、重视程度更高，且PUE大多更低，受到客户青睐。 移动互联网和大数据是过去数据中心增长的主要动因：过去5年，需求端，网民数 量和移动流量增长迅速；供给端，大数据和人工智能对存储和计算提出更高需求。 因素叠加，导致数据中心增长迅速。 5G、物联网、工业互联网和传统企业上云是未来增长的主要动因：5G的传输带宽 显著高于4G，且原生标准支持企业独立组网，为物联网、工业互联网奠定基础。因 素叠加，会持续利好数据中心行业。 一线城市资源紧俏，节能成为硬性指标：因数据中心的高能耗特点，北上广深等均 对数据中心建设提出了更为严格的限制措施（一般要求PUE<1.4），但这些城市需 求旺盛，既有数据中心成为紧俏资源。 智能运维被更多应用：随着数据中心规模的提升、人工成本的上涨以及客户对资源 动态增减需求的日益增多，传统人工运维已难适应。基于传感器、DCIM和自动巡 检机器人的整体智能运维渐被得到更多应用。

核心观点 ? 数据中心运营企业会因客户需求和追求更高毛利率，更多向云计算方向发展，具体实践路径包括：代维公有云、进军公有云、主打专有云和混合云，或重点发展云MSP 业务。 与“云”终难舍难分 04 ? 数据中心的本身特点致使资金更加充足、整合能力更强的企业，对一些机房甚至企业进行收购，成为必然。而一些原本规模较小的，尤其是两千机柜以下的数据中心不进则退， 被收购可能性较大。 横向整合成为趋势 03 ? 随着国家对新基建的重视， 已有越来越多其他行业的 企业跨界进入数据中心行 业，这会客观上加剧数据 中心的竞争。但数据中心 不等同于地产，拥有更强 IT 属性，拥有更丰富运营 经验的企业将优势渐显。 资本跨界进入 02 ? 随着一线城市指标的收紧以及骨干网络结构的逐渐改变，一线城市周边以及能源更充足地区成为互联网自建数据中心的首选。但因传输的物理距离、客户需求等，独立第三方数据中心更愿恪守一线。 一线、边远双向发展 01

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服务器开发的几种方法

OPC服务器开发的几种方法 陈丹丹钱美夏立邵英 （武汉海军工程大学 湖北 武汉 430033） 摘要：简要介绍了OPC DA规范，描述了OPC DA（数据访问）服务器开发的三种方法：使用MFC的COM库函数开发OPC服务器、通过ATL开发OPC服务器和利用工具包快速开发OPC服务器，最后对三种方法的特点作出了比较。 关键词：OPC；ATL；服务器开发 Abstract: Simply describe the OPC DA specification ,then three Methods of server model design based on OPC DA(Data Access) specification are introduced. The three methods are using MFC ATL and the fast developmentToolkit to develop OPC server.At last, compare the characteristics of three methods . Key words: OPC；ATL；Server development 1．引言: OPC DA (OPC 数据访问规范)是OPC基金会最早发布的一个工业标准，主要是对现场设备的在线数据进行存取，目前已经发展到OPC DA 3.0版本。OPC基于微软的OLE/COM原理，采用客户/服务器模式。OPC 数据访问服务器主要由服务器对象、组对象和项对象组成。OPC 服务器对象维护服务器的有关信息并包容OPC组对象，可以动态的创建或释放组对象;而OPC 组对象维护有关其自身的信息并包容OPC项，逻辑上管理OPC项;OPC项则标识了与OPC服务器中数据的连接。OPC项不可以由OPC客户直接操作，所有对OPC项的操作都是通过包容该项的OPC组对象进行的。而OPC服务器对象和组对象是聚合关系，即OPC服务器对象产生OPC组对象后，将组对象的指针传递给客户，由客户之间操作对象。这样既提高了数据存取的速度也易于功能扩展，体现了组件软件的重用性。 它支持COM技术的双向通信机制，具有事件驱动功能，当OPC服务器的数据发生变化时它能自动通知OPC客户。在OPC1.0规范中事件驱动使用的是COM的通报连接机制，在OPC2.0规范中又增加了对连接点的支持。而一般的数据采集应用程序，从数据源读数据是主动的，相当于客户主动访问服务器的数据。这就要求客户不断地查询服务器的数据，不管服务器的数据是否发生了变化，增加了系统的开销。因此OPC DA的效率大大高于一般的数据采集应用程序。 2．OPC 服务器开发概述 OPC 服务器的设计与实现是一个较为复杂与繁重的任务，设计者需要有很高的编程水平，熟悉OPC规范，同时也必须掌握相应的硬件产品特性。OPC 数据服务器大致可以分解为不同的功能模块：OPC 对象接口管理，Item 数据项管理以及服务器界面和设置等[1]如图1。 图1.OPC服务器结构图 一个设备的OPC服务器主要由两部分组成，OPC标准接口的实现和与硬件设备的通信。OPC服务器的开发必须以OPC规范为基础，实现各个对象及其接口。下面将就OPC标准接口