CN106896799A - 一种机车检修管理方法 - Google Patents

Abstract

本发明公开了一种机车检修管理方法，属于机车检修技术领域，解决了现有的机车检修管理方法不仅检修工作效率低而且存在一定的质量安全隐患的技术问题。该机车检修管理方法包括：获取机车的运行状态信息；对机车的运行状态信息进行故障分析，形成机车的故障信息流，从而通过所述故障信息流获取机车故障设备信息并对故障设备进行检修；基于所述故障信息流对完成检修的故障设备的运行进行监测和预警。

Description

一种机车检修管理方法

技术领域

本发明涉及机车检修技术领域，具体的说，涉及一种机车检修管理方法。

背景技术

目前在中国铁路快速发展的大背景下，安全生产管理的需求日益迫切，而铁路各相关部门对机车设备的检修管理方法还停留在传统的故障修和定期修。其中，故障修是指当发现机车部件及车载设备出现质量问题时，对质量问题进行故障报活，由检修人员对机车设备进行维修和测试的过程；定期修是依据检修规程，由检修人员对机车部件及车载设备按照检修周期和使用年限，进行大修、中修、小修以及辅修的过程。

然而，现有机车检修管理技术，严重依赖于故障修和定期修，已经不能满足铁路企业安全生产管理需求。一方面，故障修和定期修都是由人参与对机车进行维修和测试，在对机车检修的过程中对于隐性的设备质量故障信息无法及时的发现，并且由人来判断设备的维修的好坏，不仅检修工作效率低而且存在一定的质量安全隐患。

因此，亟需一种能够提高铁路企业安全生产水平和机车设备检修工作效率的机车检修管理方法。

发明内容

本发明的目的之一在于提供一种机车检修管理方法，以解决现有的机车检修管理方法不仅检修工作效率低而且存在一定的质量安全隐患的技术问题。

本发明的实施例提供一种机车检修管理方法，该方法包括：

获取机车的运行状态信息；

对机车的运行状态信息进行故障分析，形成机车的故障信息流，从而通过所述故障信息流获取机车故障设备信息并对故障设备进行检修；

基于所述故障信息流对完成检修的故障设备的运行进行监测和预警。

在形成机车的故障信息流的步骤中包括：

根据设定的故障类型分析项点对机车的运行状态信息进行故障分析形成机车的故障信息流，所述故障信息流中记录有机车的基本信息和故障项点分析结果信息。

在根据故障类型分析项点对机车的运行状态信息进行故障分析的步骤中包括：

根据针对故障类型分析项点预先设定的相应的分析逻辑对机车的运行状态信息中记录的对应该故障类型分析项点的机车运行状态数据进行分析，得出该故障类型分析项点有无故障的判断。

在对完成检修的故障设备的运行进行监测和预警的步骤中包括：

对机车的运行状态信息进行所述故障分析，判断原故障现象是否发生；

若原故障现象发生，则在所述故障信息流中记录警告信息，若原故障现象不再发生，则对所述故障信息流进行销号处理。

在所述故障信息流中记录警告信息的步骤中包括：

若在完成检修的故障设备的首趟运行中，原故障现象发生，则所述警告信息为三级警告；

若在完成检修的所述故障设备的首趟和次趟运行中，原故障现象发生，则所述警告信息为二级警告；

若在完成检修的所述故障设备的首趟和次趟运行以及之后的运行中，原故障现象发生，则所述警告信息为一级警告。

在对所述故障信息流进行销号处理的步骤中包括：

若在完成检修的所述故障设备的首趟运行中，原故障消失，则对所述故障信息流进行销号处理。

所述故障信息流中还包括有首趟运行标志，当在所述故障分析过程中发现故障项时，若之前没有同类故障项的故障信息流，或上一次发现同类故障项的故障信息流已闭环销号则本次发现该故障项形成的故障信息流的首趟运行标志为0，若未闭环销号则将该故障信息流中的首趟运行标志更新为n＝m+1，m为上一次发现同类故障项的首趟运行标志，根据首趟运行标志判断本次运行在完成检修后的运行次数，若n＝0，则本次运行为首趟运行，若n＝1，则本次运行为次趟运行，若n＞1，则本次运行为次趟运行后的多趟运行。

