故障类型的展示方法及装置与流程

文档序号:16578162发布日期:2019-01-14 17:43阅读:165来源:国知局
故障类型的展示方法及装置与流程

本申请涉及设备故障诊断领域,具体而言,涉及一种故障类型的展示方法及装置。



背景技术:

铁路救援起重机作为铁路事故救援的主要设备,是一种复杂的机电设备,由机械、电气、液压等不同子系统组成,随着起重机产品的不断升级,必然提升了其系统的复杂程度,而系统复杂度越高,出现故障时,故障识别、定位的难度越大,而铁路救援起重机工作的特点要求对故障诊断要定位快速而且准确。

针对上述的问题,目前尚未提出有效的解决方案。



技术实现要素:

本申请实施例提供了一种故障类型的展示方法及装置,以至少解决现阶段设备故障诊断效率低的技术问题。

根据本申请实施例的一个方面,提供了一种故障类型的展示方法,包括:检测设备中至少一个组件的状态信息;依据状态信息确定至少一个组件的故障类型信息,其中,该故障类型信息中包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统;展示故障类型信息。

可选地,依据状态信息确定至少一个组件的故障类型信息,包括:为一级系统设置第一标号,为二级系统设置第二标号;依据第一标号和第二标号及二级系统的故障标号确定组件的故障类型信息,故障标号用于标识二级系统包含的故障类型。

可选地,一级系统与第一标号是一一对应的;二级系统与第二标号是一一对应的。

可选地,依据第一标号和第二标号及二级系统的故障标号确定组件的故障类型信息,包括:将第一标号和第二标号及故障标号按照从前到后的顺序排列,以确定组件的故障类型信息。

可选地,检测设备中至少一个组件的状态信息,包括:获取设备中组件执行预设任务的时间;比较该时间与预设时间,得到第一比较结果;依据第一比较结果判断组件是否发生故障,并依据判断结果确定状态信息。

可选地,检测设备中至少一个组件的状态信息,包括:获取设备中组件的输出数据与输入数据之间的逻辑关系;比较该逻辑关系与预设逻辑关系,得到第二比较结果;依据第二比较结果判断组件是否发生故障,并依据判断结果确定状态信息。

可选地,检测设备中至少一个组件的状态信息,包括:将设备中组件的预设故障类型输入故障树,依据故障树确定设备的故障类型信息。

可选地,展示故障类型信息,包括:通过人机界面展示故障标号、该故障标号对应的故障描述信息;和/或

展示故障类型信息时,还包括:展示状态信息。

根据本申请实施例的另一方面,还提供了一种故障类型的展示方法,包括:在展示界面中展示设备中的至少一个组件,以及组件的状态;在该状态指示组件发生故障,且检测到展示界面上针对组件的触发事件时,展示组件的故障类型信息,其中,该故障类型信息包括:所述至少一个组件所属的二级系统,以及该二级系统所属的一级系统。

根据本申请实施例的另一方面,还提供了一种故障类型的展示装置,包括:检测单元,用于检测设备中至少一个组件的状态信息;确定单元,用于依据状态信息确定至少一个组件的故障类型信息,其中,该故障类型信息中包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统;展示单元,用于展示故障类型信息。

根据本申请实施例的再一方面,还提供了一种存储介质,存储介质包括存储的程序,在程序运行时控制存储介质所在设备执行上述的故障类型的展示方法。

根据本申请实施例的再一方面,还提供了一种处理器,处理器用于运行程序,程序运行时执行上述的故障类型的展示方法。

在本申请实施例中,采用检测设备中至少一个组件的状态信息;依据状态信息确定至少一个组件的故障类型信息,其中,该故障类型信息中包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统;展示故障类型信息的方式,通过划分组件所属的一级系统和二级系统进而将组件故障分类,达到了快速准确定位故障的目的,从而实现了提高设备故障诊断效率的技术效果,进而解决了现阶段设备故障诊断效率低的技术问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:

图1是根据本申请实施例的一种故障类型的展示方法的流程图;

