CN115372029A - 一种动车组信号采集故障诊断方法、系统及终端设备 - Google Patents

Abstract

本申请涉及动车故障检测的领域，尤其是涉及一种动车组信号采集故障诊断方法、系统及终端设备，其方法包括当动车组在检修站点停车后，通过数据提取设备获取动车组的实时测试数据；判断所述动车组实时测试数据是否存在异常数据；分析异常数据，得到分析结果；基于所述分析结果，判断故障是否为测试故障，所述测试故障包括所述数据提取设备故障和储存器故障；若为测试故障，获取测试故障类型；若不为测试故障，基于所述异常数据数量，得到诊断结果。可以防止由于检测设备损坏或者储存器损坏的时候，使得检修人员造成错误的判断，实际上动车并没有损坏，浪费检修时间，提高检修效率。还可以检测出故障的设备类型。

Description

一种动车组信号采集故障诊断方法、系统及终端设备

技术领域

本申请涉及动车故障检测的领域，尤其是涉及一种动车组信号采集故障诊断方法、系统及终端设备。

背景技术

动车组，又称动车组列车，中国新兴的交通术语，为现代火车的一种类型，由若干带动力的车辆（动车）和不带动力的车辆（拖车）组成，列车在正常使用期限内以固定编组模式运行。动车由于运行速度快、载客量多被广泛地使用，动车的出现极大地方便了人们的出行。

动车由于长期的运行，在运行过程中可能会出现损坏，因此需要经常对动车进行检修以保证动车的运行安全。目前对于动车的检修方式为当动车在检测站点的时候，工作人员去动车上对每个设备进行检查，以此确定动车是否完好。

针对上述中的相关技术，利用工作人员去检查动车是否完好，需要花费大量的时间，无法有针对性地对故障设备进行检修，检修效率低。

发明内容

为了提高检测效率，有针对性地对设备进行检修，本申请提供一种动车组信号采集故障诊断方法、系统及终端设备。

本申请提供的一种动车组信号采集故障诊断方法、系统及终端设备采用如下的技术方案：

一种动车组信号采集故障诊断方法，包括：

当动车组在检修站点停车后，通过数据提取设备获取动车组的实时测试数据；

判断所述动车组实时测试数据是否存在异常数据；

若存在异常数据，分析异常数据，得到分析结果；

基于所述分析结果，判断故障是否为测试故障，所述测试故障包括所述数据提取设备故障和储存器故障；

若不为测试故障，获取异常数据数量；

基于所述异常数据数量，得到诊断结果。

通过采用上述技术方案，为了保证动车的运行安全，需要对动车进行检修，当动车停靠在检修站点后，将数据提取设备与动车连接，对动车进行测试，获取动车的实时测试数据，根据实时测试数据判断是否存在异常数据，如果存在异常数据的时候，为了防止是检测仪器出错或者传输过程出错，需要对数据进行分析，得到异常数据的具体产生原因，在排除掉数据提取设备故障和储存器故障的时候，如果存在数据异常，且异常数据的数量过多，动车本身确实出现故障，根据异常数据的来源，定位到故障出现的位置，进行检修。可以防止由于检测设备损坏或者储存器损坏的时候，使得检修人员造成错误的判断，实际上动车并没有损坏，浪费检修时间，提高检修效率。还可以检测出故障的设备类型。

可选的，所述判断所述动车组实时测试数据是否存在异常数据包括：

判断所述动车组的实时测试数据是否处于标准数据范围；

若所述动车组的实时测试数据处于所述标准数据范围，获取动车组实时测试数据的文件容量；

若所述动车的实时测试数据不处于所述标准数据范围，则所述动车组实时测试数据异常；

判断获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量是否相同；

若获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量不相同，则所述动车组运行数据异常；

若获取的动车组运行数据的文件容量与读取的动车组运行数据的文件容量相同，则所述动车组运行数据正常。