在通过所述故障信息流获取机车故障设备信息并对故障设备进行检修的步骤中包括：

对所述故障信息流进行分析获得机车故障设备信息，并将所述故障设备信息加入所述故障信息流，所述故障设备信息中记录有故障设备的基本信息和故障信息；

根据所述故障设备信息形成故障设备的检修通知；

根据所述故障信息流和检修通知对故障设备进行检修。

在获取机车的运行状态信息的步骤中包括：

根据机车运行记录文件获得机车的运行状态信息；和/或

实时获取机车设备质量监测信息，根据所述设备质量监测信息获得机车的运行状态信息。

在实时获取机车设备质量监测信息的步骤中包括：

机车内运行监测数据无线传输装置通过与列车运行控制记录装置进行通讯实时获取机车设备质量监测信息；

所述运行监测数据无线传输装置将机车设备质量监测信息通过车地通信下发至地面服务器。

在本发明实施例提供的机车检修管理方法通过对LKJ运行记录文件与设备质量监测信息进行分析来实现对于机车设备的监视，能够及时发现故障并准确定位故障设备，并对检修后的故障设备进行维修好坏的判断，极大的提高了铁路机车的安全性，和检修效率，并且通过故障信息流串联机车检修过程中的各个流程，形成自动流转的信息流和相应形成的检修任务流，提高了机车检修部门的工作效率，并且更加人性化。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分的从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚的说明本发明实施例中的技术方案，下面将对实施例描述中所需要的附图做简单的介绍：

图1是本发明实施例提供的机车检修管理方法的流程图；

图2是本发明实施例提供的机车检修管理方法的应用示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式，借此对本发明如何应用技术手段来解决技术问题，并达成技术效果的实现过程能充分理解并据以实施。需要说明的是，只要不构成冲突，本发明中的各个实施例以及各实施例中的各个特征可以相互结合，所形成的技术方案均在本发明的保护范围之内。

本发明实施例提供了一种机车检修管理方法，如图1和图2所示，该方法由步骤101、步骤102以及步骤103组成。其中，在步骤101中，获取机车的运行状态信息。机车在运行过程中，机车的运行状态信息主要包括有：设备厂家、机车号、机车型号、AB节、各软件版本信息、司机信息、站段信息、区段信息、交路信息、始发站、到达站、开车日期、事件变化信息(事件变化名称、事件记录时间、速度变化、限速变化、机车信号变化、公里标变化、管压变化、转速变化/电流变化、缸压变化、风缸变化、经过站等)等。

在这一步骤中，机车的运行状态信息的获取可通过两种方式：根据机车运行记录文件获得机车的运行状态信息，和/或实时获取机车设备质量监测信息，根据设备质量监测信息获得机车的运行状态信息。

机车的运行记录文件在相关运行记录装置中获取，在本发明实施例中，运行记录装置为列车运行控制记录装置，缩写为LKJ，是目前被广泛使用的以保证列车运行安全为主要目的的列车速度监控装置。该装置在实现列车速度安全控制的同时，采集记录与列车安全运行有关的各种机车运行状态信息。机车车载LKJ列车运行控制记录装置实时将运行状态信息以文件形式(LKJ运行记录文件)进行存储，当列车到达终点站后，通过WLAN网络、IC卡或转储器方式将LKJ运行记录文件转储到地面服务器，地面服务器从而获得机车的运行状态信息。

另一种方式通过机车设备质量监测信息获取机车运行状态信息的过程为：机车内运行监测数据无线传输装置(TSC1装置/TSC2装置)通过控制器局域网络(Controller Area Network,CAN)与列车运行控制记录装置LKJ进行通讯实时获取LKJ的机车设备质量监测信息(该信息包含运行状态信息)。然后运行监测数据无线传输装置将机车设备质量监测信息通过车地通信下发至地面服务器，地面服务器从而获得机车的运行状态信息。

在步骤102中，对机车的运行状态信息进行故障分析，形成机车的故障信息流，从而通过故障信息流获取机车故障设备信息并对故障设备进行检修。通过对运行状态信息的分析来获得机车的故障情况，形成的故障信息流在整个发现故障、检修以及检修后的验证的过程中自动流转，实现机车检修系统的信息化，信息流的流转过程可以通过软件实现。

