冗余控制原理
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
本文以ControlLogix为例,介绍了可编程控制器冗余系统的冗余原理,对影响冗余性能的关键问题进行了分析,通过减少扫描周期和切换时间来对其冗余性能进行优化,为类似冗余系统的性能优化提供的参考方法。
随着制造业竞争的加剧,制造商更加追求生产设备的可靠性,尤其是那些控制关键性生产工序的设备,往往需要采用冗余配置。目前,多数的基于可编程控制器的冗余系统采用了两套CPU处理器模块,一个处理器模块作为主处理器,另外一个作为从处理器。正常情况下,由主处理器执行程序,控制I/O 设备,从处理器不断监测主处理器状态。如果主处理器出现故障,从处理器立即接管对I/O的控制,继续执行程序,从而实现对系统的冗余控制。很多厂商都能够提供可编程控制器冗余系统解决方案,用户在使用过程中往往对其冗余原理理解不深,造成系统冗余性能下降。本文以罗克韦尔自动化Allen Bradley品牌ControlLogix控制器为例,介绍其冗余系统的构建和性能优化问
题。
2 冗余系统构建
ControlLogix系统采用了基于“生产者/消费者”的通讯模式,为用户提供了高性能、高可靠性、配置灵活的分布式控制解决方案。ControlLogix系统实现了离散、过程、运动三种不同控制类型的集成,能够支持以太网、ControlNet控制网和DeviceNet设备网,并可实现信息在三层网络之间的无缝传递。因而,ControlLogix被广泛地应用于各种控制系统。【1】构建ControlLogix 冗余系统的核心部件是处理器和1757-SRM冗余模块。目前,有1756-L55系列处理器模块支持冗余功能,其内存容量从750KB到7.5MB不等。1757-SRM冗余模块是实现冗余功能的关键。如图1所示,在冗余系统中,处理器模块和1757-SRM冗余模块处于同一机架内。为了避免受到外界电磁干扰,提高数据传输速度,两个机架的1757-SRM模块通过光纤交换同步数据。所
有的I/O模块通过ControlNet控制网与主、从控制器机架内的1756-CNB(R)控制网通讯模块相连接。
图1 冗余系统结构
以往的冗余系统通常需要用户编制复杂的程序对处理器状态进行判断,在两个处理器之间传输同步数据并实现I/O控制权的切换,两个处理器中的程序也各不相同,这使得冗余系统本身的建立和维护工作非常繁琐。通过1757-SRM冗余模块,不需要任何编程就可以实现冗余功能,还可以方便地使主、从处理器内的程序保持一致,用户对主处理器程序的修改可自动同步到从处理器。主、从处理器所处机架内的1756-CNB(R)控制网通讯模块地址各不一样。当主处理器
出现故障后,从处理器接管控制系统,相对应的控制网通讯模块之间相互交换地址,从而不影响其它控制器和上位机与该冗余系统的通讯。
3 系统冗余原理及过程
可编程控制器一个工作周期内的主要任务有:内务整理、扫描输入映像表、执行程序、更新输出映像表。ControlLogix控制器在冗余系统中,主处理器执行完程序之后,将所有输出指令的结果传送给从控制器【2】。由于ControlLogix系统所有的I/O设备都在控制网内,按照其自有的“生产者/消费者”通讯模式,从处理器作为一个“消费者”可以与主处理器具有一样的地位,获取I/O的输入信息。这样,确保了主、从控制器内输入、输出映像表的一致。如图2所示,在正常情况下,程序执行到位置1时,主处理器将具有较高优先权任
图2 正常情况下主处理器程序执行过程
务和前一段普通任务的执行结果分先后传送给从处理器,然后程序返回到位置2,继续执行剩下的普通任务。位置3时,所有任务已经完成,主处理器将执行结果传送给从处理器。如果在执行某个任务时,主处理器
图3 主、从处理器之间的切换过程
出现故障,如图3所示。这时,从处理器便会接替主处理器,重新执行出现故障时的那段任务。可见,这时从处理器使用的输出映像表数据来自于主处理器上一个工作周期的执行结果。可见,在冗余系统的切换过程
中,没有出现数据的丢失和突变,处理器内部无需执行繁杂的判断决策程序,实现了系统的无扰切换。
4 系统冗余性能优化
针对系统冗余性能的优化,不仅限于减少系统的切换时间,而且由于冗余器件的介入,系统可靠性得到提高,但一些相关的性能却有所降低。在第3节中已经谈到,冗余系统的处理器相对于非冗余系统的处理器在一个工作周期内多了一项任务:将所有输出指令的结果传送给从控制器,因而增加了程序扫描周期。因冗余系统数据交换量不同,所增加的扫描周期时间也有所不同。因此,对于系统冗余性能的优化主要有两个方面:降低冗余系统对程序扫描周期的影响和减少系统切换时间。 4.1 降低冗余系统对程序扫描周期的影响由第3节的分析所知,在不该变原有程序结构的情况下,只有减少主、从处理器之间的数据交换量才能减少冗余系统对程序扫描周期的影响。ControlLogix
主处理器每次向从处理器发送的同步数据包大小固定,均为256字节。因此,可以通过充分利用每个数据包来达到减少数据包交换次数的目的。ControlLogix控制器采用基于标记的寻址方式,数据结构比较灵活,用户在程序中可以使用数组或者自定义结构数据。这样,数据的传输可以大大被压缩,而且由于用户可以将某一控制对象一系列相关数据集成在一个自定义结构数据中,使得原来分散的数据可以被集中起来进行传输,充分利用了每个数据包,从而在传送相同信息时,所使用的数据包较分散的数据传输所使用的数据包少,节省了数据传输时间,减少了程序扫描周期。由于在ControlLogix主处理器中所有指令的执行结果都要同时被写入从处理器,因此减少一些不必要和无意义的指令执行也有助于减少程序扫描周期。如OTL、OTU(输出锁定/解锁)以及其它一些指令常常在梯级条件为“真”的情况下反复执行,还有比如ADD (加法)指令,虽然两个相加的数都没变,结果也没变,但是主处理器每次执行这个指
令时都会将结果写入从处理器。因此,可以通过比避免那些无意义的数据更新来减少程序扫描周期。 4.2 减少系统切换时间在ControlLogix冗余系统中,系统切换时间受到ControlNet控制网NUT(网络更新时间)的制约。当用户完成了对ControlNet 控制网的配置之后,NUT时间便被确定下来,从而就可以估算系统的切换时间,如表1所示。
错误原因类型NUT时间冗余系统切换时间(ms) 模块掉电≤6ms 60 ≥7ms 5NUT+Max {2NUT, 30} CNB模块与其它模块出现通讯故障14NUT+ Max {2NUT, 30}+50
表1 冗余系统切换时间估算
为了确保在系统切换时不至于造成输出数据的突变,对NUT有一定的限制。通常情况下,如果冗余系统机架中只有一个或者多个同一网络内的控制网通讯模块,其NUT