过程控制系统中的OPC技术
日期：2008-8-15 0:44:15 来源：中国自动化网
点击： 作者：
点击： 作者：
点击【 大 中 小 】放大字体.
作为生产过程自动化的基础，过程控制系统从最初采用基地式仪表的就地控制，发展到采用单元组合式仪表的集中控制。随着计算机的出现和微型计算机性能/价格比的不断提高，集散控制系统(DCS)逐渐成为过程控制系统的主流。近年来，随着智能仪表及现场总线技术的引入，控制系统以计算机为中心的特征日益明显。
既然工业自动化体系，在硬件方面日趋计算机化，那么工业自动化系统的软件开发，亦必然会体现计算机领域的软件开发特点。在计算机领域，随着计算机技术的不断发展，应用程序和操作系统环境所具有的功能和复杂程度在迅速增加，传统的软件开发技术已难以适应软件开发的要求，面向对象技术成为重要的软件开发方法。面向对象方法具有良好的信息隐蔽性、模块独立性和可重用性，使应用程序的集成更加容易，而且能在不同软件厂商提供的应用程序中更为容易地对信息进行交换、合成和处理，可以大大提高软件的开发效率。在这方面微软的OLE(Object Linkingand Embedding)/COM(Component Object Module)技术是大家所熟知的面向对象开发的框架，并且已在计算机领域的软件开发中得到了卓有成效的应用。
OPC(OLEfor Process Control)是微软公司的对象链接和嵌入技术在过程控制方面的应用，为工业自动化软件面向对象的开发提供一项统一的标准。采用这项标准后，针对硬件的驱动程序不再由软件开发商开发，而是由硬件开发商根据硬件的特征提供统一的OPC接口程序。由于硬件开发商对自己的硬件特征了如指掌，从而能够最大限度地挖掘硬件的潜力，提高驱动程序的性能。采用OPC标准后，由硬件开发商提供统一的OPC接口程序，从而避免了开发重复性，使开发费用大大降低[1>。
1 产生背景
在传统的控制系统中，智能设备之间及智能设备与控制系统软件之间的信息共享是通过驱动程序来实现的。由于软件开发商对驱动程序的要求各不相同，硬件供货商不可能为所有的软件开发商提供驱动程序，所以这项工作主要只能由控制系统的软件开发商承担。
随着现场总线技术和PC机在过程控制系统中的应用，一方面网络中需进行数据访问的智能设备不断增加，另一方面，企业中越来越多来自不同部门的员工通过PC机对数据进行访问。这就需要更多的驱动程序，以满足以上的需要，而这势必会加重软件开发商的负担，使其无法全身心地投入到其核心产品的开发中去。这种开发方式主要存在以下弊端：
(1)重复开发
每个软件系统开发商必须为每个特定的硬件开发一个驱动程序。
(2)不同开发商之间的驱动程序的不一致性
软件开发商各自从自己的需要出发，采用不同的数据交换协议开发驱动程序，从而使各开发商之间的驱动程序不一致，并且驱动程序并不支持所有的硬件特性。
(3)不支持硬件特征的变化
由于驱动程序由软件开发者开发，硬件特征的变化将会使有的驱动程序失效，为适应硬件特征的新变化，软件开发者必须为硬件开发新的驱动程序。
(4)访问冲突
一般来说，两个软件包不能同时访问同一设备，因为它们使用不同的驱动程序。为了解决这一问题，硬件开发商试图以开发驱动程序的方法来解决这一问题，但由于不同的客户采用不同的客户协议而无法实现[2>。
控制系统软件开发商构造一个完整的控制系统需要大量的驱动程序，如果再考虑兼容不同硬件厂商的产品，那么驱动程序的数量将更加庞大。为解决这一控制系统软件开发中的瓶颈问题，需要一项为业界所公认的数据交换标准来规范驱动程序的开发。现在OPC作为这方面的标准已迈出了坚实的一步。传统方式和OPC方式下的驱动程序开发的对比如图1所示。
2 产生历程
1995年由来自Intellution、Fisher－Rosemount、Intuitive Technology、Opto22、Rockwell Software等5家控制类公司及它们的技术顾问微软公司共同发起成立了OPC标准化组织OPC Task Force，并将其起草的有关OPC标准的几项规定发布到其Web站点(www.industry.net/opc
)上，向来自用户和制造商的260余个OPC评论单位征询意见，根据收集到的反馈意见，OPC Task Force对标准草案进行了修改，最后经其顾问微软公司的OLE专家进行认证，颁布了OPC1.0。
为进一步扩大OPC标准的影响，1996年在芝加哥举行的ISA/96会议上成立了OPC基金会(OPC Foundation)，接替OPC Task Force的工作，以吸收更多的会员单位参加，使其真正成为一项为各方所接受的、开放的标准。OPC基金会下设：技术筹划委员会、市场筹划委员会、OPC1.01版修订委员会、一致性测试委员会、历史数据访问委员会、事务登录委员会、报警处理委员会、安全委员会、标准命名协议委员会等，开展与OPC标准有关的各方面的工作。现在最新的OPC标准是于1997年9月11日发布的OPC1.0A。
3 主体框架
OPC利用微软公司的COM/DCOM对象模型和ActiveX技术，为实现世界范围内所有的自动化软硬件的互操作性，提供一项规定。简而言之，它位于数据源和数据使用者之间，是不同制造商的产品之间进行对话的通行证。
3.1 对象和接口
OPC逻辑对象模型包括3类对象：OPC服务器对象、OPC组对象、OPC项目对象，每类对象都包括一系列接口，见图2(带[>的为可选项)。
OPC服务器对象提供了一种访问数据源的方法，它通过IOPCServer，OPC Browser，IPersist File向客户提供接口。OPC组对象包含在OPC服务器对象中，并由客户端定义和维护，每个服务器可以包含多个组对象。OPC组对象可以通过IOPCGROUNP增加或删除OPC项目对象，OPC项目对象包含在OPC组对象中，1个组对象可以包含多个项目对象，它同样由客户端定义和维护。
OPC客户端与OPC服务器连接并通过接口与OPC服务器通信，OPC服务器对象向OPC客户端提供创建和操纵OPC组对象的功能。这些组允许OPC客户对它们要访问的数据进行组织。1个组可以作为1个单元被激活或失活。1个组也可以提供1种方法允许客户“订阅”项目列表，以便在项目变化时它能得到通知。
客户只能看到接口，所有的COM对象只能通过接口进行访问。这样，这里所描述的对象只是逻辑表示，可能与服务器的内部执行无关。
3.2 数据访问机制
OPC标准中的接口主要有两种：客户端和服务器程序员所使用的OPC自定义接口(OPCCOM custom interfaces)和支持用高端商业应用(如用Visualbasic、Delphi、Excel等)开发的客户程序的OPC自动化接口(OPC OLE Automation interfaces)。OPC自定义接口是OPC服务器必须提供的，而OPC自动化接口则不一定提供。利用这两种接口与OPC服务器通信的方式见图3。
对于在分布式结构中不同的结点上客户和服务器的操作，OPC标准利用分布式结构DCOM使客户应用与远程服务器接口。
4 带来的变化
4.1 对用户和开发商的影响
对用户来说，OPC意味着开放性。只要用户选择了符合OPC标准的工具箱，就可以选择最好的设备和软件(不管它是服务器还是客户端，也不管它的作者是谁)。集成已经存在的不同的系统将变得非常容易。大量的32位Windows应用程序使得用户有更大的选择余地，以更有效、快捷的方式构造、定制满足其需要的集成制造系统。
WWW.PLCJS.COM——可编程控制器技术门户
既然工业自动化体系，在硬件方面日趋计算机化，那么工业自动化系统的软件开发，亦必然会体现计算机领域的软件开发特点。在计算机领域，随着计算机技术的不断发展，应用程序和操作系统环境所具有的功能和复杂程度在迅速增加，传统的软件开发技术已难以适应软件开发的要求，面向对象技术成为重要的软件开发方法。面向对象方法具有良好的信息隐蔽性、模块独立性和可重用性，使应用程序的集成更加容易，而且能在不同软件厂商提供的应用程序中更为容易地对信息进行交换、合成和处理，可以大大提高软件的开发效率。在这方面微软的OLE(Object Linkingand Embedding)/COM(Component Object Module)技术是大家所熟知的面向对象开发的框架，并且已在计算机领域的软件开发中得到了卓有成效的应用。
plcjs.技.术_网
OPC(OLEfor Process Control)是微软公司的对象链接和嵌入技术在过程控制方面的应用，为工业自动化软件面向对象的开发提供一项统一的标准。采用这项标准后，针对硬件的驱动程序不再由软件开发商开发，而是由硬件开发商根据硬件的特征提供统一的OPC接口程序。由于硬件开发商对自己的硬件特征了如指掌，从而能够最大限度地挖掘硬件的潜力，提高驱动程序的性能。采用OPC标准后，由硬件开发商提供统一的OPC接口程序，从而避免了开发重复性，使开发费用大大降低[1>。
WWW_PLCJS※COM－PLC－技.术_网(可※编程控※制器技术门户)
1 产生背景
WW.W_PLC※JS_C,OM－PL,C－技.术_网
在传统的控制系统中，智能设备之间及智能设备与控制系统软件之间的信息共享是通过驱动程序来实现的。由于软件开发商对驱动程序的要求各不相同，硬件供货商不可能为所有的软件开发商提供驱动程序，所以这项工作主要只能由控制系统的软件开发商承担。
plcjs.技.术_网
随着现场总线技术和PC机在过程控制系统中的应用，一方面网络中需进行数据访问的智能设备不断增加，另一方面，企业中越来越多来自不同部门的员工通过PC机对数据进行访问。这就需要更多的驱动程序，以满足以上的需要，而这势必会加重软件开发商的负担，使其无法全身心地投入到其核心产品的开发中去。这种开发方式主要存在以下弊端：
WWW_PLCJS※COM－PLC－技.术_网(可※编程控※制器技术门户)
(1)重复开发
WWW.PLCJS.COM——可编程控制器技术门户
每个软件系统开发商必须为每个特定的硬件开发一个驱动程序。
WWW_PL※CJS_COM－PLC－技.术_网
(2)不同开发商之间的驱动程序的不一致性
P_L_C_技_术_网——可——编——程——控－制－器－技——术——门——户
软件开发商各自从自己的需要出发，采用不同的数据交换协议开发驱动程序，从而使各开发商之间的驱动程序不一致，并且驱动程序并不支持所有的硬件特性。
P_L_C_技_术_网——可——编——程——控－制－器－技——术——门——户
(3)不支持硬件特征的变化
WWW_P※LCJS_CO※M－PLC－技－.术_网
由于驱动程序由软件开发者开发，硬件特征的变化将会使有的驱动程序失效，为适应硬件特征的新变化，软件开发者必须为硬件开发新的驱动程序。
WWW_PLCJS@_COM%－PLC－技.术_网
(4)访问冲突
P_L_C_技_术_网——可——编——程——控－制－器－技——术——门——户
一般来说，两个软件包不能同时访问同一设备，因为它们使用不同的驱动程序。为了解决这一问题，硬件开发商试图以开发驱动程序的方法来解决这一问题，但由于不同的客户采用不同的客户协议而无法实现[2>。
W1WW_P4LCJS_COM－PLC－技.术_网
控制系统软件开发商构造一个完整的控制系统需要大量的驱动程序，如果再考虑兼容不同硬件厂商的产品，那么驱动程序的数量将更加庞大。为解决这一控制系统软件开发中的瓶颈问题，需要一项为业界所公认的数据交换标准来规范驱动程序的开发。现在OPC作为这方面的标准已迈出了坚实的一步。传统方式和OPC方式下的驱动程序开发的对比如图1所示。
WWW_PLCJS_COM－PLC－技.术_网
P.L.C.技.术.网——可编程控制器技术门户
WWW_PLC※JS_COM－PLC－技.术_网(可编程控※制器技术门户)
2 产生历程
P.L.C.技.术.网——可编程控制器技术门户
1995年由来自Intellution、Fisher－Rosemount、Intuitive Technology、Opto22、Rockwell Software等5家控制类公司及它们的技术顾问微软公司共同发起成立了OPC标准化组织OPC Task Force，并将其起草的有关OPC标准的几项规定发布到其Web站点(www.industry.net/opc
WWW_PLCJ－S_COM－PLC－技.术_网(可－编程控－制器技术－门户)
)上，向来自用户和制造商的260余个OPC评论单位征询意见，根据收集到的反馈意见，OPC Task Force对标准草案进行了修改，最后经其顾问微软公司的OLE专家进行认证，颁布了OPC1.0。
WWW_P※LCJS_CO※M－PLC－技－.术_网
为进一步扩大OPC标准的影响，1996年在芝加哥举行的ISA/96会议上成立了OPC基金会(OPC Foundation)，接替OPC Task Force的工作，以吸收更多的会员单位参加，使其真正成为一项为各方所接受的、开放的标准。OPC基金会下设：技术筹划委员会、市场筹划委员会、OPC1.01版修订委员会、一致性测试委员会、历史数据访问委员会、事务登录委员会、报警处理委员会、安全委员会、标准命名协议委员会等，开展与OPC标准有关的各方面的工作。现在最新的OPC标准是于1997年9月11日发布的OPC1.0A。
WW.W_PLC※JS_C,OM－PL,C－技.术_网
3 主体框架
P_L_C_技_术_网——可——编——程——控－制－器－技——术——门——户
OPC利用微软公司的COM/DCOM对象模型和ActiveX技术，为实现世界范围内所有的自动化软硬件的互操作性，提供一项规定。简而言之，它位于数据源和数据使用者之间，是不同制造商的产品之间进行对话的通行证。
P.L.C.技.术.网——可编程控制器技术门户
3.1 对象和接口
WWW_PLCJS※COM－PLC－技.术_网(可※编程控※制器技术门户)
OPC逻辑对象模型包括3类对象：OPC服务器对象、OPC组对象、OPC项目对象，每类对象都包括一系列接口，见图2(带[>的为可选项)。
WW.W_PLCJS_COM－PLC－技.术_网
WWW.PLCJS.COM——可编程控制器技术门户
OPC服务器对象提供了一种访问数据源的方法，它通过IOPCServer，OPC Browser，IPersist File向客户提供接口。OPC组对象包含在OPC服务器对象中，并由客户端定义和维护，每个服务器可以包含多个组对象。OPC组对象可以通过IOPCGROUNP增加或删除OPC项目对象，OPC项目对象包含在OPC组对象中，1个组对象可以包含多个项目对象，它同样由客户端定义和维护。
WWW_PLC※JS_COM－PLC－技.术_网(可编程控※制器技术门户)
OPC客户端与OPC服务器连接并通过接口与OPC服务器通信，OPC服务器对象向OPC客户端提供创建和操纵OPC组对象的功能。这些组允许OPC客户对它们要访问的数据进行组织。1个组可以作为1个单元被激活或失活。1个组也可以提供1种方法允许客户“订阅”项目列表，以便在项目变化时它能得到通知。
P_L_C_技_术_网——可——编——程——控－制－器－技——术——门——户
客户只能看到接口，所有的COM对象只能通过接口进行访问。这样，这里所描述的对象只是逻辑表示，可能与服务器的内部执行无关。
WWW_PLCJS@_COM%－PLC－技.术_网
3.2 数据访问机制
WWW_PLC※JS_COM－PLC－技.术_网(可编程控※制器技术门户)
OPC标准中的接口主要有两种：客户端和服务器程序员所使用的OPC自定义接口(OPCCOM custom interfaces)和支持用高端商业应用(如用Visualbasic、Delphi、Excel等)开发的客户程序的OPC自动化接口(OPC OLE Automation interfaces)。OPC自定义接口是OPC服务器必须提供的，而OPC自动化接口则不一定提供。利用这两种接口与OPC服务器通信的方式见图3。
WWW_PLCJS@_COM%－PLC－技.术_网
WWW_P※LCJS_CO※M－PLC－技－.术_网
对于在分布式结构中不同的结点上客户和服务器的操作，OPC标准利用分布式结构DCOM使客户应用与远程服务器接口。
WWW※PLCJS_COM－PL＃C－技.术_网(可编※程控※制器技术门户)
4 带来的变化
——可——编——程——控－制－器－技——术——门——户
4.1 对用户和开发商的影响
WWW_PLCJS@_COM%－PLC－技.术_网
对用户来说，OPC意味着开放性。只要用户选择了符合OPC标准的工具箱，就可以选择最好的设备和软件(不管它是服务器还是客户端，也不管它的作者是谁)。集成已经存在的不同的系统将变得非常容易。大量的32位Windows应用程序使得用户有更大的选择余地，以更有效、快捷的方式构造、定制满足其需要的集成制造系统。
本新闻共2页,当前在第1页1 2
WWW_P※LCJS_COM－PLC－)技.术_网
上一篇: 织物仿真CAD系统综述下一篇: CAD/CAM技术应用状况
评论内容
载入中...
载入中...
P
L
C
技
术
网
|
可
编
程
控
制
器
技
术
门
户
|
十
万
P
L
C
工
程
师
的
共
同
选
择
！
L
C
技
术
网
|
可
编
程
控
制
器
技
术
门
户
|
十
万
P
L
C
工
程
师
的
共
同
选
择
！
·最新招聘信息
·最新求职信息
·推荐产品
·推荐厂商
·栏目热门排行
·站内热门排行