进一步的，在形成机车的故障信息流的步骤中具体为：根据设定的故障类型分析项点对机车的运行状态信息进行故障分析形成机车的故障信息流，故障信息流中记录有机车的基本信息和故障项点分析结果信息。故障类型分析项点是针对机车的运行状态信息中有记录的机车上可能发生的故障类型设定的分析项目，每个分析项点对应一种故障情况。故障类型分析项点根据实际的检测需求进行设定，只要是机车运行记录中记录的能够判断机车运行异常的参数和信息都可以作为故障类型分析项点。

更为具体的，故障分析的过程为：根据针对故障类型分析项点预先设定的相应的分析逻辑对机车的运行状态信息中记录的对应该故障类型分析项点的机车运行状态数据进行分析，得出该故障类型分析项点有无故障的判断，对于有故障的项点进一步获得该项点的具体故障现象、故障记录时间等相关信息。

经分析形成的机车的基本信息包括有机车号、机车型号、AB节、厂家信息、各软件版本信息、司机信息、文件大小信息、开车日期等。将机车的基本信息记录在故障信息流中，便于在之后的故障设备的确认和检修过程中查看和调用。经过故障分析形成的故障项点分析结果信息包括有：故障项名称、故障编号、故障记录时间、故障现象描述、文件分析时间、首趟分析状态更新、报警状态等。当然，也可以根据实际检修需要添加相应的基本信息和分析结果信息。

在本发明的一种实施方式中，如表1所示，提供了42个故障类型分析项点，基本涵盖了机车常见的故障类型。每个故障类型分析项点对应一个或多个分析逻辑，通过设定的分析逻辑对运行状态信息进行分析，从运行状态信息的机车的运行记录中找到出现故障的项点，即排查定位具体的故障类型，并将该故障项点的故障项名称、故障编号、故障记录时间、故障现象描述等信息作为故障项点分析结果信息记录在故障信息流的中。

如表1中的序号为1的项点“速度异常”，该故障类型分析项点有多个分析逻辑，包括有对于运行状态信息中记录的与机车速度相关的数据的逻辑判断，例如，在其中一个分析逻辑中，若在运行状态信息的行驶全程记录中记录的速度传感器的多个速度通道中任一个有多次速度与其他不一致的情况发生时，则在故障信息流中记录速度异常项点、其编号、故障记录的时间以及其具体传感器速度通道不一致的故障现象等信息。在另一个分析逻辑中，若全程记录中出现机车轮对滑行记录超过3次，则在故障信息流中记录速度异常项点、其编号、故障记录的时间以及其轮对滑行的故障现象等信息。

序号	项点名称	序号	项点名称	序号	项点名称
						1	速度异常	15	紧急制动	29	常用试验
2	警惕异常	16	限速突降	30	紧急试验
						3	鸣笛异常	17	20公里模式	31	GPS校时
4	压力异常	18	主机通信	32	工况检测
						5	信号异常	19	时间异常	33	信号上下行
6	单机运行	20	工况异常	34	版本核实
						7	硬件复位	21	柴速异常	35	警惕确认
8	防溜异常	22	过节异常	36	标准化作业时间
						9	异常制动	23	显示器异常	37	轮径越界
10	人工校正	24	轮径越界	38	开车对标检测
						11	主断异常	25	显示器通信	39	AB机切换检测
12	文件异常	26	鸣笛记录	40	防溜检测
						13	制动通道	27	出入库IC卡检测	41	速度检测
14	常用制动	28	人工速度通道切换	42	本补切换

表1

又如表1中的序号为3的项点“鸣笛异常”，在该项点的分析逻辑中，若行驶全程记录中，没有鸣笛开始和鸣笛结束记录，或者鸣笛开始和鸣笛结束记录连续超过了设定次数，则在故障信息流中记录该鸣笛异常项点相关信息以及鸣笛异常的具体故障现象等信息。

