技术频道

利用PLC设计故障诊断系统

  1 引言

  plc作为一种成熟稳定可靠的控制器,目前已经在工业控制中得到了越来越广泛的应用。plc系统的设计直接影响着工业控制系统的安全可靠运行。一个完善的plc系统除了能够正常运行,满足工业控制的要求,还必须能在系统出现故障时及时进行故障诊断和故障处理。故障自诊断功能是工业控制系统的智能化的一个重要标志,对于工业控制具有较高的意义和实用价值。

  故障诊断一般有两种途径:故障树方法和专家系统方法。故障树方法利用系统的故障逻辑结构进行逻辑推理,由错误的输出找到可能的输入错误。这种方法比较适用于系统结构相对简单,各部分耦合少的情况。专家系统方法通过建立系统故障的知识库与推理机,计算机借助现场的数据利用知识库和推理机进行深入的逻辑推理,找出故障原因。这种方法适用于系统结构复杂,各部分耦合强的大型工业系统。

  本文根据故障树推理与专家经验规则推理相结合的方法,以某火电厂输煤控制系统的设计为例,介绍了一种利用plc和上位计算机进行故障诊断的plc系统设计。

  2 系统设计

  故障诊断系统建立在基于plc和上位计算机组成的控制系统上。plc在故障诊断系统中的功能主要是完成输煤系统设备故障信号检测、预处理,转化存储并传输给上位计算机。上位计算机由于具有强大的科学计算功能,利用专家知识和专家库,完成从故障特征到故障原因的识别工作。并通过人机界面,给出故障定位,报告和解释故障诊断结果,并为操作员给出相应的排除故障的建议。

  3 plc程序设计

  在进行故障诊断设计时,首先必须对整个系统可能会发生的故障进行分析,得到系统的故障层次结构,利用这种层次结构进行故障诊断部分的设计。以火电厂输煤控制系统的故障结构为例。为了描述简单,这里作了一定的简化。图1为系统的故障层次结构。

  系统故障结构的层次性为故障诊断提供了一个合理的层次模型。在进行系统的plc梯形图程序设计时,应充分考虑到故障结构的层次,合理安排逻辑流程。在引入故障输入点时应注意:必须将系统所有可能引起故障的检测点引入plc,以便系统能及时进行故障处理;应在系统允许的条件下尽可能多的将最底层的故障输入信息引入plc的程序中,以便得到更多的故障检测信息为系统的故障自诊断提供服务。

  (1) 故障点的记录

  为了得到系统的故障情况实现系统的故障自诊断,plc必须将所有故障检测点的状态反映给内部寄存器,图2是用来记录故障点的部分程序。

  ir4.02是输入的io节点,表示a侧皮带信号,当输煤系统使用a侧皮带正常运行时4.02的值为1,当4.02变为0时,说明a侧皮带信号出了故障,此时利用上升沿微分指令记录这次的信号跳变。这样这次事故就记录在ir31.00中。程序设计中将ir31作为记录底层故障信息的寄存器,由于内部寄存器ir有16位,所以能够记录16种不同的故障原因。如果有更多的故障需要记录,可以设置多个寄存器字。需要说明的是,有时引起故障的原因可能不止一个,往往一个故障会引起另一些故障的发生,因此还有关键的一点是程序要能记录最先发生的故障。这也需要通过plc编程实现,程序只对最开始发生的故障敏感。

  (2) 多次故障事件的记录

  由于系统实际长时间的运行中,可能会出现多次故障,为了检修和维护方便,还需要plc能够将多次故障事件记录下来。omronc200h型plc的数据存储区(dm区)可以间接寻址,利用这一点,可以在dm区划出一定的区域,用来记录每次故障事件,包括故障类型和事件发生的时间(日期,小时,分钟,秒)。这一段dm区域可以循环记录,实际使用中记录了最后50次故障的情况,这些记录是系统运行的重要资料,方便了运行人员了解设备情况,对其进行检修和维护。

  (3) 模拟量故障的诊断

  对于模拟量信号例如犁煤车,给煤车电机电流的故障诊断,首先利用模拟量模块,接收来自电流变送器的模拟信号,将其转换为数字信号,然后与整定值或系统允许的极限值比较,若在允许范围之内则表明对应的设备处于正常运行状态,如果实际值接近或达到极限值,则为不正常状态。判断故障发生与否的极限值根据实际系统相应的参数变化范围确定。

  (4) 各种故障信息的串行通信

  上位机通过串行通讯及时读取plc的内部寄存器区的各种故障信息。利用plc的rs232通信接口,可与上位计算机进行hostlink方式串行通信。通信时,上位计算机首先向plc发出一帧命令帧,包括操作命令、寄存器类型、起始地址与要读取的寄存区数目等。plc收到命令帧后会做出响应,如果没有错误则向上位计算机发出响应帧,响应帧中包含了上位机需要查询的寄存器值。

  上位计算机通过读取数据寄存区的值来获取当前plc的工作状况,同时上位计算机对plc的控制也可通过对该区的写操作来完成。具体的通信实现可以参考相关资料,这里不作详细论述。

  4 借鉴专家系统故障诊断方法的实现

  系统故障结构的层次性为故障诊断提供了一个清晰的层次模型,可以利用基于模型的故障树法。但是在进行比较详尽的故障诊断以及系统故障存在耦合时,仅仅使用故障树法是不够的,必须借鉴专家系统的方法。

  (1) 面向对象的“知识对象”, 大大提高了故障诊断的推理效率

  在传统的专家系统中,知识被组织成知识库的形式,推理机进行推理时,要从知识库表示的所有空间中搜索所需的知识。这种方法有搜索空间大,推理效率低的缺点。“知识对象”的概念可以解决这一问题。“知识对象”是一个逻辑概念,它利用面向对象的方法,将知识源和黑板都表达为对象,在知识对象的内部封装了专家系统和推理机、解释器。当相应的知识对象被激活后,就在对象内部进行推理,大大提高了推理效率。根据系统的实际情况和故障推理的过程,在这里知识对象被具体化为故障节点。故障节点是进行诊断推理的基本单位,诊断信息在故障节点间层层传递,故障节点内部利用这些信息进行推理并最终确定故障原因。

  图3为系统部分故障节点的层次结构。图3可以看出,故障节点在结构上以虚线为分界线分为两个部分。上一部分层次清晰,在这一部分可以采用基于故障模型的故障树方法;下一部分由于结构复杂,耦合性较强,构造模型困难,可采用专家系统的推导方法。

  故障节点呈网状分布,1个节点可能有1个或多个父节点,也可能有1个或多个子节点。子节点和父节点之间的关系由故障层次和子节点故障层次来表示。如节点1的子节点故障层次为1,而节点2和节点3的故障层次为1,则节点2和节点3是节点1的子节点。故障层次和子节点故障层次不仅指明了故障节点结构上的层次,而且也隐含了推理规则。

  (2) 对象类型与推理节点

  对象类型表示该故障节点在故障推理中的作用,它可分为3类:根节点,叶节点,推理节点。根节点的故障由它的子节点产生,应到其子节点中去继续推理。叶节点是底层故障。叶节点没有子节点。推理节点是故障诊断规则最为集中的节点,检测节点可以视为推理节点的子节点,它为推理节点的推理过程提供相关的信息。我们在推理节点并不是判断该节点是否存在故障,而是利用推理节点封装的规则库与推理机,结合检测节点提供的信息进行故障推理,找出故障原因。

  (3) 故障节点的检测方式

  地址段是节点的位置(本系统中是plc中的寄存器)。数据段根据用户的需要可以为一个或几个,数据段中数据的定义与节点的性质有关。检测方式表明在该节点系统进行何种操作。主程序根据故障节点的检测方式选取相应的处理函数。该函数是检测手段与推理规则的结合,故可称之为检测/推理函数。一方面它可以检测故障节点本身的状态,另一方面使用推理机制进一步推断故障原因。性质类似的节点使用相同的检测/推理函数,利用地址段和数据段中的值加以区别。

  (4) 各节点的注释段要有相应帮助信息

  各节点的注释段不仅能记录故障的原因和维修方法,还可以记录其他的帮助信息。有时因系统的检测手段不完备,或规则不完全,推导过程要进行人机对话。这时候如果节点的注释段中有相应帮助信息,可以给用户以提示或指导用户进行操作,使推理能顺利进行。

  本系统的故障诊断通过在上位计算机上用vc6.0开发的应用程序实现,集成在上位机监控系统中。在运行中给操作人员提示,指导用户进行操作,了解设备状态,判断故障发生原因,并可给出相应的维修建议。用户也可以对故障诊断进行指导和修正。

  5 结束语

  按以上故障诊断原理构造的故障诊断系统在火电厂输煤plc控制系统中得到了应用。从实际运行来看,故障诊断系统能准确而迅速地判断出故障的原因,方便运行人员维护和检修,大大地提高了控制系统的稳定性和智能化水平。这种设计对类似的工业控制系统提供了一定的参考。

文章版权归西部工控xbgk所有,未经许可不得转载。