CN114475731A

CN114475731A - 一种信号设备故障知识库系统及其实现方法

Info

Publication number: CN114475731A
Application number: CN202111632013.7A
Authority: CN
Inventors: 赵庆; 胡恩华; 涂鹏飞; 魏盛昕; 杨向波; 周星宇; 刘晓峰
Original assignee: Casco Signal Ltd
Current assignee: Casco Signal Ltd
Priority date: 2021-12-29
Filing date: 2021-12-29
Publication date: 2022-05-13

Abstract

本发明涉及一种信号设备故障知识库系统及其实现方法，包括：静态工程信息数据库，用于存储实际故障发生的车站或中心的工程配置信息；故障设备信息数据库，用于存储故障设备的类型、名称、厂家信息；故障时刻采集信息数据库，用于存储故障发生前后设定时间内的采集的信息；故障时间地点数据库，用于存储故障发生的时间和线路的具体地点信息；故障产生原因数据库，用于存储具体产生相应故障的根本原因。方法包括：步骤1)采集信号设备故障案例信息；步骤2)定义故障划分规则；步骤3)对故障案例进行划分；步骤4)故障案例场景再现。与现有技术相比，本发明具有有助于提高信号设备维护管理水平等优点。

Description

一种信号设备故障知识库系统及其实现方法

技术领域

本发明涉及列车信号设备监测系统，尤其是涉及一种信号设备故障知识库系统及其实现方法。

背景技术

在传统的信号集中监测系统中，只能在故障发生的车站或中心进行数据回放、浏览和展示。对于不同线路不同车站的典型故障案例，无法做到统一分类和管理，只能在特定的范围内进行故障案例的分享，在故障案例交流和学习上有相当大的限制和阻碍。

随着现代轨道交通的发展，典型故障案例越来越多，对信号人员故障处理能力的要求也越来越高。如何将典型的故障案例进行自动归档整理，方便信号人员随时调阅，观看故障时刻的真实状态变化，了解故障发生原因和处理过程成为需要解决的技术问题。

发明内容

本发明的目的就是为了克服上述现有技术存在的缺陷而提供一种信号设备故障知识库系统及其实现方法。

本发明的目的可以通过以下技术方案来实现：

根据本发明的第一方面，提供了一种信号设备故障知识库系统，包括：

静态工程信息数据库，用于存储实际故障发生的车站或中心的工程配置信息；

故障设备信息数据库，用于存储故障设备的类型、名称、厂家信息；

故障时刻采集信息数据库，用于存储故障发生前后设定时间内的采集的信息；

故障时间地点数据库，用于存储故障发生的时间和线路的具体地点信息；

故障产生原因数据库，用于存储具体产生相应故障的根本原因。

作为优选的技术方案，所述的故障发生前后设定时间内的采集的信息包括设备自身的状态，以及相关设备的采集数据。

根据本发明的第二方面，提供了一种用于所述信号设备故障知识库系统的实现方法，包括以下步骤：

步骤1)采集信号设备故障案例信息；

步骤2)定义故障划分规则；

步骤3)对故障案例进行划分；

步骤4)故障案例场景再现。

作为优选的技术方案，所述的步骤1)具体为：收集故障案例发生时刻的相关信息。

作为优选的技术方案，所述的故障案例发生时刻的相关信息包括工程数据、故障设备的相关信息、故障发生时刻的采集数据、故障的时间地点、故障发生原因以及相应处理办法。

作为优选的技术方案，所述的步骤2)具体为：按照用户需求定义故障划分方案，根据故障等级、故障设备类型、故障发生原因来规定故障案例划分规则。

作为优选的技术方案，所述的步骤3)具体为：将收集的实际故障案例根据步骤1中定义的规则进行划分，直观的显示故障的产生时间、地点、原因以及处理办法的信息，方便用户浏览相关信息。

作为优选的技术方案，所述的步骤4)具体为：将故障时刻的数据进行数据回放，再现故障时刻所有的数据信息，展示故障时刻的设备状态变化。

作为优选的技术方案，所述的数据回放通过读取静态工程配置和故障时刻的原始数据配置之后，进行不同地点不同故障的回放，并通过按键控制数据的发送和停止操作，便于用户进行不同故障案例之间的切换回放。

作为优选的技术方案，所述的数据回放具体包括以下步骤：

(401)读取静态工程配置，读取失败则跳转到(407)，否则进入后续流程；

(402)读取故障时刻的历史数据，读取失败则跳转到(407)，否则进入后续流程；

(403)通过进行开始操作进入后续流程；

(404)判断上一次是否发送过故障案例数据，若为是则进入(405)，否则进入(6)；

(405)发送初始化数据信息，恢复上一次发送的故障报警，连接中断或发送失败则跳转到(407)，否则进入后续流程；

(406)按照对应时序向信号监测系统发送采集项数据信息，连接中断或发送失败或进行停止操作则跳转到(407)，否则进入后续流程；

(407)回放操作结束。

根据本发明的第三方面，提供了一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，所述处理器执行所述程序时实现所述的方法。

根据本发明的第四方面，提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现所述的方法。

与现有技术相比，本发明具有以下优点：

1)本发明可将不同地点不同时刻发生的典型故障案例收集到一起，按照特定的划分规则进行案例分类展示，详细记录故障发生时刻的数据信息、故障发生原因以及维修处理方法，通过选择和控制按钮对故障案例进行回放操作，再现故障时刻的设备状态变化，为信号设备监测系统提供学习平台，有助于提高信号设备维护管理水平。

2)本发明提供一种自定义的分类方式，提供了多元化的平台来展示不用的案例信息；