又如表1中的序号为4的项点“压力异常”，在该项点的一个分析逻辑中，若运行状态信息中若开车对标时列车管压力值超出额定值正负20kpa范围，则在在故障信息流中记录压力异常相关信息和其开车对标压力异常具体现象。又如在该项点的另一个分析逻辑中，若运行状态信息中若车速不为0时列车管压力值超出额定值上界50kpa，则在在故障信息流中记录压力异常相关信息和其行驶时压力异常具体现象。

在本发明实施例中，由地面服务器对于LKJ运行记录文件进行故障分析，或对实时获取的机车设备质量监测信息通过大数据挖掘处理进行故障分析，进而从大量的LKJ运行记录文件或机车设备质量监测信息中提取出有效的运行状态信息，获得机车的基本信息和故障分析结果形成故障信息流数据。然后对得到的故障信息流数据以数据库的形式进行存储，以便于后续获取故障设备信息和检修的过程中对这些信息进行使用和处理。

在本发明实施例中，将故障分析，即对LKJ运行记录文件和机车设备质量监测信息进行处理，按照已定的分析逻辑，分析故障类型分析项点当前的运行状态，提取机车故障信息的过程称为质量分析。

在本发明的一种实施方式中，通过故障信息流获取机车故障设备信息并对故障设备进行检修的步骤具体为：由质量工程师对故障信息流进行分析获得机车故障设备信息，并将故障设备信息加入故障信息流，故障设备信息中记录有故障设备的基本信息和故障信息。故障设备信息由质量工程师根据故障信息流中的故障现象描述进行内容选择和录入，其中包括：设备类型、设备ID号(由服务器根据设备类型及所属机车从设备检修管理库中自动获取)、生产日期(由服务器根据设备ID号从设备检修管理库中自动获取)、设备厂家(由服务器系统根据设备ID号从设备检修管理库中自动获取)以及故障描述等。

服务器依据故障类型分析项点判断条件完成分析并输出故障信息流后，由质量工程师对故障信息流进行确认，质量工程师对数据库中存储的当前机车设备的故障信息流进行查阅和梳理，并逐一确认。其目的在于：首先，防止服务器故障分析模块误分析，在机车运行过程中，由于信号干扰、温差、湿度、高度等原因，服务器故障分析模块在分析过程中可能存在个别错误不分析项，这需要质量工程师给予确认并排除。同时，根据故障信息流需要人工确认具体的故障设备类型，故障分析过程中，只知道具体哪台车出现哪类故障现象(同一故障项，可能一种设备类型出现问题，也可能多种设备类型出现问题)，因此需要人工选择设备类型并输入故障描述，服务器根据设备类型及当前具体机车信息从设备检修管理库中获取到当前机车上的具体设备信息，即得到设备ID号。

在对故障设备完成确认后，由质量工程师根据故障设备信息形成故障设备的检修通知，在本发明的一种实施方式中，检修通知内容包括：通知书ID号、车型、车号、AB节、设备类型、设备ID号、故障描述、下发状态、处理状态、下发人、下发时间、处理人、处理时间、销号状态等。检修通知与故障信息流一对一关联。进一步的，在这一步骤中，质量工程师可以根据人为发现的设备故障情况或根据机车设备检修周期要求结合该设备的故障信息流，综合考虑形成检修任务通知书。

质量工程师通过系统下发检修通知书，故障信息流自动流转到检修管理中心。通过故障信息流形成相应的检修任务流。

在收到检修通知后，检修工程师根据故障信息流和检修通知对故障设备进行检修。检修工程师根据通知要求进行检修任务流的一系列操作，从当前机车将故障设备下车，对故障设备按照机车设备检修工序进行拆、修、清、洗、装、测等工序进行维修，或将故障设备返厂或送修，将维修好的设备通过人工测试良好后入设备备品库。

在故障设备的检修完成后，从设备备品库将故障设备上车，将相关的检修信息，例如检修时间等添加到故障信息流中。

在步骤103中，基于所述故障信息流对完成检修的故障设备的运行进行监测和预警。该步骤包括：完成检修后的设备上车运行后，对机车的运行状态信息进行所述故障分析，判断原故障现象是否发生。若原故障现象发生，则在所述故障信息流中记录警告信息，若原故障现象不再发生，则对所述故障信息流进行销号处理。对机车的运行状态信息进行所述故障分析过程与上述步骤中相同，通过对完成检修后的机车的运行记录文件和机车设备质量监测信息的分析来完成。