通过采用上述技术方案，动车运行的时候，每一项检测指标都有一个标准范围，如果测得的数据超出标准范围，那么就是存在数据异常，如果数据没有超出标准范围，但是在某个时间段测得的数据的容量与读取到的文件容量不相同，那么也为数据异常，存在数据丢失。将数据异常的多种情况进行分析，根据数据异常的类型不同，可以初步推断数据异常的原因。

可选的，所述分析异常数据，得到分析结果包括：

当若所述动车的实时测试数据不处于所述标准数据范围，得到所述分析结果为数值异常；

当获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量不相同时，得到所述分析结果为数据丢失异常。

通过采用上述技术方案，在实时测试数据数值没有异常的时候，生成的模拟测试数据的文件容量与读取的文件容量不相同，代表出现了数据丢失，如果测试数据的数值都不正常，那么分析结果就为数值异常。

可选的，当分析结果为数据丢失异常时，所述基于所述分析结果，判断故障是否为测试故障包括：

生成模拟测试数据；

读取模拟测试数据的文件容量，判断读取的所述文件容量与生成的模拟测试数据的文件容量是否相同；

若读取的所述文件容量与生成的模拟测试数据的文件容量相同，生成自检测试指令；

基于所述自检测试指令，得到所述测试故障；

若读取的所述文件容量与生成的模拟测试数据的文件容量不相同，则得到测试故障为数据提取设备故障。

通过采用上述技术方案，当出现数据丢失异常的时候，有两种情况可能会造成数据丢失，一是储存器储存数据故障，而是数据提取设备故障，数据提取设备本身会生成模拟测试数据，如果读取到的文件容量与生成的文件容量不相同，则是数据提取设备本身出现故障，如果容量相同，在根据自检测试指令，进一步去判断。在有数据异常的时候，通过模拟数据先判断数据提取设备是否有问题，可以提高工作人员排除故障的速度。

可选的，所述储存器故障包括存储器自身故障和传感器损坏故障以及传感器性能故障，获取测试故障类型包括：

基于所述自检测试指令，以使存储器进行自检，获取存储器基于所述自检测试指令进行自检所形成的自检数据；

获得所述自检数据与预设数据的比较结果；

若比较结果相同，则获取测试故障类型为传感器损坏故障；

若比较结果不相同，则获取测试故障类型为存储器自身故障。

通过采用上述技术方案，数据提取设备向储存器发出自检指令，储存器接收到自检测试指令后开始进行自检，根据比较结果判断损坏的设备，如果自检数据与测试数据相同，代表储存器本身没有问题，是传感器采集数据的问题，因此为传感器损坏故障，如果比较结果不相同，代表储存器在储存数据的时候出现了数据丢失，储存器自身故障。可以具体地定位到损失的设备，方便检修。

可选的，所述获取测试故障类型包括：

当分析结果为数值异常时，得到测试故障类型为传感器性能故障。

通过采用上述技术方案，接收的数据数值异常的时候，在排除了其他设备损坏的影响的时候，代表传感器出现了性能故障，不能采集出正确的数据。

可选的，所述基于所述异常数据数量，得到诊断结果包括：

判断所述异常数据数量是否大于第一数量阈值；

若所述异常数据数量大于所述第一数量阈值，则得到诊断结果为第一检修等级；

若所述异常数据数量小于所述第一数量阈值且大于所述第二数量阈值，则得到诊断结果为第二检修等级；

若所述异常数据数量小于所述第二数量阈值，则得到诊断结果为第三检修等级。

基于所述故障等级，生成预警信息，所述故障等级包括所述第一检修等级、第二检修等级和第三检修等级。

通过采用上述技术方案，在排除了所有由于设备因素带来的数据异常后，获取到的数据存在异常，那么根据异常数据的数量划分出故障等级，故障等级代表检修了必要性或者检修的优先级。根据预警信息，进行检修。

第二方面，本申请提供一种动车组信号采集故障诊断系统，采用如下的技术方案：

