一种列车故障同步方法、装置、轨道车辆及介质与流程

1.本技术涉及轨道交通技术领域，特别是涉及一种列车故障同步方法、装置、轨道车辆及介质。


背景技术：

2.在轨道车辆的实际运行过程中，存在车辆中部分设备出现故障的情况，现有的轨道车辆中已经有检测故障以及显示故障的装置。一般而言，当监测列车故障的硬件模块在检测到列车中部分设备出现故障时，会根据故障设备的不同、故障原因的不同、故障等级的不同等等条件返回不同的故障代码。当设置于各车厢中主要以显示屏等形式存在的故障显示模块接收到这些故障代码后，会从其中存储的故障数据库(通常以表格文件的形式存储)中找到该故障代码对应的故障信息，例如故障等级、故障描述、操作提示等信息，并于显示屏中显示，以告知相关人员列车的故障情况。
3.目前，在列车的使用过程中，由于一台动力机车提供的牵引力可能不足以支持整个列车的运行，所以会采用重联的形式进行牵引。而这种由两组列车首尾连接所形成的重联列车，又可能存在两组列车不是同一厂家生产的情况，此时，每组列车的故障代码不仅相同，对应的，故障数据库中也即应该保存有两组重联列车各自的故障代码。当需要进行故障数据库的更新增改时，就需要人工将每组列车中的故障数据库、以及每个数据库中对应于不同列车的故障代码都进行更新，否则无法实现每组列车都能显示本列车以及重联列车的故障情况的效果。这种数据库的更新要求无疑是麻烦且繁琐的，在故障代码条数很多的时候还容易出错，影响相关人员及时感知列车的故障情况。
4.所以，现在本领域的技术人员亟需要一种列车故障同步方法，解决目前在进行故障数据库的更新删改时，各组列车之间故障数据库过度依赖人工同步，且同步步骤繁琐容易出错的问题。


技术实现要素：