图2是根据本申请实施例的一种检测设备组件状态信息的方法的流程图;

图3是根据本申请实施例的另一种检测设备组件状态信息的方法的流程图;

图4是根据本申请实施例的一种检测设备组件状态信息的方法的示意图;

图5是根据本申请实施例的一种救援起重机的系统故障诊断范围及分类的示意图;

图6a是根据本申请实施例的一种故障信息展示界面的示意图;

图6b是根据本申请实施例的一种通过可视化界面展示故障类型的方法的示意图;

图7是根据本申请实施例的一种带有诊断功能的数字输入电路(digitalin,简称di)端口的电路连接示意图;

图8是根据本申请实施例的另一种故障类型的展示方法的流程图;

图9是根据本申请实施例的一种故障类型的展示装置的结构图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分的实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。

需要说明的是,本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本申请实施例,提供了一种故障类型的展示方法的实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本申请实施例的一种故障类型的展示方法的流程图,如图1所示,该方法包括如下步骤:

步骤s102,检测设备中至少一个组件的状态信息;

根据本申请的一个可选实施例,设备为铁路救援起重机,铁路救援起重机包括机械、电气、液压、风控等系统,各个系统又包含不同的组件,检测设备中至少一个组件的状态信息即检测起重机的各系统中的组件是否发生故障。

在本申请的一些可选实施例中,步骤s102通过以下几种方式实现:

图2是根据本申请实施例的一种检测设备组件状态信息的方法的流程图,如图2所示,该方法包括以下步骤:

步骤s202,获取设备中组件执行预设任务的时间。

步骤s204,比较该时间与预设时间,得到第一比较结果。

步骤s206,依据第一比较结果判断组件是否发生故障,并依据判断结果确定状态信息。

根据本申请的一个可选实施例,上述步骤s202至步骤s206中的方法是一种基于逻辑的故障诊断方法,起重机各个系统中的组件执行一个预设的任务有一定的时间限度,当实际检测到的组件执行一个预设任务需要的时间超过预先设定的时间阈值,说明该组件存在故障,发出故障告警信号。

图3是根据本申请实施例的另一种检测设备组件状态信息的方法的流程图,如图3所示,该方法包括以下步骤:

步骤s302,获取设备中组件的输出数据与输入数据之间的逻辑关系。

步骤s304,比较该逻辑关系与预设逻辑关系,得到第二比较结果;

步骤s306,依据第二比较结果判断组件是否发生故障,并依据判断结果确定状态

信息。

在本申请的一些可选实施例中,述步骤s302至步骤s306中的方法是另一种基于逻辑的故障诊断方法,起重机各个系统中的组件的输出数据与输入数据之间存在一定的逻辑关系,当逻辑关系正常时,逻辑关系的状态为“0”,表明系统中的组件工作正常,当逻辑关系的状态为“1”时,表明系统中的组件发生故障。编制常见故障的异常情况,当逻辑关系状态为“1”时,显示故障原因,如模拟量信号值超过预设的系统允许的极限值时,表明设备出现故障。

图4是根据本申请实施例的一种检测设备组件状态信息的方法的示意图,如图4所示是一种通过故障树诊断设备故障的方法。

故障树分析又称事故树分析,是安全系统工程中最重要的分析方法。事故树分析从一个可能的事故开始,自上而下、一层层地寻找顶事件的直接原因和间接原因和间接原因事件,直到基本原因事件,并用逻辑图把这些事件之间的逻辑关系表达出来。

图4以起重机吊钩起升故障树为例,起重机发生吊钩起升故障一般是由信号输入故障、信号输出故障及液压系统故障导致,其中,信号输入故障是由操作手柄故障和外部线路故障导致;信号输出故障由控制器故障、输出端口故障、逻辑控制提示故障及外部线路故障引起;液压系统故障一般由系统压力异常和电磁阀故障导致。由图4所示可知,将起重机吊钩起升常见故障的直接原因及间接原因编入故障树,可以方便故障诊断系统从上而下,一层层排查寻找起重机吊钩起升故障的根本原因。