第一获取模块，用于当动车组在检修站点停车后，通过数据提取设备获取动车组的实时测试数据；

第一判断模块，用于判断所述动车组实时测试数据是否存在异常数据；

分析模块，用于若存在异常数据，分析异常数据，得到分析结果；

第二判断模块，用于基于所述分析结果，判断故障是否为测试故障，所述测试故障包括所述数据提取设备故障和储存器故障；

第二获取模块，用于若为测试故障，获取测试故障类型；

第一执行模块，用于若不为测试故障，获取异常数据数量；

第二执行模块，用于基于所述异常数据数量，得到诊断结果。

通过采用上述技术方案，第一获取模块获取到动车的实时测试数据后，第一判断模块判断动车组实时测试数据是否存在异常数据，分析模块在有异常数据的时候，多异常数据进行分析，得到分析结果，第二判断模块根据分析结果，第二判断故障是否为测试故障，第一执行模块在不是测试故障的时候获取异常数据数量，第二获取模块在为测试故障的时候获取测试故障类型，第二执行模块根据异常数据数量得到诊断结果。可以防止由于检测设备损坏或者储存器损坏的时候，使得检修人员造成错误的判断，实际上动车并没有损坏，浪费检修时间，提高检修效率。同时，还可以检测出故障的设备类型。

第三方面，本申请提供一种终端设备，采用如下的技术方案：

一种终端设备，包括存储器、处理器，所述存储器储存有能够在处理器上运行的计算机程序，所述处理器加载并执行所述计算机程序时，采用了上述任一项所述的方法。

通过采用上述技术方案，通过将上述的方法生成计算机程序，并存储于存储器中，以被处理器加载并执行，从而，根据存储器及处理器制作终端设备，方便使用。

综上所述，本申请包括以下至少一种有益技术效果：

为了保证动车的运行安全，需要对动车进行检修，当动车停靠在检修站点后，将数据提取设备与动车连接，对动车进行测试，获取动车的实时测试数据，根据实时测试数据判断是否存在异常数据，如果存在异常数据的时候，为了防止是检测仪器出错或者传输过程出错，需要对数据进行分析，得到异常数据的具体产生原因，在排除掉数据提取设备故障和储存器故障的时候，如果存在数据异常，且异常数据的数量过多，动车本身确实出现故障，根据异常数据的来源，定位到故障出现的位置，进行检修。可以防止由于检测设备损坏或者储存器损坏的时候，使得检修人员造成错误的判断，实际上动车并没有损坏，浪费检修时间，提高检修效率。还可以检测出故障的设备类型。

附图说明

图1是本申请实施例一种动车组信号采集故障诊断方法其中一种实施方式的流程示意图；

图2是本申请实施例一种动车组信号采集故障诊断方法其中一种实施方式的流程示意图；

图3是本申请实施例一种动车组信号采集故障诊断方法其中一种实施方式的流程示意图；

图4是本申请实施例一种动车组信号采集故障诊断方法其中一种实施方式的流程示意图；

图5是本申请实施例一种动车组信号采集故障诊断方法其中一种实施方式的流程示意图；

图6是本申请实施例一种动车组信号采集故障诊断方法其中一种实施方式的流程示意图；

图7是本申请实施例一种动车组信号采集故障诊断系统的系统框图。

附图标记说明：

1、第一获取模块；2、第一判断模块；3、分析模块；4、第二判断模块；5、第二获取模块；6、第一执行模块；7、第二执行模块。

具体实施方式

以下结合全部附图对本申请作进一步详细说明。

本申请实施例公开一种动车组信号采集故障诊断方法，参照图1，包括：

S100、当动车组在检修站点停车后，通过数据提取设备获取动车组的实时测试数据。