5.本技术的目的是提供一种列车故障同步方法、装置、轨道车辆及介质，以简化故障数据库的更新删改时所需的操作，并解决数据库同步过度依赖于人工的问题。
6.为解决上述技术问题，本技术提供一种列车故障同步方法，包括：
7.当接收到故障代码更新请求时，仅根据故障代码更新请求对本车数据库进行更新；其中，每一车辆编组的数据中心存放有至少两个数据库，其中一个数据库用于存储本车辆编组的故障代码，为本车数据库；其余数据库用于存储其余车辆编组的故障代码，为邻车数据库；
8.当检测到列车进入重联模式时，每一车辆编组与其他车辆编组进行数据通信以同步各自的邻车数据库。
9.优选的，还包括：
10.当接收到故障代码时，判断列车是否处于重联模式；
11.若不处于重联模式，则根据本车数据库返回与故障代码对应的故障信息；
12.若处于重联模式，则判断发出故障代码的车辆编组是否为本车辆编组，若是，则根据本车数据库返回与故障代码对应的故障信息，若否，则根据邻车数据库返回与故障代码对应的故障信息。
13.优选的，判断列车是否处于重联模式包括：
14.接收重连信号并检测列车通信网络中etb节点数量；
15.若重联信号的数据位为重联状态，且etb节点数量大于1，则判断列车处于重联模式，否则判断列车处于单编组模式。
16.优选的，每一车辆编组与其他车辆编组进行数据通信以同步各自的邻车数据库包括：
17.每一车辆编组向其他车辆编组发送本车数据库的版本号，并接收由其他车辆编组发送邻车数据库的版本号；
18.每一车辆编组比对接收到的邻车数据库的版本号与本车辆编组中邻车数据库的版本号是否一致；
19.若一致，则退出本次同步过程；
20.若不一致，则向其他车辆编组发送同步请求，以进行邻车数据库的同步。
21.优选的，邻车数据库的同步采用增量同步的方式。
22.优选的，返回与故障代码对应的故障信息包括：
23.通过过程数据或消息数据的方式返回故障信息至本车辆编组各车厢的故障显示设备和故障存储设备。
24.优选的，在邻车数据库同步完成之后，还包括：
25.接收由其他车辆编组发送的校验码，以对邻车数据库进行校验。
26.为解决上述技术问题，本技术还提供一种列车故障同步装置，包括：
27.更新模块，用于当接收到故障代码更新请求时，仅根据故障代码更新请求对本车数据库进行更新；其中，每一车辆编组的数据中心存放有至少两个数据库，其中一个数据库用于存储本车辆编组的故障代码，为本车数据库；其余数据库用于存储其余车辆编组的故障代码，为邻车数据库；
28.同步模块，用于当检测到列车进入重联模式时，每一车辆编组与其他车辆编组进行数据通信以同步各自的邻车数据库。
29.优选的，还包括：
30.故障信息确定模块，用于当接收到故障代码时，判断列车是否处于重联模式；若不处于重联模式，则根据本车数据库返回与故障代码对应的故障信息；若处于重联模式，则判断发出故障代码的车辆编组是否为本车辆编组，若是，则根据本车数据库返回与故障代码对应的故障信息，若否，则根据邻车数据库返回与故障代码对应的故障信息。
31.校验模块，用于在邻车数据库同步完成之后，接收由其他车辆编组发送的校验码，以对邻车数据库进行校验。
32.为解决上述技术问题，本技术还提供一种轨道车辆，包括：
33.存储器，用于存储计算机程序；
34.处理器，用于执行计算机程序时实现如上述的列车故障同步方法的步骤。
35.为解决上述技术问题，本技术还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的列车故障同步方法的步骤。
36.本技术提供的一种列车故障同步方法，通过在每一车辆编组都至少设置两个数据库，分别用来存放本车辆编组的故障代码和其他车辆编组的故障代码，并在列车处于重联模式也即不同车辆编组之间建立了通信连接时，利用现有的列车通信网络进行邻车数据库的同步。因此，每次在对故障代码进行更新的时候，仅需针对每一车辆编组更新本车数据库即可，无需更新邻车数据库，当列车处于重联模式时会通过上述方法自动同步，而列车处于单编组状态时，仅通过本车辆编组的本车数据库足以进行根据故障代码返回故障信息的功能，无需使用到邻车数据库，邻车数据库中代码是否更新也就无关紧要，处于重联模式时又通过上述方法自动同步，无需人工进行，节省人力物力的同时也保证了当列车出现故障的时候故障原因等信息能够被准确地显示，进一步提高了列车运行的安全性。
37.本技术提供的列车故障同步装置、轨道车辆及计算机可读存储介质，与上述方法对应，效果同上。
附图说明
38.为了更清楚地说明本技术实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
39.图1为本发明提供的一种列车故障同步方法的流程图；
40.图2为本发明提供的另一种列车故障同步方法的流程图；
41.图3为本发明提供的一种列车故障同步装置的结构图；
42.图4为本发明提供的一种轨道车辆的结构图。
具体实施方式
43.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本技术保护范围。
44.本技术的核心是提供一种列车故障同步方法、装置、轨道车辆及介质。
45.为了使本技术领域的人员更好地理解本技术方案，下面结合附图和具体实施方式对本技术作进一步的详细说明。
46.在实际的列车使用场景中，存在一辆机车的牵引力不足，而采用多辆(一般是两辆)列车首尾连接，共同提供牵引力驱动列车行驶的方式，这种方式也即为重联模式，两辆首尾连接的列车也称为重联列车。容易理解的是，对于同一车辆编组的各节车厢而言，其通常为同一厂家生产的，基于统一的标准和规范进行设计，内部的软件设计、参数定义也是基于相同的规范，因此对于当列车的故障检测设备检测到列车出现故障而发出的故障代码，同一车辆编组的各节车厢之间是通用的。而对于不同车辆编组之间，生产厂家不一定相同，所以两编组车厢不能保证可以共用一套故障代码。
47.基于此，目前通常是在各车厢的显示屏中预存有包含所有车辆编组对应的故障代码的故障数据库，以实现当任意车厢出现故障，整车都可以根据故障代码从故障数据库中确定对应的故障信息，以在显示屏中显示故障等级、故障描述、操作提示等信息。
48.由于采用上述的数据库设置方式，当需要进行数据库更新时(也即需要对原有的故障代码进行增删改等操作时)，需要对同一故障的不同故障代码都进行更新，也即对反映同一故障的由不同厂家定义的不同故障代码都进行更新，且还需要对每一车厢的故障显示装置(即上述的显示屏)中的故障数据库都进行更新，更新步骤繁琐且耗费大量人力，进行故障数据库的更新后还需人工进行互连互通测试，以保证各节车厢的故障显示装置都能显示整列列车的故障信息。
49.为解决上述问题，本技术提供一种列车故障同步方法，如图1所示，包括：
50.s11：当接收到故障代码更新请求时，仅根据故障代码更新请求对本车数据库进行更新。
51.其中，每一车辆编组的数据中心存放有至少两个数据库，其中一个数据库用于存储本车辆编组的故障代码，为本车数据库；其余数据库用于存储其余车辆编组的故障代码，为邻车数据库。
52.容易理解的是，本技术将不同车辆编组的故障代码分到不同的数据库中进行存储，其目的是为了使同一数据库中仅包含一种厂家生产车辆对应的故障代码，所以若存在多组其他车辆编组共用同一故障代码，这些车辆编组的故障代码可用一个邻车数据库进行存储。
53.还需要说明的是，由于在实际应用中，目前绝大多数情况都是采用两辆列车首尾相连的形式进行重联，也即重联列车为两辆，相应的，列车存在两个车辆编组，每一车辆编组存放有两个数据库，其中一个数据库为本车数据库，另一数据库为邻车数据库，用于存放相邻重临列车的故障代码。同样的，为方便后续对本技术所提供的一种列车故障同步方法进行说明，后续都以重联列车为两辆展开说明。
54.s12：当检测到列车进入重联模式时，每一车辆编组与其他车辆编组进行数据通信以同步各自的邻车数据库。
55.一般而言，上述步骤中提到的检测到列车进入重联模式时进行邻车数据库的同步，也即是在列车进入重联模式后的首次上电时触发后续的邻车数据库同步过程。
56.在实际应用中，重联列车之间多通过电钩的形式连接，并建立通信连接，以实现司机在一个驾驶室即可对多辆重联列车进行统一的驾驶控制，以及列车中也存在用于进行数据传输的通信网络，也即，在处于重联模式的各车辆编组之间，目前已存在通信连接，因此，可通过现有的通信连接进行各车辆编组的邻车数据库的同步，无需额外建立通信连接。
57.而在通信连接已有、通信两端确定、以及所需同步数据确定的情况下，如何进行邻车数据库的同步也为本领域技术人员所清楚的，故本实施例在此不做赘述，但在列车的通信网络中，数据库文件可以通过文件传输协议(file transfer protocol，ftp)文件的形式进行传输。
58.还需要进行说明的是，上述已经清楚地说明了在进行车辆故障代码的更新以及故障显示时，是以车辆编组为单位进行的，而当前的列车内，同一车辆编组内存在车辆级通信网络，能够实现数据传输，所以对于上述列车故障同步方法的执行主体，可以任选当前车辆
编组内具有一定数据处理、存储、传输能力的硬件装置，作为整个车辆编组的故障诊断中心，当出现故障时，通过预置的故障数据库确定故障信息，通过车辆内网络，以过程数据或消息数据的形式下发到本编组各车的故障显示设备(hmi)以及故障存储设备(wtd)等设备中，进行故障信息的显示和留档，同时，这种选择车辆编组内一个具有一定数据处理能力的装置作为故障诊断中心，由其进行故障诊断并下发故障信息至当前编组内各车厢的hmi和wtd等设备的方式，可以保证故障信息同源，更好地保证故障历史的一致，为运维人员后续的检查维护提供了方便。
59.本技术所提供的一种列车故障同步方法，通过在每一车辆编组内设置至少两个数据库，分别用来存放本车辆编组的故障代码和其他车辆编组的故障代码；进一步的，当需要进行故障代码的更新时，运维人员只需对每一车辆编组的本车数据库进行更新即可；若车辆未进入重联模式，则本车数据库足以支持整车的故障信息显示，若车辆进入重联模式，则通过已有的列车通信网络，实现与其他车辆编组的数据传输，以进行邻车数据库的数据同步，最终实现整辆列车的故障数据库更新。上述方法在进行数据库更新时，无需针对每一车辆编组都需要对所有故障代码进行更新，简化了更新步骤，节省了人力，后续的邻车数据库的同步交由执行上述方法的硬件装置实现。同时，由于后续的邻车数据库是利用列车通信网络同步实现更新的，也即相当于进行了互连互通测试，无需运维人员人工再次进行，进一步简化了步骤。因此，通过本技术所提供的方法减少了运维人员所需进行的工作量，也就降低了人工出现错误的可能性，保障了列车故障显示与记录功能的正常进行，更有利于列车的稳定运行。
60.由上述实施例可知，对于邻车数据库的同步，是在车辆进入重联模式后进行的，若列车为单编组车辆，也即尚未进入重联模式，则本车数据库足以供整辆列车进行故障信息的确定和显示，也就无需进行了邻车数据库的同步，所以，本实施例提供一种优选的实施方案，如图2所示，上述方法还包括：
61.s21：当接收到故障代码时，判断列车是否处于重联模式，若是，则转至步骤s22，若否，则转至步骤s23。
62.s22：根据本车数据库返回与故障代码对应的故障信息。
63.s23：判断发出故障代码的车辆编组是否为本车辆编组，若是，则转至步骤s22，若否，则转至步骤s24。
64.s24：根据邻车数据库返回与故障代码对应的故障信息。
65.本实施例所提供的一种根据故障代码确定故障信息的方法，其原理以在上述实施例中进行了初步的说明，本技术通过将本车辆编组的故障代码存放于本车数据库中，将其他车辆编组的故障代码存放在邻车数据库中，从而实现简化故障代码更新流程的效果。当接收到故障代码需要确定故障信息时，若列车未处于重联模式，此时列车为单编组车辆，没有其他车辆编组，使用本车数据库即可完成对故障信息的确定；当列车处于重联模式时，那么接收到的故障代码就有两种可能，其一为故障代码为本车辆编组的故障检测设备所发出的，也即本车辆编组的车辆出现故障，根据上述故障代码的存储方式，也即需要通过本车数据库确定故障性；当列车处于重联模式但故障代码为其他车辆编组通过列车通信网络或其他形式传输而来时，若邻车数据库存在多个，则需要判断出传输故障代码的车辆编组对应的邻车数据库为具体某一个，若仅存在一个邻车数据库(如上述实施例所述，实际应用中重
联列车多为两辆)，则直接调用邻车数据库确定故障代码对应的故障信息即可。
66.那么进一步的，关于如何确定列车处于重联模式、以及各车辆编组是否做好进行邻车数据库同步的准备，本实施例还提供一种优选的实施方案，上述方法中，判断列车是否处于重联模式包括：
67.s211：接收重连信号并检测列车通信网络中etb节点数量。
68.s212：若重联信号的数据位为重联状态，且etb节点数量大于1，则判断列车处于重联模式，否则判断列车处于单编组模式。
69.一般而言，在实际应用中，重连信号为一种i/o信号，当其数据位为1时，说明列车处于重联模式，反之则不处于重联模式；etb节点也即列车的以太列车骨干网(ethernet train backbone，etb)的节点，etb网络用于实现列车级的数据通信，在本技术的应用场景中，也即是用于实现重联列车和重联列车之间的数据通信，每一重联列车至少存在一个etb节点，所以当etb节点的数量大于1时，说明当前列车的etb网络可能已经建立好，可以支持不同车辆编组之间的数据库同步。
70.同样的，通过上述信号触发数据库同步的方式，在数据库同步完成后需对信号进行复位，根据上述示例，复位也即应都复位成0。
71.本实施例所提供的一种优选方案，针对接收到故障代码时如何根据多个故障数据库确定故障信息、以及如何确定列车是否处于重联模式提供了一种优选的实施方案，为列车面临车辆故障时，能够快速、准确地确定并显示故障信息提供了保障，有利于相关人员及时获知列车故障信息，进而对故障进行排查和解决，进一步保障了列车的安全平稳运行。
72.另外，容易知道的是，上述实施例中对于邻车数据库的同步，是为了使邻车数据库更新到最新版本，从而保证当列车出现故障时能够正常实现故障信息的显示，所以对邻车数据库的同步需要及时，但当邻车数据库为最新版本时也就无需每次重联时都进行同步，因此，本实施例也提供一种优选的实施方案，上述步骤s12中每一车辆编组与其他车辆编组进行数据通信已同步各自的邻车数据库的步骤具体为：
73.s121：每一车辆编组向其他车辆编组发送本车数据库的版本号，并接收由其他车辆编组发送邻车数据库的版本号。
74.对于数据库版本号的传输，可通过目前列车通常使用的列车实时数据协议(train real-time data protocol，trdp)进行传输。
75.s122：每一车辆编组比对接收到的邻车数据库的版本号与本车辆编组中邻车数据库的版本号是否一致，若是，则转至步骤s123，若否，则转至步骤s124。
76.s123：退出本次同步过程。
77.s124：向其他车辆编组发送同步请求，以进行邻车数据库的同步。
78.其中，上述提到的版本号是用于表征数据库当前版本的，每当数据库出现数据更新时，版本号应相应发生改变，且不同版本的版本号应不同，考虑到上述的几项要求，在实际应用中，一种可能的实施方式是通过时间戳的形式确定版本号，以进行更新时的时间作为时间戳添加在数据库中，作为版本号进行上述步骤的识别，容易理解的是，这种实施方式对列车内网络的时间同步具有一定要求。
79.需要进行说明的是，对于上述发送数据库同步请求以及版本号的过程，其消息确认机制的一种可能的实施方式可以为：
80.请求协议：发送请求报文，若未收到应答报文，则在1秒后再次发送，最多发送8次；
81.应答协议：收到请求报文后，发送应答报文。
82.还需要进行说明的是，以每一车辆编组为单位的话，上述的过程即是：
83.每一车辆编组发送其本车数据库的版本号(对于其他车辆编组而言即为邻车数据库的版本号)，在比对自身邻车数据库的版本号和其他车辆编组发送的版本号，若一致，则无需进行同步，退出自己的邻车数据库同步过程；若不一致，则发送数据库同步请求，接收到数据库同步请求的车辆编组通过列车通信网络将数据库文件发送至同步请求发起方的车辆编组，从而完成一次数据库同步过程。
84.进一步的，为降低数据库同步对列车网络资源的占用，本实施例在上述实施例的基础上还提供一种优选的实施方式：上述的数据库同步采用增量同步的方式。
85.增量同步也即对发生改动的数据进行同步。容易理解的是，每次对故障代码的更新不意味着对全部故障代码进行重写，而是对部分故障代码进行删除、更改或增加，所以存在相当一部分故障代码在一次更新中是不发生改动的，当进行数据库的同步时，也就无需对此部分数据进行同步，从而实现减少数据库同步过程中传输的数据量的效果。
86.本实施例所提供的优选方案，通过在进行数据库同步之前，先进行数据库版本号的发送、接收与对比，仅当版本号不同时才进行同步，减少了不必要的数据同步过程，即提高了故障同步的效率，又降低了对列车通信网络资源的占用。同时，在上述实施例的基础上还进一步采用了增量同步的数据库同步方式，仅对数据库中发生改变的故障代码进行同步，减少了每一次进行数据同步时的数据量，进一步提高了故障同步效率、降低占用的列车网络资源。
87.此外，在上述实施例中数据库同步的过程完成后，为保证数据库同步的准确性，本实施例还提供一种优选的实施方案，在邻车数据库同步完成之后，如图1所示，上述方法还包括：
88.s13：接收由其他车辆编组发送的校验码，以对邻车数据库进行校验。
89.进一步的，上述的校验方式可以采用循环冗余校验(cyclic redundancy check，crc)或者信息摘要算法(md5message-digest algorithm，md5)校验等方式，示例性的，当使用crc校验时，上述校验步骤具体为：
90.s131：当作为接收方的车辆编组接收到邻车数据库文件时，根据邻车数据库文件以crc的计算方式生成校验码，并发送到邻车数据库文件的发送方。
91.s132：发送方接收到校验码后进行比对校验，得到校验结果。
92.同理，当使用md5的校验方式时步骤与上述大同小异，故本实施例在此不做赘述。
93.本实施例所提供的一种优选方案通过在数据库同步之后进行校验，以保证数据库的准确同步，避免了即使进行了数据库同步，仍不能保证各车辆编组内的数据库保持一致。从而有利于列车内故障代码的同步，当列车出现故障时能够更准确地提供故障信息，进一步保障列车的正常运行。
94.在上述实施例中，对于一种列车故障同步方法进行了详细描述，本技术还提供一种列车故障同步装置对应的实施例。需要说明的是，本技术从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。
95.基于功能模块的角度，如图3所示，本实施例提供一种列车故障同步装置，包括：
96.更新模块31，用于当接收到故障代码更新请求时，仅根据故障代码更新请求对本车数据库进行更新；其中，每一车辆编组的数据中心存放有至少两个数据库，其中一个数据库用于存储本车辆编组的故障代码，为本车数据库；其余数据库用于存储其余车辆编组的故障代码，为邻车数据库；
97.同步模块32，用于当检测到列车进入重联模式时，每一车辆编组与其他车辆编组进行数据通信以同步各自的邻车数据库。
98.优选的，还包括：
99.故障信息确定模块，用于当接收到故障代码时，判断列车是否处于重联模式；若不处于重联模式，则根据本车数据库返回与故障代码对应的故障信息；若处于重联模式，则判断发出故障代码的车辆编组是否为本车辆编组，若是，则根据本车数据库返回与故障代码对应的故障信息，若否，则根据邻车数据库返回与故障代码对应的故障信息。
100.校验模块，用于在邻车数据库同步完成之后，接收由其他车辆编组发送的校验码，以对邻车数据库进行校验。
101.由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。
102.本实施例所提供的一种列车故障同步装置，通过更新模块对每一车辆编组的本车数据库进行更新；若车辆未进入重联模式，则本车数据库足以支持整车的故障信息显示，若车辆进入重联模式，则借助已有的列车通信网络，通过同步模块实现与其他车辆编组的数据传输，以进行邻车数据库的数据同步，最终完成整辆列车的故障数据库更新。由此，简化了更新步骤，提高了列车故障同步的效率的同时，也降低了运维成本。同时，由于后续的邻车数据库是利用列车通信网络同步实现更新的，也即相当于进行了互连互通测试，无需运维人员人工再次进行，进一步简化了步骤。因此，通过本实施例所提供的装置来实现列车的故障同步，可以有效地减少运维人员所需进行的工作量，也就降低了人工出现错误的可能性，保障了列车故障显示与记录功能的正常进行，更有利于列车的稳定运行。
103.图4为本技术另一实施例提供的一种轨道车辆的结构图，如图4所示，一种轨道车辆包括：存储器40，用于存储计算机程序；
104.处理器41，用于执行计算机程序时实现如上述实施例一种列车故障同步方法的步骤。
105.其中，处理器41可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器41可以采用数字信号处理器(digital signal processor，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器41也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称中央处理器(central processing unit，cpu)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器41可以集成有图像处理器(graphics processing unit，gpu)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器41还可以包括人工智能(artificial intelligence，ai)处理器，该ai处理器用于处理有关机器学习的计算操作。
106.存储器40可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以
是非暂态的。存储器40还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器40至少用于存储以下计算机程序401，其中，该计算机程序被处理器41加载并执行之后，能够实现前述任一实施例公开的一种列车故障同步方法的相关步骤。另外，存储器40所存储的资源还可以包括操作系统402和数据403等，存储方式可以是短暂存储或者永久存储。其中，操作系统402可以包括windows、unix、linux等。数据403可以包括但不限于一种列车故障同步方法等。
107.在一些实施例中，一种轨道车辆还可包括有显示屏42、输入输出接口43、通信接口44、电源45以及通信总线46。
108.本领域技术人员可以理解，图4中示出的结构并不构成对一种轨道车辆的限定，可以包括比图示更多或更少的组件。
109.本技术实施例提供的一种轨道车辆，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：一种列车故障同步方法。
110.本实施例所提供的一种轨道列车，通过处理器执行保存在存储器中的计算机程序，以实现对每一车辆编组的本车数据库进行更新；之后，若车辆未进入重联模式，则本车数据库足以支持整车的故障信息显示，若车辆进入重联模式，则借助已有的列车通信网络实现与其他车辆编组的数据传输，以进行邻车数据库的数据同步，最终完成整辆列车的故障同步，从而简化了故障同步流程，降低了运维成本。此外，由于后续邻车数据库的同步是利用列车通信网络的数据传输实现的，也即相当于进行了互连互通测试，无需运维人员人工再次进行，进一步简化了故障同步的步骤。因此，本实施例所提供的轨道车辆在实现列车的故障同步时，相比于目前的轨道车辆，可以有效地减少运维人员所需进行的工作量，也就降低了人工出现错误的可能性，保障了列车故障显示与记录功能的正常进行，更有利于列车的稳定运行。
111.最后，本技术还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。
112.可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
113.本实施例所提供的一种计算机可读取存储介质，当其中存储的计算机程序被执行时，可以先实现对每一车辆编组的本车数据库进行更新；然后，若车辆未进入重联模式，则本车数据库足以支持整车的故障信息显示，若车辆进入重联模式，则借助已有的列车通信网络实现与其他车辆编组的数据传输，以进行邻车数据库的数据同步，最终完成整辆列车的故障同步，以实现简化故障同步流程的效果，降低了运维成本。并且，由于后续邻车数据库的同步是利用列车通信网络的数据传输实现的，也即相当于进行了互连互通测试，无需运维人员人工再次进行，进一步简化了故障同步的步骤。因此，本实施例所提供的计算机可
读取存储介质中的程序被执行时，可以有效地减少运维人员所需进行的工作量，也就降低了人工出现错误的可能性，保障了列车故障显示与记录功能的正常进行，更有利于列车的稳定运行。
114.以上对本技术所提供的一种列车故障同步方法、装置、轨道车辆及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术原理的前提下，还可以对本技术进行若干改进和修饰，这些改进和修饰也落入本技术权利要求的保护范围内。
115.还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

技术特征：
1.一种列车故障同步方法，其特征在于，包括：当接收到故障代码更新请求时，仅根据所述故障代码更新请求对本车数据库进行更新；其中，每一车辆编组的数据中心存放有至少两个数据库，其中一个数据库用于存储本车辆编组的故障代码，为所述本车数据库；其余所述数据库用于存储其余车辆编组的故障代码，为邻车数据库；当检测到列车进入重联模式时，每一车辆编组与其他车辆编组进行数据通信以同步各自的所述邻车数据库。2.根据权利要求1所述的列车故障同步方法，其特征在于，还包括：当接收到故障代码时，判断所述列车是否处于重联模式；若不处于重联模式，则根据所述本车数据库返回与所述故障代码对应的故障信息；若处于重联模式，则判断发出所述故障代码的车辆编组是否为本车辆编组，若是，则根据所述本车数据库返回与所述故障代码对应的所述故障信息，若否，则根据所述邻车数据库返回与所述故障代码对应的所述故障信息。3.根据权利要求2所述的列车故障同步方法，其特征在于，判断所述列车是否处于重联模式包括：接收重连信号并检测列车通信网络中etb节点数量；若所述重联信号的数据位为重联状态，且所述etb节点数量大于1，则判断所述列车处于重联模式，否则判断所述列车处于单编组模式。4.根据权利要求1所述的列车故障同步方法，其特征在于，所述每一车辆编组与其他车辆编组进行数据通信以同步各自的所述邻车数据库包括：每一车辆编组向其他车辆编组发送所述本车数据库的版本号，并接收由其他车辆编组发送所述邻车数据库的版本号；每一车辆编组比对接收到的所述邻车数据库的版本号与本车辆编组中所述邻车数据库的版本号是否一致；若一致，则退出本次同步过程；若不一致，则向其他车辆编组发送同步请求，以进行所述邻车数据库的同步。5.根据权利要求1至4任意一项所述的列车故障同步方法，其特征在于，所述邻车数据库的同步采用增量同步的方式。6.根据权利要求2所述的列车故障同步方法，其特征在于，所述返回与所述故障代码对应的所述故障信息包括：通过过程数据或消息数据的方式返回所述故障信息至本车辆编组各车厢的故障显示设备和故障存储设备。7.根据权利要求1所述的列车故障同步方法，其特征在于，在所述邻车数据库同步完成之后，还包括：接收由其他车辆编组发送的校验码，以对所述邻车数据库进行校验。8.一种列车故障同步装置，其特征在于，包括：更新模块，用于当接收到故障代码更新请求时，仅根据所述故障代码更新请求对本车数据库进行更新；其中，每一车辆编组的数据中心存放有至少两个数据库，其中一个数据库用于存储本车辆编组的故障代码，为所述本车数据库；其余所述数据库用于存储其余车辆
编组的故障代码，为邻车数据库；同步模块，用于当检测到列车进入重联模式时，每一车辆编组与其他车辆编组进行数据通信以同步各自的所述邻车数据库。9.一种轨道车辆，其特征在于，包括：存储器，用于存储计算机程序；处理器，用于执行所述计算机程序时实现如权利要求1至7任意一项所述的列车故障同步方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任意一项所述的列车故障同步方法的步骤。

技术总结
本申请公开了一种列车故障同步方法、装置、轨道车辆及其介质，涉及轨道交通技术领域，用于实现列车的故障代码同步，针对目前在进行故障数据库的更新删改时，同步步骤繁琐容易出错的问题，提供了一种列车故障同步方法，通过在每一车辆编组都至少设置两个数据库，分别用来存放本车辆编组的故障代码和其他车辆编组的故障代码，并在列车处于重联模式时，利用现有的列车通信网络进行邻车数据库的同步。因此，每次在对故障代码进行更新的时候，仅需针对每一车辆编组更新本车数据库即可，节省人力物力的同时也保证了当列车出现故障的时候故障原因等信息能够被准确地显示，进一步提高了列车运行的安全性。列车运行的安全性。列车运行的安全性。


技术研发人员：马国栋 张善秋 王智超 吴学超 康元磊
受保护的技术使用者：中车青岛四方机车车辆股份有限公司
技术研发日：2022.09.16
技术公布日：2023/6/26