3)本发明通过收集信号设备故障案例信息，可以将不同时间、不同线路、不同地点的故障案例整合到同一个平台中，供用户筛选、查看和回放。

4)本发明设计了一种案例的回放模式，通过读取静态工程配置和历史数据，真实而完整的反映故障时刻设备的状态变化过程；

5)本发明通过触控操作的方法，给用户的案例回放处理操作提供便利性，方便用户在切换案例时能进行快速操作。

附图说明

图1为故障案例基本信息；

图2为数据回放流程图。

具体实施方式

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

本发明一种更有效的应用于信号集中监测系统的信号设备故障知识库系统，聚合不同线路不同车站的典型故障案例，便于用户浏览、学习和展示信号设备的故障维修过程。

如图1所示，一种信号设备故障知识库系统，包括：

本发明用于所述信号设备故障知识库系统的实现方法，包括以下步骤：

(1)采集信号设备故障案例信息：收集故障案例发生时刻的相关信息，包括不限于工程数据、故障设备的相关信息、故障发生时刻的采集数据、故障的时间地点、故障发生原因以及相应处理办法；

(2)定义故障划分规则：按照用户需求定义故障划分方案，可根据故障等级、故障设备类型、故障发生原因等来规定故障案例划分规则；

(3)对故障案例进行划分：将收集的实际故障案例根据步骤1中定义的规则进行划分，直观的显示故障的产生时间、地点、原因以及处理办法等信息，方便用户浏览相关信息；

(4)故障案例场景再现：将故障时刻的数据进行数据回放，再现故障时刻所有的数据信息，展示故障时刻的设备状态变化。

参考图2为数据回放流程图。

传统的案例回放，只能在本地进行回放操作，而且只能进行单个案例的回放。对于不同地点的案例，则无法进行数据回放，具有一定的局限性。

故障知识库系统中的数据回放则可以通过读取静态工程配置和故障时刻的原始数据配置之后，进行不同地点不同故障的回放。通过按键控制数据的发送和停止操作，便于用户进行不同故障案例之间的切换回放。

具体流程如下：

(403)通过进行开始操作进入后续流程；

(407)回放操作结束。

以上是关于方法实施例的介绍，以下通过电子设备及储存介质实施例，对本发明所述方案进行进一步说明。

本发明电子设备包括中央处理单元(CPU)，其可以根据存储在只读存储器(ROM)中的计算机程序指令或者从存储单元加载到随机访问存储器(RAM)中的计算机程序指令，来执行各种适当的动作和处理。在RAM中，还可以存储设备操作所需的各种程序和数据。CPU、ROM以及RAM通过总线彼此相连。输入/输出(I/O)接口也连接至总线。

设备中的多个部件连接至I/O接口，包括：输入单元，例如键盘、鼠标等；输出单元，例如各种类型的显示器、扬声器等；存储单元，例如磁盘、光盘等；以及通信单元，例如网卡、调制解调器、无线通信收发机等。通信单元允许设备通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理单元执行上文所描述的各个方法和处理，例如本发明方法。例如，在一些实施例中，本发明方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元。在一些实施例中，计算机程序的部分或者全部可以经由ROM和/或通信单元而被载入和/或安装到设备上。当计算机程序加载到RAM并由CPU执行时，可以执行上文描述的本发明方法的一个或多个步骤。备选地，在其他实施例中，CPU可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行本发明方法。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

用于实施本发明的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims

1.一种信号设备故障知识库系统，其特征在于，包括：

2.根据权利要求1所述的一种信号设备故障知识库系统，其特征在于，所述的故障发生前后设定时间内的采集的信息包括设备自身的状态，以及相关设备的采集数据。

3.一种用于权利要求1所述信号设备故障知识库系统的实现方法，其特征在于，包括以下步骤：

步骤1)采集信号设备故障案例信息；

步骤2)定义故障划分规则；

步骤3)对故障案例进行划分；

步骤4)故障案例场景再现。

4.根据权利要求3所述的实现方法，其特征在于，所述的步骤1)具体为：收集故障案例发生时刻的相关信息。

5.根据权利要求4所述的实现方法，其特征在于，所述的故障案例发生时刻的相关信息包括工程数据、故障设备的相关信息、故障发生时刻的采集数据、故障的时间地点、故障发生原因以及相应处理办法。

6.根据权利要求3所述的实现方法，其特征在于，所述的步骤2)具体为：按照用户需求定义故障划分方案，根据故障等级、故障设备类型、故障发生原因来规定故障案例划分规则。

7.根据权利要求3所述的实现方法，其特征在于，所述的步骤3)具体为：将收集的实际故障案例根据步骤1中定义的规则进行划分，直观的显示故障的产生时间、地点、原因以及处理办法的信息，方便用户浏览相关信息。

8.根据权利要求3所述的实现方法，其特征在于，所述的步骤4)具体为：将故障时刻的数据进行数据回放，再现故障时刻所有的数据信息，展示故障时刻的设备状态变化。

9.根据权利要求8所述的实现方法，其特征在于，所述的数据回放通过读取静态工程配置和故障时刻的原始数据配置之后，进行不同地点不同故障的回放，并通过按键控制数据的发送和停止操作，便于用户进行不同故障案例之间的切换回放。

10.根据权利要求9所述的实现方法，其特征在于，所述的数据回放具体包括以下步骤：

(403)通过进行开始操作进入后续流程；

(407)回放操作结束。

11.一种电子设备，包括存储器和处理器，所述存储器上存储有计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求3～10中任一项所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求3～10中任一项所述的方法。