建筑从工人到女王

通过其统一架构,古老的工业开放连接标准OPC可以在非微软系统上实现,同时保持与旧的OPC的兼容性。

位于伊利诺伊州森林城的BP北美管道公司。该公司在美国运营着一个输油管道网络,每天输送4.5亿桶/英里的石化产品。该公司位于俄克拉荷马州塔尔萨的控制中心。该公司负责将中南部和中西部油田的石油和天然气运输到全国各地。去年,塔尔萨控制中心的管理层决定将泄漏检测添加到监控和数据采集(SCADA)系统中,以监测管道泄漏。SCADA系统从生产系统收集数据,并将其存储在Sybase数据库中,该数据库已针对实时应用程序进行了修改。

挑战在于将Sybase数据库中的过程数据输入泄漏检测系统。BP管道SCADA应用团队负责人Chuck Amsler表示:“我们花了几个月的时间,试图找到一个OPC服务器,它可以通过ODBC(开放数据库连接)与Sybase实时产品通信。“这是一个较老版本的ODBC,我们无法获得数据。我们尝试的所有应用程序都无法做到这一点。”

阿姆斯勒求助于加拿大安大略省的Cogent实时系统公司,看看该公司的OPC DataHub产品是否可以用于实现连接。他花了几个小时咨询Cogent的技术人员,提出了一个DataHub脚本,可以支持连接到SCADA系统并查询Sybase数据库。一旦流程数据到达OPC DataHub,就只需要将数据连接到泄漏检测系统的OPC服务器。

现在,数据从SCADA系统可靠而一致地流向泄漏检测系统。Amsler说:“一旦我们看到OPC DataHub建立连接是多么容易,我们就决定用它来记录结果。”“在Cogent的帮助下,我们编写了另一个脚本,将泄漏检测计算转移回Oracle数据库,最终由SCADA系统重用。”在Oracle方面,OPC脚本允许Amsler的团队在系统运行时修改日志记录过程。

10年来,OPC提供了从自动化到企业系统的开放连接。OPC最初是OLE(过程控制)的缩写,基于微软公司(Microsoft Corp.)的一种名为对象链接和嵌入的技术。在过去的十年中,尽管OLE的名字已经逐渐消失,但随着数据共享变得更加重要,OPC技术也变得越来越重要。因此需要连接来自不同供应商的设备和应用程序。就像打印机驱动程序允许广泛的应用程序与打印机进行接口一样,OPC是安装在计算机上的驱动程序,用于帮助软件应用程序与工业数据源进行接口。

这些数据源可以包括控制系统、可编程逻辑控制器(plc)、数据库、历史记录、天平、温度表、维护系统等。最近开发的OPC UA(统一体系结构)将OPC进一步带入嵌入式设备和企业系统,同时依赖于Web服务而不是Microsoft通用对象模型(COM)和分布式COM (DCOM),后者正在滑向传统状态。

OPC成熟了

OPC的优势在于它能够使广泛的设备和应用程序互操作。佐治亚州阿尔法雷塔市西门子能源和自动化公司的软件产品经理埃里克·卡佐尔说:“需要开放,这样你就不会局限于一个供应商,所以数据不会被困在一台机器里,所以数据不会被困在工厂里。”“客户希望设计一个不受某个供应商建议约束的系统。”

OPC已经成为连接不同供应商设备和不同应用程序的默认驱动程序。“OPC最重要的一点是它是行业标准,”缅因州波特兰通信自动化软件供应商Kepware技术公司销售和营销副总裁Roy Kok说。“它已经成为市场上所有产品的接口,它让你可以选择一流的产品。”他指出,OPC有一个巨大的安装基础。“这是一个非常成功的标准。”

供应商社区已经认识到OPC的重要性,并通过将OPC构建到其产品中来作出回应。“随着时间的推移,供应商正在使他们的产品在OPC上更加牢固。各公司都在OPC的能力上押下了大量的赌注,这也得到了回报,”加拿大艾伯塔省埃德蒙顿市OPC培训学院院长兰迪·康德(Randy Konder)说。

虽然OPC不是用来连接工厂关键系统的,但它被广泛用于共享非关键数据。“OPC与HMI(人机界面)一起使用,主要用于与其他HMI或控制器对话。它有利于连接HMI,并将信息输出到ERP(企业资源规划)。”西门子的Kaczor说。“如果你错过了OPC上的一条信息,你的工厂就不会倒闭。”