具体的，检修站点可以为动车运行的起始站或者终点站，数据提取设备为连接于动车获取动车内储存的数据，可以通过有线或者无线的方式连接，为了保证数据的完整性，通常采用有线连接，实时测试数据为在动车进行检修的时候，动车模拟运行的时候产生的数据，比如环境温度数据、车轮温度数据以及电压数据等。与列车运行过程中有关的数据，都会进行检测。实时测试数据可以为瞬时数据，也可以为一段时间内产生的数据。数据会先存入动车的储存器中。

S100、判断动车组实时测试数据是否存在异常数据。

具体的，异常数据为获取的实时测试数据异常，包括数值异常和数据的完整性异常。

S110、若存在异常数据，分析异常数据，得到分析结果。

具体的，分析结果为在存在异常数据的时候，根据异常数据分析出异常数据的具体类型，比如数值异常。

S120、基于分析结果，判断故障是否为测试故障，测试故障包括数据提取设备故障和储存器故障。

具体的，测试故障为数据提取设备本身或者动车的储存器以及数据采集器异常引起的，数据本身可能不存在故障但是由于数据提取设备故障、储存器故障或者数据采集器故障而使数据异常。

S130、若为测试故障，获取测试故障类型。

具体的，测试故障类型为具体故障的设备是什么。

S140、若不为测试故障，获取异常数据数量。

具体的，异常数据数量为在一段时间获取到的数据中，数据不在正常数据范围内的数据个数。比如为温度数据的时候，每隔10s采集一次温度数据，那么在10分钟内采集的温度数据中存在异常的温度数据的个数。

S150、基于异常数据数量，得到诊断结果。

具体的，诊断结果为根据异常数据数量，判断动车是否有故障，并且可以根据数据的类型，对应找到故障的设备，比如采集的为温度数据，那么证明是温度有关的设备出现了故障。

本申请实施例一种动车组信号采集故障诊断方法的实施原理为：为了保证动车的运行安全，需要对动车进行检修，当动车停靠在检修站点后，将数据提取设备与动车连接，对动车进行测试，获取动车的实时测试数据，根据实时测试数据判断是否存在异常数据，如果存在异常数据的时候，为了防止是检测仪器出错或者传输过程出错，需要对数据进行分析，得到异常数据的具体产生原因，在排除掉数据提取设备故障和储存器故障的时候，如果存在数据异常，且异常数据的数量过多，动车本身确实出现故障，根据异常数据的来源，定位到故障出现的位置，进行检修。可以防止由于检测设备损坏或者储存器损坏的时候，使得检修人员造成错误的判断，实际上动车并没有损坏，浪费检修时间，提高检修效率。还可以检测出故障的设备类型。

在图1所示实施例步骤的步骤S110中，判断动车组实时测试数据是否存在异常数据，具体通过图2所示实施例进行详细说明。

参照图2，判断动车组实时测试数据是否存在异常数据包括：

S200、判断动车组的实时测试数据是否处于标准数据范围。

具体的，标准数据范围为某一数据在正常的时候的数据范围，比如测的实时数据为轴承温度数据，正常来说，轴承温度在80度一下，将轴承温度的正常运行的时候的数据设置为40度到70度。只要轴承温度不在40到70度之间都为异常数据。

S210、若动车组的实时测试数据处于标准数据范围，获取动车组实时测试数据的文件容量。

具体的，实施测试数据的文件容量为在设定的测试时间中，某一类型的数据的内存大小，比如测试时间设为10分钟，测试的轴承温度数据，轴承温度数据每30s测一次，那么文件容量就为这10分钟呢采集的轴承温度数据的内存大小，比如为1Kb。

S220、若动车的实时测试数据不处于标准数据范围，则动车组实时测试数据异常。

S230、判断获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量是否相同。

S240、若获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量不相同，则实时测试数据异常。

具体的，文件容量为文件内存大小，数据提取设备在读取数据的时候，会先读取到待传输的测试数据的文件容量的大小，然后在获取实时测试数据，在将获取的实时测试数据的文件容量大小与读取的测试数据的文件容量的大小进行比较，判断是否有数据丢失。