步骤s104,依据状态信息确定至少一个组件的故障类型信息,其中,该故障类型信息中包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统;

在本申请的一些可选实施例中,步骤s104通过以下步骤实现:为一级系统设置第一标号,为二级系统设置第二标号;依据第一标号和第二标号及二级系统的故障标号确定组件的故障类型信息,故障标号用于标识二级系统包含的故障类型。

在本申请的一些可选实施例中,一级系统与第一标号是一一对应的;二级系统与第二标号是一一对应的。

根据本申请的一个可选实施例,依据第一标号和第二标号及二级系统的故障标号确定组件的故障类型信息,包括:将第一标号和第二标号及故障标号按照从前到后的顺序排列,以确定组件的故障类型信息。

图5是根据本申请实施例的一种救援起重机的系统故障诊断范围及分类的示意图,如图5所示,铁路救援起重机系统故障诊断范围主要包括:动力系统p、控制系统c、安全系统s及通信系统m。其中,动力系统p包括:柴油机系统m、液压系统h及风压系统a;控制系统c包括:控制器c、传感器s、电磁阀a、逻辑控制l、外围线路p;安全系统s包括:力限器系统l及安全警示系统q;通信系统m包括总线系统b。这些控制单元功能相对独立,自身具备故障诊断功能,并提供故障代码、故障原因及故障解决办法。为起重机一级系统和各个一级系统所包含的二级系统分别标号,以完成上述系统包含的故障的分类,通过故障分类,以不同的故障代码前缀标识不同系统的故障,方便起重机维护人员快速定位识别故障区域。如图5所示,比如故障代码为pm开头,说明是柴油机系统m的故障。图5中是以两位字母前缀表示不同的故障类别,也可以用数字或数字或数字与字母结合用作前缀,具体表示方法可灵活选用。通过采用上述故障分配的方法可以快速定位起重机的故障类型。

起重机系统包含多个职能控制单元(子系统),如柴油机控制单元、力限器控制单元,这些控制单元功能相对独立,自身具备故障诊断功能(专家系统),并提供故障诊断代码、故障原因及解决办法对照表,如表1所示为力限器故障代码表及说明。通过故障分类后,在智能控制单元故障代码前面加上相应的字母前缀就可以直接被起重机故障诊断系统所用,方便快捷。

表1

步骤s106,展示故障类型信息。

在本申请的一些可选实施例中,步骤s106通过以下方法实现:通过人机界面展示故障标号、故障标号对应的故障描述信息;和/或展示设备的状态信息。

通过人机交互界面实现故障代码的快速索引,随着人机界面设备的发展,高性能、大存储的触摸屏逐步应用在工程机械领域,将所有的故障代码及故障代码对应的故障解释、及故障处理办法全部保存在触摸屏显示设备中,图6a是根据本申请实施例的一种故障信息展示界面的示意图,如图6a所示,当显示设备出现故障代码提示时,点击故障代码直接索引到相对应的故障代码解释和故障处理办法条目。

根据本申请的一个可选实施例,通过可视化页面展示设备的状态信息,比如,通过可视化界面显示系统中传感器、操作手柄、控制器等器件的状态,当器件出现故障时,在可视化界面上用于表示该器件的图标的颜色会发生改变,从而提示维护人员该器件发生故障,同时可视化界面会直接提示故障代码,通过触控故障代码可直接索引具体故障说明和解决措施。

在本申请的一些可选实施例中,在显示界面上显示电气系统中的控制器局域网络(controllerareanetwork,简称can)总线监测、监测总线设备,如控制器、传感器等地心跳状态,快速定位总线上有故障的can节点。

图6b是根据本申请实施例的一种通过可视化界面展示故障类型的方法的示意图,如图6b,在显示界面上显示i/o端口输出的电流值的大小,通过电流值的变化判断i/o端口的外部线路是否发生电气故障。