进一步的，在本发明实施例中，故障信息流中还包括有首趟运行标志，在形成故障信息流的步骤中，在根据机车的运行状态信息进行故障分析时，当发现故障项时，系统判断之前有无同类故障项的故障信息流，以及上一次发现同类故障项的故障信息流是否已闭环销号。若之前没有同类故障项的故障信息流，或上一次发现同类故障项的故障信息流已闭环销号，则根据本次发现的故障项形成故障信息流，故障信息流的首趟运行标志为0，若上一次发现同类故障项的故障信息流未闭环销号则不形成新的故障信息流，将该未销号故障信息流中的首趟运行标志更新为n＝m+1，m为上一次发现同类故障项现象时的首趟运行标志。在故障信息流中记录警告信息前，根据首趟运行标志判断本次运行在完成检修后的运行次数，若n＝0，则本次运行为首趟运行，若n＝1，则本次运行为次趟运行，若n＞1，则本次运行为次趟运行后的多趟运行。

在完成检修的故障设备的运行中，通过对故障设备的LKJ运行记录文件和/或设备质量监测信息对完成检修的故障设备的运行进行分析和跟踪。根据故障设备的故障信息流中记录的首趟运行标志判断该故障设备是否为首趟运行，若在对首趟运行的分析中发现原故障现象发生(首趟运行标志为0)，则在故障信息流中记录三级警告信息，并将首趟运行标志更新为0。故障信息流中还包括有设备维修状态标识，系统在对首趟运行标识进行更新的同时将设备维修状态标识变更为故障待修状态，以便检修相关人员直观的了解设备的是否需要维修的状态。并且在这里通过在故障信息流中加入警告信息来表示故障设备在检修后故障依然存在，在随后进一步的检修的过程中，检修人员可以更直接的针对故障设备了解故障情况和检修。然后根据故障信息流中记录的设备维修状态标识和警告信息，下发新的检修任务通知书。

若完成机车设备首趟分析后，原故障现象消失，则对原故障设备的故障信息流和检修任务流进行闭环销号。服务器通过对故障设备的运行状态信息的分析来确认原故障现象是否消失，完成维修的设备只有上车进行首趟运行，再次质量分析发现故障消除才后对本次故障信息流进行销号，这样做减少了人工把关设备质量检修的过程，提高了安全性。在一种实施方式中，当本次质量分析发现的故障项通过本次设备检修后，机车第一次运行完成后再次进行质量分析时原故障项消失，系统则可对其检修通知书中记录的销号状态进行自动更新，0为未销号，1为已销号，根据销号标记结束故障信息流的流转并存储信息，实现检修任务流的闭环销号，销号后的故障信息可以用于进行查询和统计。

同样的，当首趟运行标志为1，则代表本次运行为次趟运行，若在完成检修的故障设备的首趟和次趟运行中，原故障现象都有发生，则在故障信息流中记录二级警告信息。

当首趟运行标志为n＞1，则代表本次运行为完成检修的故障设备的首趟和次趟运行之后的运行中，即多趟运行中，若原故障现象屡次发生，则在故障设备的故障信息流中记录一级警告信息。通过一至三级的警告信息，来体现故障设备在检修后原故障现象的发生频率，相关检修人员可以直观的了解到该故障设备的维修紧急程度，优先对警告信息级别高的设备进行维修。当然，在故障信息流中记录一至三级警告信息是本发明的一种实施方式，也可以通过其他能够体现紧急程度的方式在故障信息流中进行记录。

在本发明实施例提供的机车检修管理方法通过对LKJ运行记录文件与设备质量监测信息进行分析来实现对于机车设备的监视，能够及时发现故障并准确定位故障设备，并对检修后的故障设备进行维修好坏的判断，极大的提高了铁路机车的安全性，和检修效率，并且通过故障信息流串联机车检修过程中的各个流程，形成自动流转的信息流和相应形成的检修任务流，提高了机车检修部门的工作效率，并且更加人性化。