S250、若获取的动车组运行数据的文件容量与读取的动车组运行数据的文件容量相同，则动车组运行数据正常。

本申请实施例判断动车组实时测试数据是否存在异常数据的实施原理为：动车运行的时候，每一项检测指标都有一个标准范围，如果测得的数据超出标准范围，那么就是存在数据异常，如果数据没有超出标准范围，但是在某个时间段测得的数据的容量与读取到的文件容量不相同，那么也为数据异常，存在数据丢失。将数据异常的多种情况进行分析，根据数据异常的类型不同，可以初步推断数据异常的原因。

在图1所示实施例步骤的步骤S110中，分析异常数据，得到分析结果，具体通过图3所示实施例进行详细说明。

参照图3，分析异常数据，得到分析结果包括：

S300、当若动车的实时测试数据不处于标准数据范围，得到分析结果为数值异常。

具体的，数值异常为获取到的实时测试数据不在标准数据范围内的数据，

S310、当获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量不相同时，得到分析结果为数据丢失异常。

具体的，数据丢失异常为在某一段时间内采集的数据，存在部分数据丢失或者全部丢失的情况，比如应该采集10个数据，但是实际上只获取到5个数据，那么就存在5个数据丢失。数据丢失可能是采集数据的时候没有采集到，也可能书储存数据的时候，没有储存进去。

本申请实施例分析异常数据，得到分析结果的实施原理为：在实时测试数据数值没有异常的时候，生成的模拟测试数据的文件容量与读取的文件容量不相同，代表出现了数据丢失，如果测试数据的数值都不正常，那么分析结果就为数值异常。

在图1所示实施例步骤的步骤S130中，基于分析结果，判断故障是否为测试故障，具体通过图4所示实施例进行详细说明。

参照图4，当分析结果为数据丢失异常时，基于分析结果，判断故障是否为测试故障包括：

S400、生成模拟测试数据。

具体的，模拟测试数据为用来测试数据提取设备是否故障的数据，为一组预先设定好的数据，根据数据类型的不同，预设的数据不同，比如为温度数据的时候，预设的一组数据为与温度相关的数据，模拟测试数据包括具体的数据以及数据的大小。

S410、读取模拟测试数据的文件容量，判断读取的文件容量与生成的模拟测试数据的文件容量是否相同。

具体的，读取的文件容量为生成的模拟测试数据的大小，比如模拟测试数据为5M，读取出来的模拟测试文件大小为4M，那么文件容量就不相同。存在数据丢失的情况。如果文件容量相同，代表数据提取设备是好的，如果容量不相同，结合自检测试指令判断是否储存器发生故障。

S420、若读取的文件容量与生成的模拟测试数据的文件容量相同，生成自检测试指令。

具体的，自检测试指令为在读取的文件容量与生成的模拟测试数据的文件容量相同的时候，用来控制储存器进行自检的指令，判断储存器是否发生了故障。

S430、基于自检测试指令，判断故障是否为测试故障。

S440、若读取的文件容量与生成的模拟测试数据的文件容量不相同，则得到测试故障为数据提取设备故障。

具体的，数据提取设备故障为从储存器中获取数据的时候，在数据传输的过程中，会出现数据丢失，导致获取到的数据不完整。

本申请实施例当分析结果为数据丢失异常时，基于分析结果，判断故障是否为测试故障的实施原理为：当出现数据丢失异常的时候，有两种情况可能会造成数据丢失，一是储存器储存数据故障，而是数据提取设备故障，数据提取设备本身会生成模拟测试数据，如果读取到的文件容量与生成的文件容量不相同，则是数据提取设备本身出现故障，如果容量相同，在根据自检测试指令，进一步去判断。在有数据异常的时候，通过模拟数据先判断数据提取设备是否有问题，可以提高工作人员排除故障的速度。

在图4所示实施例步骤的步骤S430中，基于自检测试指令，判断故障是否为测试故障，具体通过图5所示实施例进行详细说明。