康多指出,当用户陷入微软的限制时,OPC可能会出现问题。问题来自微软的身份验证要求。“有时人们不理解OPC,因此,它得到了一个坏名声。一些人说他们无法让OPC工作,”OPC培训学院的康多说。“通常,这意味着没有身份验证。这与Windows有关,与OPC无关。”

一些供应商使用隧道方法绕过微软的身份验证限制。“我们专注于数据连接。我们的利基市场是通过隧道技术将OPC与网络上的其他设备连接起来,”Cogent通讯经理鲍勃•麦克维尔赖德(Bob McIlvride)表示。“我们的产品可以穿越防火墙,因此我们可以在OPC服务器到服务器之间架起桥梁。”

OPC UA承诺

OPC基金会,位于亚利桑那州斯科茨代尔。最近,该公司创建了一个统一架构,使标准超越了传统的OPC。OPC UA的目标是取代、现代化和增强现有的OPC定义的接口。UA也将微软COM和DCOM甩在了后面。这是必要的,因为微软已经将COM和DCOM降级为遗留状态。

UA的目标是将OPC转移到平台独立性,这样OPC就不会与专有的微软技术捆绑在一起。UA采用OPC,并使其在Web Services和Microsoft . net上可用。OPC基金会还与几个自动化标准组织合作,如仪器仪表、系统和自动化协会(ISA)和机械信息管理开放系统联盟(MIMOSA),以确保OPC可以允许复杂领域模型中的丰富数据在独立开发的应用程序之间交换。

其结果是一个复杂的标准,可以深入到嵌入式控制器,同时向上延伸到企业系统。“OPC UA是一项艰巨的任务。我们的想法是采用标准连接并向前推进,这样它就不仅仅是一个微软平台,”MatrikonOPC的高级解决方案架构师埃里克·墨菲(Eric Murphy)说,MatrikonOPC是Matrikon公司的一个部门,该公司位于加拿大艾伯塔省埃德蒙顿市,是一家工业智能产品提供商。“UA从嵌入式控制器(从流程控制级和其他来源)获取数据,并将其带到企业级。”

像自动化软件供应商Wonderware这样的供应商非常重视UA。“我们现在的重点是OPC UA。我们将推出能够实现OPC UA的产品,”Wonderware公司HMI和SCADA业务副总裁拉什什·莫迪(Rashesh Mody)说,“随着连接的普及,OPC已经无处不在。每个人都想要,现在每个人都有司机了。”

虽然UA仍处于草稿阶段,但它正在现实世界中接受测试。“UA什么时候推出?它现在正在推出,”Matrikon-OPC的墨菲说。OPC基金会于2006年6月宣布发布OPC UA。但正如Murphy所指出的,“OPC基金会希望确保UA规范是正确的。但检验它是否有效的唯一方法就是把它发布出去。”

UA的卖点之一是它能够与已安装的OPC一起工作。“从长远来看,OPC UA将比原来的OPC走得更远,”北卡罗来纳州马修斯的自动化软件供应商Software Toolbox Inc.的总裁约翰·韦伯(John Weber)说,“UA有一个包装软件,所以那些现有的OPC DA(数据访问)可以继续前进。”

OPC UA是一个比原来的OPC更健壮,也更复杂的系统。OPC基金会指出,UA的复杂性是必要的。“对OPC UA的批评是它很复杂。是的,这是极其复杂的,”OPC基金会总裁Thomas Burke说,“但是Web服务也是如此,MES(制造企业系统)层也是如此。”

工厂的未来指向互操作性。控制工程师开始期望在设备和控制系统之间,以及工厂和企业应用程序之间轻松地共享数据。OPC正在成为提供数据共享连接的标准。

OPC UA的设计进一步加强了这些连接。目标是使自动化中的所有应用程序和设备具有互操作性。伯克说:“未来的控制工程师——那些现在从大学毕业的人——已经习惯了消费电子产品的互操作性。”“他们期望控制市场的互操作性。”

边栏- OPC UA有什么好处?
要阅读本文附带的侧栏,请转到//www.myenum.com/feature-4508

更多的控制