OPC——Intellution和用户的双赢之道(转载) 点击:3778 | 回复:2



中国工控网

    
  • 精华:141帖
  • 求助:0帖
  • 帖子:163帖 | 91回
  • 年度积分:0
  • 历史总积分:1543
  • 注册:2020年3月27日
发表于:2003-06-18 11:14:00
楼主
一 计算机技术的发展推动了OPC的产生 随着Microsoft Windows市场的膨胀,C++语言成为标准的编程语言。它支持对象技术——对包含源代码的程序块的重复应用,这种程序对象包含数据结构、函数和用户接口,并可以为其他应用程序所调用,由此产生了对象的链接和嵌入(Object Linking and Embedding, OLE)这一标准。例如,它允许用户将Excel电子表格内嵌入Word文档,电子表中的数据变化将直接反应到Word文档内。这一技术发展到后期,微软将它改名为“ActiveX”,现在,ActiveX控件已经随处可见。 另一基于C++的技术是组件对象模型(COM),这一标准将程序界面的定义作为一个独立的部分,分布式的COM允许通过网络调用对象。COM和DCOM就是后来OPC标准的技术基础。 1996年8月,工业界的著名厂商Fisher-Rosemount(现Emerson Process Management)、Intellution、Rockwell Software、Opto22、Intuitive Technology联合成立了OPC基金会(OPC Foundation),其目标是制订一套针对控制对象和设备的公共接口标准,它可以让任何OPC客户机去请求和获取OPC服务器的数据,这里的OPC客户机和服务器可以是任何厂商的任何产品。通过这种方式,繁杂的各类设备驱动程序问题可以消除,同时也加速了数据的传输。目前,OPC基金会的成员已扩展到200多家。OPC的技术小组分为:Data Access、Historical Access、Alarms and Events、Security和Batch,目前的技术委员会主席由Intellution公司的Al Chisholm先生担任。 二 OPC——自动化软件集成的利器 通常来说,OPC提供了对不同厂商的设备和软件包进行内部连接的能力,在OPC诞生以前,企业中的应用程序与设备的I/O驱动软件(Software Driver)之间的关系如图1所示。
在图1中,不同的应用程序和不同的厂商的硬件的驱动程序之间存在着大量的连接问题,需要开发各种特定的通信程序。 OPC标准的制订,使得所有的通信连接问题变得简单,它提供了一种软件的总线形式,如图2,使得应用变得简单、轻巧、易于使用。应用程序只需知道如何从OPC数据源获取数据(OPC Client),设备的驱动程序只需知道如何以简单的格式提供数据(OPC Server)即可进行通信。
另一方面,虽然OPC解决的问题主要是I/O驱动程序,然而从图3中也可以看到它不仅应用在设备和SCADA、SoftPLC和DCS系统之间,同时也应用在SCADA、SoftPLC或DCS内核以及HMI、趋势和报表等需要使用OPC数据的高端应用程序之间,在这样的结构中,SCADA、DCS、Softlogic系统,变成了一个“智能”设备。
三 Intellution的OPC之路 作为OPC基金会的5家发起人之一,Intellution公司至今仍是这一标准的技术领先者,其Intellution Dynamics系列自动化软件全方位应用OPC作为产品内部主要的数据交换标准,在各个组件部分均支持双向OPC数据流向。OPC在相关产品中的应用如下: 1. HMI/SCADA——iFIX (1)统一的组态开发和运行环境Workspace:作为OPC客户通过Workspace OPC Client可连接至任何OPC数据服务器; (2)实时过程数据库Process Database:可以通过iFIX PDB OPC Server (OPC EDA)以OPC Server形式提供数据源给任何标准OPC客户端; (3)OPC Client驱动程序:可以连接任何OPC Server,并可通过网络连接,以及提供数据点浏览功能; (4)Intellution 7.x设备驱动程序:均为OPC Server,可以连接任何OPC客户。 所有以上的连接方式,均支持最新的OPC技术标准。图4为这些应用的具体图示。
2. 其他产品的支持情况 (1)批次管理产品——iBatch:第一个商业化的OPC产品; (2)WinCE产品——iVisualize:基于Windows CE的OPC客户端应用程序; (3)软逻辑产品——iLogic:支持双向OPC服务器和客户端; (4)企业历史数据库——iHistorian:支持直接从标准OPC服务器进行历史数据采集; (5)OPC Server开发工具——OPC Server Toolkit:可以自动生成OPC兼容的设备驱动程序框架,让用户方便地开发自己的OPC Server。 四 OPC在全企业应用集成——SAP ODA SAP是目前世界上最大的企业资源管理软件供货商,其产品占据此领域的大半壁市场。在OPC逐渐成为下层设备和应用软件的数据通信标准之际,SAP认识到可以通过OPC的方式,使其资源管理模块摆脱传统的专用连接的束缚,以标准的形式、稳定可靠的速度和性能取得第一线生产的实时数据资料,而在OPC市场上,Intellution公司处于技术领先地位,因此,SAP和Intellution决定联合开发mySAP.com的OPC解决方案——SAP ODA (SAP OPC Data Access)。 通过SAP ODA这一mySAP.com的软件组件,SAP提供了一个面向OPC世界的桥梁,并将OPC技术融入了它的解决方案中,目标是将供应链管理的商业应用系统与厂级实时系统动态地连接在一起,而无需特别的用户编程或中间软件,从而可以利用大量现成的OPC服务器。从技术角度来讲,SAP ODA是一个SAP系统的RFC服务器并同时成为针对于OPC服务器的OPC客户。 五 OPC的明天——高速发展的世界标准 OPC基金会自成立以来仅短短几年,成员从最初的5家发起人发展到现在的290多家,其标准为广大的硬件厂商所采纳。现在几乎所有的知名品牌硬件均支持OPC的连接方式,出现了一大批OPC Server和应用方案的提供者,如Matrikon、Software Toolbox等。OPC现已成为工业界系统互联的缺省方案,任何一家自动化软件解决方案的提供者,如果它不能全方位地支持OPC,则必将被历史所淘汰。



ChinaView

  • 精华:0帖
  • 求助:0帖
  • 帖子:1帖 | 5回
  • 年度积分:0
  • 历史总积分:204
  • 注册:2002年9月05日
发表于:2002-11-20 11:19:00
1楼
小牛: 我对OPC CLIENT 与OPC SERVER 的概念有点模糊,请问能否详告一二。 是否OPC CLIENT与OPC SERVER可同时存在于一台机器中,也可存在于不同机器中,甚至于OPC SERVER可在下位设备中。 OPC CLIET是否是面向应用层各软件读取数据服务,同时完成与本机或其它机器的OPC SERVER数据传输。 OPC SERVER是否就是标准化的设备驱动程序,对于不同的设备有不同的OPC SERVER,而OPC CLIENT可一成不变? 请多指教,也请其他大师为我答疑解惑。 我的E-mail: lj_tan@163.com

deng_lp

  • 精华:5帖
  • 求助:0帖
  • 帖子:65帖 | 2669回
  • 年度积分:0
  • 历史总积分:2876
  • 注册:2001年6月19日
发表于:2002-11-21 08:33:00
2楼
可以这么理解!

热门招聘
相关主题

官方公众号

智造工程师