参照图5，储存器故障包括存储器自身故障和传感器损坏故障以及传感器性能故障，获取测试故障类型包括：

S500、基于自检测试指令，以使存储器进行自检，获取存储器基于自检测试指令进行自检所形成的自检数据。

具体的，在数据丢失异常的时候，可能出现两种情况，一种是储存器自身故障，储存器在储存数据的时候，部分数据没有存进去，另一种是在采集数据的时候，由于采集数据的传感器发生损坏，导致存在数据没有采集到。因此，进行自检判断是否存储器损坏。储存器在进行自检的时候，会生成一组固定的数据进行储存，然后会判断储存进储存器的数据与生成的数据是否相同，作为比较结果。比如生成的数据为12、21、56，储存器储存的数据为12和21，那么56这个数据就丢失，结果为不相同。

S510、获得自检数据与预设数据的比较结果。

S520、若比较结果相同，则获取测试故障类型为传感器损坏故障。

具体的，当比较结果为相同的时候，代表储存器本身没有发生故障，那么只可能是没有采集到数据，采集数据的传感器发生了损坏故障。传感器损害故障为传感器不能采集数据。

S530、若比较结果不相同，则获取测试故障类型为存储器自身故障。

具体的，比较结果不相同，代表储存器在储存数据的时候会发生数据丢失或者部分数据储存不进去，储存器自身发生了故障。

本申请实施例基于自检测试指令，判断故障是否为测试故障的实施原理为：数据提取设备向储存器发出自检指令，储存器接收到自检测试指令后开始进行自检，根据比较结果判断损坏的设备，如果自检数据与测试数据相同，代表储存器本身没有问题，是传感器采集数据的问题，因此为传感器损坏故障，如果比较结果不相同，代表储存器在储存数据的时候出现了数据丢失，储存器自身故障。可以具体地定位到损失的设备，方便检修。

当分析结果为数值异常时，得到测试故障类型为传感器性能故障。

具体的，分析结果为数值异常的时候，在排除数据提取设备和储存器故障后，数值异常的原因为传感器在采集数据的时候，无法采集到正常的数据，比如正常的环境温度为30度，采集器采集出来的温度为40度，传感器能采集到数据，但是采集的数据不正确。

参照图6，基于异常数据数量，得到诊断结果包括：

S600、判断异常数据数量是否大于第一数量阈值。

具体的，异常数据数量为采集的一组数据中，数据异常的数量，比如在10分钟内一共采集了20个数据，其中异常的数据为10个。

S610、若异常数据数量大于第一数量阈值，则得到诊断结果为第一检修等级。

具体的，第一检修等级为必须要进行检修的等级，动车发生了故障，存在大量的异常数据，第一数量阈值以及第二数量阈值为用于区分检修等级的数值，代表异常数据的数量的临界线，数值的大小可人为设定。

S620、若异常数据数量小于第一数量阈值且大于第二数量阈值，则得到诊断结果为第二检修等级。

具体的，第二检修等级为可能需要进行检修的等级，存在少量的异常数据，可以根据动车的排班情况和数据类型，判断是否需要进行检修，比如为测试的环境温度数据存在少量异常数据，如果动车后面有运营需求，就可以后续在检修。

S630、若异常数据数量小于第二数量阈值，则得到诊断结果为第三检修等级。

具体的，第三检修等级为当前不需要进行检修的等级，存在极少数的数据异常或者没有数据异常，即使是极少数也可能是偶然误差或者设备误差引起的。

S640、基于故障等级，生成预警信息，故障等级包括第一检修等级、第二检修等级和第三检修等级。

具体的，预警信息为根据检修等级生成的检修信息，第一检修等级可以设置代表的预警信息可以为红灯加声音提醒，第二检修等级可以为黄灯，第三检修等级的预警休息为绿灯，工作人员可以直观的看出当前需要进行检修的优先等级。