根据本申请的一个可选实施例,在显示界面上显示整车电控动作逻辑,比如显示电磁阀的状态,对起重机系统的故障诊断起到一个辅助作用

此外,在可视化界面中还可以采用拓扑图、动态图标及文字等多种形式提升故障显示效果。

通过上述步骤,通过多种可视化显示装置,辅助起重机系统的故障诊断,方便维护人员快速准确定位系统故障。

步骤s102至步骤s106是利用柴油机控制单元、力限器控制单元等自身具备故障诊断功能的智能单元的故障诊断方法,在充分利用起重机自身具备故障诊断功能的智能单元的前提下,充分挖掘起重机控制系统(programmablelogiccontroller,简称plc)的控制器的诊断功能,plc拥有硬件自诊断功能,可自动检测自身的输入/输出(input/output,简称i/o)模块、通信模块的状态,结合外部器件及软件程序可实现i/o端口外围线路故障检测(对电源短路,对地短路,断路)。

图7是根据本申请实施例的一种带有诊断功能的数字输入电路(digitalin,简称di)端口的电路连接示意图,如图7所示,通过配置两个适配电阻,配合软件程序可实现此端口外围电路故障诊断。如果di端口外围电路对电源ub发生断路,则连接到di端口的阻值为电阻r1和r2的阻值的和;如果di端口外围电路对电源ub发生短路,则连接到di端口的阻值为电阻r2的阻值。

通过上述步骤,在利用起重机的系统中自身具备诊断功能的智能单元的故障诊断方式的前提下,灵活运用多种故障诊断方法,达到了以下技术效果:可以实现快速定位起重器的故障类型,以便于维护人员及时排除故障;通过多种故障诊断方法,提升了起重机故障诊断的能力;通过丰富的可视化界面显示故障的定位结果,方便维护人员快速排除起重机故障。

图8是根据本申请实施例的另一种故障类型的展示方法的流程图,如图8所示,该方法包括:

s802,在展示界面中展示设备中的至少一个组件,以及组件的状态。

s804,在上述状态指示组件发生故障,且检测到展示界面上针对该组件的触发事件时,展示组件的故障类型信息,其中,该故障类型信息包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统。

在本申请的一些可选实施例中,通过可视化页面展示设备的状态信息,比如,通过可视化界面显示系统中传感器、操作手柄、控制器等器件的状态,当器件出现故障时,在可视化界面上用于表示该器件的图标的颜色会发生改变,从而提示维护人员该器件发生故障,可视化界面会直接提示故障代码,并且显示故障代码所属的系统;当可视化界面出现故障代码提示时,点击故障代码,通过触控故障代码可直接索引具体故障说明和解决措施。

需要说明的是,图8所示实施例的优选实施方式可以参见图6a和图6b所示实施例的相关描述,此处不再赘述。

图9是根据本申请实施例的一种故障类型的展示装置的结构图,如图9所示,该装置,包括:

检测单元90,用于检测设备中至少一个组件的状态信息。

确定单元92,用于依据状态信息确定至少一个组件的故障类型信息,其中,该故障类型信息中包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统。

展示单元94,用于展示故障类型信息。

需要说明的是,图9所示实施例的优选实施方式可以参见图1至图9所示实施例的相关描述,此处不再赘述。

本申请实施例还提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时控制存储介质所在设备执行以上的故障类型的展示方法。

上述存储介质用于存储执行以下功能的程序:检测设备中至少一个组件的状态信息;依据状态信息确定至少一个组件的故障类型信息,其中,该故障类型信息中包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统;展示故障类型信息。

本申请实施例还提供了一种处理器,处理器用于运行程序,其中,在程序运行时执行以上的故障类型的展示方法。

上述处理器用于执行实现以下功能的程序:检测设备中至少一个组件的状态信息;依据状态信息确定至少一个组件的故障类型信息,其中,该故障类型信息中包括:至少一个组件所属的二级系统,以及该二级系统所属的一级系统;展示故障类型信息。

上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。

在本申请的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,可以为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本申请的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本申请的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1