一种基于事件触发的轨道交通设备故障监测配置方法与流程

1.本发明涉及轨道交通领域，尤其涉及轨道交通维修管理中的设备故障监测方法。


背景技术：

2.我国正处于轨道交通大发展时期，随着线网规模不断扩大，轨道交通已经成为城市公共交通系统中的重要组成部分。城市轨道交通涵盖的设备种类众多，专业复杂，设备之间存在着各种依赖关系，行成了相互关联的复杂系统，共同维系着轨道交通的运营。随着轨道交通的高频次运行，增加了设备的使用频率，因而设备单元发生失效或故障的频率也日益增高。对轨道交通各种机电设备进行在线监测，实时显示各个监测数据及报警信息，实现设备早期异常的报警以及故障诊断。对于保证城市轨道交通系统的正常工作和安全运行具有重要意义。
3.轨道交通领域的设备类型、品牌繁多，而不同类型的设备又具有不同的信息元。监测数据及报警信息时，无法统一完整的给出所有设备类型和故障告警阈值的集合，如何根据监测设备运行状态和实时数据，实时显示故障隐患和预警，及时排查和预防，降低维修成本，是安全运营保障系统面临的主要问题。


技术实现要素：

4.针对现有技术中存在的上述问题，本发明的目的是：提供一种基于事件触发的轨道交通设备故障监测配置方法，设计了一整套包含设备、设备类型、事件、事件触发条件、逻辑关系运算、条件输入输出对象，通过触发条件之间的链式关系和监听对象属性变化实现多类型设备多类型故障的在线监测功能和展示设备的故障机理，降低维护成本,减少设备故障造成的损失、降低轨道交通运营成本。
5.为了实现上述目的，本发明所使用的技术方案为：基于面向对象的设计方式，设计了一整套包含设备、设备类型、事件、事件触发条件、逻辑关系运算、条件输入输出对象，通过触发条件之间的链式关系和监听对象属性变化实现多类型设备多类型故障的在线监测功能和展示设备的故障机理，具体包括以下步骤：步骤1：允许用户定义事件的触发条件和所述触发条件之间的逻辑运算关系；步骤2：定义触发条件之间的链式输入输出关系和各个触发条件内部的计算方法；一个触发条件可以有多个输入，且一个触发条件的输出可以作为其他多个触发条件的输入。通过数据在触发条件间的链式传导，表现出设备的故障机理；步骤3：将事件与设备类型相关联，根据设备类型创建具体设备，事件与具体设备产生绑定关系；步骤4：程序监听到具体设备的对象属性变化后根据配置触发条件关系链条判断是否触发该设备类型相关联的事件，依据判断的结果推送事件信息。
6.其进一步特征在于：事件与触发条件的关系是1:n，一个或者多个触发条件之间的逻辑关系共同定义了一个事件是否被触发。事件是一个特殊的触发条件，是触发条件链式
关系的最后一层。
7.其进一步特征在于：触发条件链式关系的第一层输入，数据来源是系统内部数据或者外部接口传输的数据；触发条件的输出是程序根据输入值、表达式右值和表达式判断出的结果，其结果是一个逻辑值或一个权重；一个触发条件可以有多个输入，且一个触发条件的输出可以作为其他多个触发条件的输入；触发条件的内部是一个时钟定时器、算数表达式或逻辑关系。当一个或一组源头数据发生变化后，根据多个相关连接的链式触发条件多层判断后决定是否推送报警信息。多层级链式触发条件配置方法其内在配置逻辑反映的是对设备运行数据处理和故障机理的分析。
8.其进一步特征在于：设备类型与事件之间的关系是1:n，一种设备类型能够关联多种事件；设备是设备类型的具体实例，某一设备任意事件触发后都将在被推送到在线监测中用于提示用户设备发生故障。
9.一组满足设备故障监测需求的对象定义如下：1、事件定义表《eventdefs》功能用途：每一种事件能够关联多项触发条件；每一种设备类型或设备集合能够关联多项事件；2、事件触发条件表《eventconds》功能用途：定义了事件的触发条件包括触发条件内部的计算式，触发条件的输入输出；
3、设备类型事件关联表《devtypeevts》功能用途：该表中存储设备类型与事件的关联关系。用户通过为设备类型关联事件，简化了为具体设备添加事件时的流程；4、设备事件记录表《devsxxxxx_evtcondparas》:每种设备类型对应一张设备事件记录表用于记录该设备类型的设备发生事件；
功能用途：该表中存储设备类型与事件的关联关系。用户通过为设备类型关联事件，简化了为具体设备添加事件时的流程。该表中存储了具体一台设备的某事件对应的某项条件的参数，以及当条件满足后，该条件是否已处理；5、监测点位数据配置表《datatags》功能用途：用户在实例化事件触发条件时，需要填入该条件引用的数据，这些数据来自数据来源系统，由用户填入该数据在数据来源系统中的引用，再由数据通信接口从数据来源系统中获取。数据引用表保存了这些引用信息；
与现有技术相比，本发明具有以下有益效果：1、本发明通过触发条件之间的关联和监听对象属性变化实现多类型设备多类型故障的在线监测功能。极大地提高了设备故障监测配置的灵活性，实现实际意义上的设备故障在线监测,降低维护成本,减少设备故障造成的损失、降低轨道交通运营成本；2、本发明将设备故障监测功能抽象成一系列事件条件的触发，通过基于对象的方式设计出一套对象，以离散的方式模拟出设备故障与触发条件之间的逻辑关系，通过多层级链式触发条件配置方法其内在配置逻辑分析了设备运行数据处理和故障机理，提现了系统对大量原始数据的处理能力。
附图说明
10.图1为本实施例的基于面向对象的设计方式设计的对象定义关系示意图。
11.图2为本实施例的设备检测功能实现的流程示意图。
具体实施方式
12.下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实例用于说明本发明，但不限制本发明的范围。本实施例基于面向对象的设计方式，设计了一整
套包含设备、设备类型、事件、事件触发条件、逻辑关系运算、条件输入输出对象，通过触发条件之间的链式关联和监听对象属性变化实现多类型设备多类型故障的在线监测功能和展示设备的故障机理。如图1和图2所示，本方法允许用户定义事件的触发条件和各触发条件之间的逻辑运算关系，然后再将事件与设备类型相关联，最后根据设备类型创建具体设备。程序监听到具体设备对象属性变化后判断该设备类型相关联的事件触发条件是否满足，依据判断的结果推送故障信息。从而实现多类型设备多类型故障的在线监测功能和展示设备的故障机理。
13.具体包括以下步骤：步骤1：允许用户定义事件的触发条件和所述触发条件之间的逻辑运算关系；步骤2：定义触发条件之间的链式输入输出关系和各个触发条件内部的计算方法；一个触发条件可以有多个输入，且一个触发条件的输出可以作为其他多个触发条件的输入。通过数据在触发条件间的链式传导，表现出设备的故障机理；步骤3：将事件与设备类型相关联，根据设备类型创建具体设备，事件与具体设备产生绑定关系；步骤4：程序监听到具体设备的对象属性变化后根据配置触发条件关系链条判断是否触发该设备类型相关联的事件，依据判断的结果推送事件信息。
14.进一步的：事件与触发条件的关系是1:n，一个或者多个触发条件之间的逻辑关系共同定义了一个事件是否被触发。事件是一个特殊的触发条件，是触发条件链式关系的最后一层。
15.进一步的：触发条件链式关系的第一层输入，数据来源是系统内部数据或者外部接口传输的数据；触发条件的输出是程序根据输入值、表达式右值和表达式判断出的结果，其结果是一个逻辑值或一个权重；一个触发条件可以有多个输入，且一个触发条件的输出可以作为其他多个触发条件的输入；触发条件的内部是一个时钟定时器、算数表达式或逻辑关系。当一个或一组源头数据发生变化后，根据多个相关连接的链式触发条件多层判断后决定是否推送报警信息。多层级链式触发条件配置方法其内在配置逻辑反映的是对设备运行数据处理和故障机理的分析。
16.进一步的：设备类型与事件之间的关系是1:n，一种设备类型能够关联多种事件；设备是设备类型的具体实例，某一设备任意事件触发后都将在被推送到在线监测中用于提示用户设备发生故障。
17.进一步的：当触发条件第一次输入其中一个发生变化时，程序会主动读取区域输入值，以驱动触发关系链条的传导。
18.一组满足设备故障监测需求的对象定义如下：事件定义表《eventdefs》功能用途：每一种事件能够关联多项触发条件；每一种设备类型或设备集合能够关联多项事件；
事件触发条件表《eventconds》功能用途：定义了事件的触发条件包括触发条件内部的计算式，触发条件的输入输出；
设备类型事件关联表《devtypeevts》功能用途：该表中存储设备类型与事件的关联关系。用户通过为设备类型关联事件，简化了为具体设备添加事件时的流程；设备事件记录表《devsxxxxx_evtcondparas》:每种设备类型对应一张设备事件记录表用于记录该设备类型的设备发生事件；功能用途：该表中存储设备类型与事件的关联关系。用户通过为设备类型关联事件，简化了为具体设备添加事件时的流程。该表中存储了具体一台设备的某事件对应的某项条件的参数，以及当条件满足后，该条件是否已处理；
监测点位数据配置表《datatags》功能用途：用户在实例化事件触发条件时，需要填入该条件引用的数据，这些数据来自数据来源系统，由用户填入该数据在数据来源系统中的引用，再由数据通信接口从数据来源系统中获取。数据引用表保存了这些引用信息；
以上的实施例仅为说明本发明的技术思想，不能以此限定本发明的保护范围，凡是按照本发明提出的技术思想，在技术方案基础上所做的任何改动，均落入本发明保护范围之内。