本申请实施例基于异常数据数量，得到诊断结果的实施原理为：在排除了所有由于设备因素带来的数据异常后，获取到的数据存在异常，那么根据异常数据的数量划分出故障等级，故障等级代表检修了必要性或者检修的优先级。根据预警信息，进行检修。

以上详细的描述了一种动车组信号采集故障诊断方法，下面对基于一种动车组信号采集故障诊断方法的一种动车组信号采集故障诊断系统进行详细说明。

参照图7，一种动车组信号采集故障诊断系统，包括：

第一获取模块1，用于当动车组在检修站点停车后，通过数据提取设备获取动车组的实时测试数据；

第一判断模块2，用于判断动车组实时测试数据是否存在异常数据；

分析模块3，用于若存在异常数据，分析异常数据，得到分析结果；

第二判断模块4，用于基于分析结果，判断故障是否为测试故障，测试故障包括数据提取设备故障和储存器故障；

第二获取模块5，用于若为测试故障，获取测试故障类型；

第一执行模块6，用于若不为测试故障，获取异常数据数量；

第二执行模块7，用于基于异常数据数量，得到诊断结果。

本申请实施例一种动车组信号采集故障诊断系统的实施原理为：第一获取模块1获取到动车的实时测试数据后，第一判断模块2判断动车组实时测试数据是否存在异常数据，分析模块3在有异常数据的时候，多异常数据进行分析，得到分析结果，第二判断模块4根据分析结果，第二判断故障是否为测试故障，第一执行模块6在不是测试故障的时候获取异常数据数量，第二获取模块5在为测试故障的时候获取测试故障类型，第二执行模块7根据异常数据数量得到诊断结果。可以防止由于检测设备损坏或者储存器损坏的时候，使得检修人员造成错误的判断，实际上动车并没有损坏，浪费检修时间，提高检修效率。同时，还可以检测出故障的设备类型。

本申请实施例还公开一种终端设备，包括存储器、处理器，存储器储存有能够在处理器上运行的计算机程序，处理器加载并执行计算机程序时，采用了一种动车组信号采集故障诊断方法。

其中，终端设备可以采用台式电脑、笔记本电脑或者云端服务器等计算机设备，并且，终端设备包括但不限于处理器以及存储器，例如，终端设备还可以包括输入输出设备、网络接入设备以及总线等。

其中，处理器可以采用中央处理单元（CPU），当然，根据实际的使用情况，也可以采用其他通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现成可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，通用处理器可以采用微处理器或者任何常规的处理器等，本申请对此不做限制。

其中，存储器可以为终端设备的内部存储单元，例如，终端设备的硬盘或者内存，也可以为终端设备的外部存储设备，例如，终端设备上配备的插接式硬盘、智能存储卡（SMC）、安全数字卡（SD）或者闪存卡（FC）等，并且，存储器还可以为终端设备的内部存储单元与外部存储设备的组合，存储器用于存储计算机程序以及终端设备所需的其他程序和数据，存储器还可以用于暂时地存储已经输出或者将要输出的数据，本申请对此不做限制。

其中，通过本终端设备，将上述实施例中的一种动车组信号采集故障诊断方法存储于终端设备的存储器中，并且，被加载并执行于终端设备的处理器上，方便使用。

以上均为本申请的较佳实施例，并非依此限制本申请的保护范围，故：凡依本申请的结构、形状、原理所做的等效变化，均应涵盖于本申请的保护范围之内。

Claims (10)

1.一种动车组信号采集故障诊断方法，其特征在于，包括：

当动车组在检修站点停车后，通过数据提取设备获取动车组的实时测试数据；

判断所述动车组实时测试数据是否存在异常数据；

若存在异常数据，分析异常数据，得到分析结果；

基于所述分析结果，判断故障是否为测试故障，所述测试故障包括所述数据提取设备故障和储存器故障；

若为测试故障，获取测试故障类型；

若不为测试故障，获取异常数据数量；

基于所述异常数据数量，得到诊断结果。