虽然本发明所公开的实施方式如上，但的内容只是为了便于理解本发明而采用的实施方式，并非用以限定本发明。任何本发明所属技术领域内的技术人员，在不脱离本发明所公开的精神和范围的前提下，可以在实施的形式上及细节上作任何的修改与变化，但本发明的专利保护范围，仍须以所附的权利要求书所界定的范围为准。

Claims (10)

1.一种机车检修管理方法，其特征在于，包括：

获取机车的运行状态信息；

对机车的运行状态信息进行故障分析，形成机车的故障信息流，从而通过所述故障信息流获取机车故障设备信息并对故障设备进行检修；

基于所述故障信息流对完成检修的故障设备的运行进行监测和预警。

2.如权利要求1所述的机车检修管理方法，其特征在于，在形成机车的故障信息流的步骤中包括：

根据设定的故障类型分析项点对机车的运行状态信息进行故障分析形成机车的故障信息流，所述故障信息流中记录有机车的基本信息和故障项点分析结果信息。

3.如权利要求2所述的机车检修管理方法，其特征在于，在根据故障类型分析项点对机车的运行状态信息进行故障分析的步骤中包括：

根据针对故障类型分析项点预先设定的相应的分析逻辑对机车的运行状态信息中记录的对应该故障类型分析项点的机车运行状态数据进行分析，得出该故障类型分析项点有无故障的判断。

4.如权利要求1至3任一项所述的机车检修管理方法，其特征在于，在对完成检修的故障设备的运行进行监测和预警的步骤中包括：

对机车的运行状态信息进行所述故障分析，判断原故障现象是否发生；

若原故障现象发生，则在所述故障信息流中记录警告信息，若原故障现象不再发生，则对所述故障信息流进行销号处理。

5.如权利要求4所述的机车检修管理方法，其特征在于，在所述故障信息流中记录警告信息的步骤中包括：

若在完成检修的故障设备的首趟运行中，原故障现象发生，则所述警告信息为三级警告；

若在完成检修的所述故障设备的首趟和次趟运行中，原故障现象发生，则所述警告信息为二级警告；

若在完成检修的所述故障设备的首趟和次趟运行以及之后的运行中，原故障现象发生，则所述警告信息为一级警告。

6.如权利要求5所述的机车检修管理方法，其特征在于，在对所述故障信息流进行销号处理的步骤中包括：

若在完成检修的所述故障设备的首趟运行中，原故障消失，则对所述故障信息流进行销号处理。

7.如权利要求6所述的机车检修管理方法，其特征在于，所述故障信息流中还包括有首趟运行标志，当在所述故障分析过程中发现故障项时，若之前没有同类故障项的故障信息流，或上一次发现同类故障项的故障信息流已闭环销号则本次发现该故障项形成的故障信息流的首趟运行标志为0，若未闭环销号则将该故障信息流中的首趟运行标志更新为n＝m+1，m为上一次发现同类故障项的首趟运行标志，根据首趟运行标志判断本次运行在完成检修后的运行次数，若n＝0，则本次运行为首趟运行，若n＝1，则本次运行为次趟运行，若n＞1，则本次运行为次趟运行后的多趟运行。

8.如权利要求7所述的机车检修管理方法，其特征在于，在通过所述故障信息流获取机车故障设备信息并对故障设备进行检修的步骤中包括：

对所述故障信息流进行分析获得机车故障设备信息，并将所述故障设备信息加入所述故障信息流，所述故障设备信息中记录有故障设备的基本信息和故障信息；

根据所述故障设备信息形成故障设备的检修通知；

根据所述故障信息流和检修通知对故障设备进行检修。

9.如权利要求8所述的机车检修管理方法，其特征在于，在获取机车的运行状态信息的步骤中包括：

根据机车运行记录文件获得机车的运行状态信息；和/或

实时获取机车设备质量监测信息，根据所述设备质量监测信息获得机车的运行状态信息。

10.如权利要求9所述的机车检修管理方法，其特征在于，在实时获取机车设备质量监测信息的步骤中包括：

机车内运行监测数据无线传输装置通过与列车运行控制记录装置进行通讯实时获取机车设备质量监测信息；

所述运行监测数据无线传输装置将机车设备质量监测信息通过车地通信下发至地面服务器。