2.根据权利要求1所述的一种动车组信号采集故障诊断方法，其特征在于，所述判断所述动车组实时测试数据是否存在异常数据包括：

判断所述动车组的实时测试数据是否处于标准数据范围；

若所述动车组的实时测试数据处于所述标准数据范围，获取动车组实时测试数据的文件容量；

若所述动车的实时测试数据不处于所述标准数据范围，则所述动车组实时测试数据异常；

判断获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量是否相同；

若获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量不相同，则所述实时测试数据异常；

若获取的动车组运行数据的文件容量与读取的动车组运行数据的文件容量相同，则所述动车组运行数据正常。

3.根据权利要求2所述的一种动车组信号采集故障诊断方法，其特征在于，所述分析异常数据，得到分析结果包括：

当所述动车的实时测试数据不处于所述标准数据范围，得到所述分析结果为数值异常；

当获取的动车组实时测试数据的文件容量与读取的动车组实时测试数据的文件容量不相同时，得到所述分析结果为数据丢失异常。

4.根据权利要求3所述的一种动车组信号采集故障诊断方法，其特征在于，当分析结果为数据丢失异常时，所述基于所述分析结果，判断故障是否为测试故障包括：

生成模拟测试数据；

读取模拟测试数据的文件容量，判断读取的所述文件容量与生成的模拟测试数据的文件容量是否相同；

若读取的所述文件容量与生成的模拟测试数据的文件容量相同，生成自检测试指令；

基于所述自检测试指令，判断故障是否为测试故障；

若读取的所述文件容量与生成的模拟测试数据的文件容量不相同，则得到测试故障为数据提取设备故障。

5.根据权利要求4所述的一种动车组信号采集故障诊断方法，其特征在于，所述储存器故障包括存储器自身故障和传感器损坏故障以及传感器性能故障，获取测试故障类型包括：

基于所述自检测试指令，以使存储器进行自检，获取存储器基于所述自检测试指令进行自检所形成的自检数据；

获得所述自检数据与预设数据的比较结果；

若比较结果相同，则获取测试故障类型为传感器损坏故障；

若比较结果不相同，则获取测试故障类型为存储器自身故障。

6.根据权利要求3所述的一种动车组信号采集故障诊断方法，其特征在于，所述获取测试故障类型包括：

当分析结果为数值异常时，得到测试故障类型为传感器性能故障。

7.根据权利要求1任意一项所述的一种动车组信号采集故障诊断方法，其特征在于，所述基于所述异常数据数量，得到诊断结果包括：

判断所述异常数据数量是否大于第一数量阈值；

若所述异常数据数量大于所述第一数量阈值，则得到诊断结果为第一检修等级；

若所述异常数据数量小于所述第一数量阈值且大于所述第二数量阈值，则得到诊断结果为第二检修等级；

若所述异常数据数量小于所述第二数量阈值，则得到诊断结果为第三检修等级。

8.基于所述故障等级，生成预警信息，所述故障等级包括所述第一检修等级、第二检修等级和第三检修等级。

9.一种动车组信号采集故障诊断系统，其特征在于，所述包括：

第一获取模块(1)，用于当动车组在检修站点停车后，通过数据提取设备获取动车组的实时测试数据；

第一判断模块(2)，用于判断所述动车组实时测试数据是否存在异常数据；

分析模块(3)，用于若存在异常数据，分析异常数据，得到分析结果；

第二判断模块(4)，用于基于所述分析结果，判断故障是否为测试故障，所述测试故障包括所述数据提取设备故障和储存器故障；

第二获取模块(5)，用于若为测试故障，获取测试故障类型；

第一执行模块(6)，用于若不为测试故障，获取异常数据数量；

第二执行模块(7)，用于基于所述异常数据数量，得到诊断结果。

10.一种终端设备，包括存储器、处理器，其特征在于，所述存储器储存有能够在处理器上运行的计算机程序，所述处理器加载并执行所述计算机程序时，采用了权利要求1-7中任一项所述的方法。

Images