CN118210646A - 故障信息去抖动方法、装置、电子设备和可读存储介质 - Google Patents

Abstract

本申请提供了一种故障信息去抖动方法、装置、电子设备和可读存储介质。该方法包括：在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并继续监控诊断应用程序上报的诊断事件的状态；在第一去抖动定时器超时时，若在第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值，其中，第一步长值根据诊断事件的类型设定；在故障去抖动计数器的计数值等于设定的第一阈值时，确定故障诊断结果为故障并停止第一去抖动定时器。本申请的技术方案可以平衡故障诊断的精度和效率。

Description

故障信息去抖动方法、装置、电子设备和可读存储介质

技术领域

本申请涉及智能驾驶技术领域，尤其涉及一种故障信息去抖动方法、装置、电子设备和可读存储介质。

背景技术

随着现代汽车技术的不断发展，车载电子控制***在车辆中的应用越来越广泛。这些***包括发动机控制单元、变速器控制单元、刹车控制单元、安全气囊控制单元等。这些控制单元通过传感器和执行器实时监测车辆的各个部分，并根据预设的算法进行控制。

由于车辆复杂的结构和各个***的相互关联，故障的出现难以避免。在大量的故障数据中，可能存在因为信号抖动导致的故障的诊断事件误报和错误处理，一方面连续的错误事件的上报会导致***频繁处理和响应，增加***负担和资源消耗，另一方面，车辆故障诊断的不准确性会影响维修技师的故障定位及维修进度，同时对于车主，维修成本增加，行车安全无法得到保障。

如何避免因为信号抖动而产生的故障误报是当前亟需解决的技术问题。

发明内容

有鉴于此，本申请实施例提供了一种故障信息去抖动方法、装置、电子设备及可读存储介质，以解决的车辆故障诊断过程中存在故障误报的技术问题。

本申请实施例的第一方面，提供了一种故障信息去抖动方法，该方法包括：在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并继续监控诊断应用程序上报的诊断事件的状态；在第一去抖动定时器超时时，若在第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值，其中，第一步长值根据诊断事件的类型设定；在故障去抖动计数器的计数值等于设定的第一阈值时，确定故障诊断结果为故障并停止第一去抖动定时器。

本申请实施例的第二方面，提供了一种故障信息去抖动装置，该装置包括：启动模块，用于在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并继续监控诊断应用程序上报的诊断事件的状态；超时处理模块，用于在第一去抖动定时器超时时，若在第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值，其中，第一步长值根据诊断事件的类型设定；确定模块，用于在故障去抖动计数器的计数值等于设定的第一阈值时，确定故障诊断结果为故障并停止第一去抖动定时器。

本申请实施例的第三方面，提供了一种电子设备，包括存储器、处理器以及存储在存储器中并且可在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。

本申请实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例与现有技术相比存在的有益效果至少包括：本申请实施例通过根据诊断事件的类型设定第一步长值，在第一去抖动定时器超时且满足计步条件时增加一个第一步长值，并在故障去抖动计数器达到第一阈值时确定故障诊断结果，可以实现根据故障场景对故障诊断去抖动，从而可以提高故障诊断的精度和效率。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本申请实施例提供的一种故障信息去抖动方法的流程示意图；

图2是本申请实施例提供的一种故障信息去抖动***的流程示意图；

图3是本申请实施例提供的另一种故障信息去抖动方法的流程示意图；

图4是本申请实施例提供的一种故障信息去抖动装置的结构示意图；

图5是本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定***结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的***、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

相关技术中，AUTOSAR(AUTomotive Open System ARchitecture，汽车开放***体系结构)中的DM(Diagnostics Management，诊断管理)模块可以接收并分析诊断事件的状态，这些诊断事件的状态可以由各个车辆的各个电子设备进行故障检测得到并通过对应的APP(Application Program，应用程序)发送。

进行故障检测时，可以根据前提条件和判断条件实时监控，以判断是否有潜在的故障。通常可以采用PrePassed(预正常)、Passed(正常)、PreFailed(预故障)、Failed(故障)来表示判断的结果。其中，诊断事件状态为Passed和Failed的故障可以直接得到确认，不需要经Debounce(去抖动)算法确认故障，事件状态为PrePassed和PreFailed的故障可以称为潜在的故障，其可能不是真正的故障，而只是某些信号抖动引起的错误诊断，需要采用Debounce算法才能进一步确认是否为故障。

具体地，信号抖动是指在电路中接收到一个短暂的不稳定信号，可能是由于电源噪声、开关的物理特性或其他干扰因素引起的。当进行故障诊断时，通常需要监测输入信号的状态，并根据信号状态进行相应的判断和操作。如果信号存在抖动，可能会导致误判，从而产生错误的诊断结果。上述预故障状态即初步故障状态，需要采用Debounce算法进一步确认；上述预正常状态即初步正常状态，也需要采用Debounce算法进一步确认。

通过对潜在故障状态的诊断事件应用去抖动处理，可以滤除短暂的信号抖动，使得在信号稳定一段时间后诊断事件才被触发。从而减少或避免故障误报，确保只有真正的故障或错误发生时才触发诊断事件。去抖动处理可以提高诊断***的可靠性，减少不必要的维修或处理操作，提高车辆的可用性和性能。

下面将结合附图详细说明根据本申请实施例的故障信息去抖动方法和装置。

图1是本申请实施例提供的一种故障信息去抖动方法的流程示意图。本申请实施例提供的方法可以由任意具备计算机处理能力的电子设备执行，例如终端或服务器。在本申请实施例中，该方法可以由车辆的控制器执行。如图1所示，该故障信息去抖动方法包括：

步骤S101，在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并继续监控诊断应用程序上报的诊断事件的状态。

步骤S102，在第一去抖动定时器超时时，若在第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对FDCounter(FaultDebounce Counter，故障去抖动计数器)的计数值增加一个第一步长值，其中，第一步长值根据诊断事件的类型设定。

具体地，在第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，是故障去抖动计数器的计步条件。若满足该计步条件，每一次第一抖动定时器超时故障去抖动计数器即增加一个步长。故障去抖动计数器是一个设置有最大值的计数器。

步骤S103，在故障去抖动计数器的计数值等于设定的第一阈值时，确定故障诊断结果为故障并停止第一去抖动定时器。

具体地，第一阈值即为故障去抖动计数器的最大值。

去抖动算法包括基于计数的去抖动算法和基于时间的去抖动算法。其中，基于时间的去抖动算法需要等待指定的时间窗口及FDCounter达到确认故障的阈值来确定事件是否为故障，若指定时间内FDCounter只增加一个步长值在保证诊断精度的情况下可能会导致一定的延迟。这对于某些实时性要求较高的应用可能会有影响。

本申请实施例的技术方案中是在基于时间的去抖动算法的基础上，引入了可配置FDCounter步长值的方式，在进行故障诊断时，可以根据需求配置FDCounter步长值，相对于常规基于时间的去抖动算法，根据需求配置FDCounter步长值可以平衡故障诊断的精度和效率，并且在不同的故障场景具有更好的适应性。

具体地，较小的步长值可能需要更多的计算时间和资源，因为它需要更频繁地进行诊断。相反，较大的步长值可以节省计算时间和资源，但可能会牺牲一定的精度。不同的故障场景可能需要不同的步长值。某些故障可能在很短的时间内就发生和解决，因此需要较小的步长值以捕获这些故障。而其他故障可能需要更长的时间才能发生和解决，因此可以使用较大的步长值来提高效率。

在本申请实施例的技术方案中，可以根据故障场景确定诊断事件的类型，并根据诊断事件的类型配置第一步长值和第二步长值。第一步长值和第二步长值均为FDCounter步长值。通过配置FDCounter步长值的去抖动算法可以平衡故障诊断的精度和效率，并根据具体的故障场景进行适应性调整，从而可以在保证故障诊断精度的前提下平衡故障诊断的精度和效率并且在不同的故障场景具有更好的适应性。其中，诊断事件的类型即为故障类型，其可以为发动机故障、燃油***故障、刹车***故障和轮胎爆胎故障，且并不局限于此。

例如，对于发动机故障诊断，较小的FDCounter步长值可能更适用。这是因为发动机故障往往涉及细微的变化，较小的步长可以更快地检测到这些问题，例如气缸压力异常或燃烧问题。对于燃油***故障的诊断，较小的FDCounter步长值可能更适用。燃油***故障通常涉及燃油压力或喷射量的微小变化，较小的步长可以更快地检测到这些问题。对于刹车***故障的诊断，较大的FDCounter步长值可能更适用。刹车***故障通常涉及到液压***或制动盘的大范围变化，较大的FDCounter步长值可以更好地检测到这些问题。对于轮胎爆胎，较大的FDCounter步长值可能更适用，以检测到胎压的大范围变化。

如图2所示，诊断APP向DM模块上报诊断事件的状态，在DM模块接收到诊断APP通过监视器上报该诊断事件的行为是PreFailed或者PrePassed时，将对该诊断事件进行基于时间的去抖动处理。其中，监视器1位于诊断APP A中，监视器2和监视器3位于诊断APP B中，每一个监视器可以对应一个故障类型。

诊断APP通过监视器向DM模块上报诊断事件的状态为预故障，并被DM接收到时，启动第一去抖动定时器。在第一去抖动定时器超时到达前的这段时间内，继续接收诊断事件行为报告信息。

在步骤S101启动第一去抖动定时器之后，监控诊断应用程序上报的诊断事件的状态，如果诊断APP全部上报PreFailed，且在定时期间未收到Passed或PrePassed状态信息，则执行步骤S102，在第一去抖动定时器超时处理时，对FDCounter增加一个配置好的步长值，如果FDCounter未达到第一阈值，第一去抖动定时器继续下一次类似定时操作，如果达到确认故障的第一阈值，即执行步骤S103，确认该事件为故障状态即确定Failed状态，此时停止第一去抖动定时器。

在步骤S101启动第一去抖动定时器之后，监控诊断应用程序上报的诊断事件的状态，并在接收到诊断应用程序上报的诊断事件的状态为故障状态时，确认故障诊断结果为故障，且停止第一去抖动定时器。以及在接收到诊断应用程序上报的诊断事件的状态为正常状态时，确认当前诊断事件为正常，停止第一去抖动定时器。

诊断APP通过监视器向DM模块上报诊断事件的状态为预正常，并被DM模块接收到时，启动第二去抖动定时器。在第二去抖动定时器超时到达前的这段时间内，继续接收诊断事件行为报告信息。在本申请实施例中，第一去抖动定时器与第二去抖动定时器的定时时长可以相同，也可以不同。

具体地，在接收到诊断应用程序上报的诊断事件的状态为预正常状态时，启动第二去抖动定时器，并继续监控诊断应用程序上报的诊断事件的状态；在第二去抖动定时器超时时，若在第二去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的故障状态或者预故障状态，则对故障去抖动计数器的计数值增加一个第二步长值；在故障去抖动计数器的计数值等于第二阈值时，确定故障诊断结果为正常并停止第二去抖动定时器。

在本申请实施例中，第一阈值与第二阈值的大小可以相同，也可以不同。第一阈值为第一去抖动定时器的最大值，第二阈值为第二去抖动定时器的最大值。第一步长值与第二步长值的大小可以相同，也可以不同，二者均可以根据故障场景独立进行调整。

在启动第二去抖动定时器之后，监控诊断应用程序上报的诊断事件的状态，如果诊断APP全部上报PrePassed，且在定时期间未收到Failed或PreFailed状态信息，则在第二去抖动定时器超时处理时，对FDCounter增加一个配置好的步长值，如果FDCounter未达到第二阈值，第二去抖动定时器继续下一次类似定时操作，如果达到确认故障的第二阈值，即确认该事件为正常状态即确定Passed状态，此时停止第二去抖动定时器。

在启动第二去抖动定时器之后，监控诊断应用程序上报的诊断事件的状态，并在接收到诊断应用程序上报的诊断事件的状态为故障状态时，确认当前诊断事件为故障，且停止第二去抖动定时器。以及在接收到诊断应用程序上报的诊断事件的状态为正常状态时，确认故障诊断结果为正常，停止第二去抖动定时器。

在步骤S102中对故障去抖动计数器的计数值增加一个第一步长值之后，可以继续监控诊断应用程序上报的诊断事件的状态；并在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并在第一去抖动定时器超时时，若在当前的第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值。

在步骤S101之前，可以判断发生诊断事件的故障类型为事件触发型故障或者超时类故障；若为超时类故障，则确定将诊断事件配置为基于时间的去抖动，之后执行步骤S101。若为事件触发型故障，则将事件配置为基于计数的去抖动，不执行步骤S101。

如图3所示，在诊断APP上传诊断事件的状态之后，在状态分别为PreFailed和PrePassed时，执行本申请实施例中的故障信息去抖动方案。在状态为PreFailed时，启动定时时长为t1的第一去抖动定时器。在状态为PrePassed时，启动定时时长为t2的第二去抖动定时器。在启动定时时长为t1的第一去抖动定时器后，判断是否超过定时器的定时时长t1。之后继续接收诊断事件的状态，在时长在不超过t1时，若接收到上报状态为Failed或者Passed，则取消定时器。在时长超过t1时，判断定时期间是否接收到PrePassed或者Passed，若是，则重新启动第一去抖动计时器。若否，则FDCounter增加一个配置好的步长。在FDCounter达到第一阈值时，可以确认事件状态为Failed。启动定时时长为t2的第二去抖动定时器后的各个步骤与启动定时时长为t1的第一去抖动定时器后的方法步骤类似，详见图3。

在本申请实施例的技术方案中，通过配置FDCounter步长值，可以调整故障诊断的效率。通过为不同的故障场景配置不同的步长值，可以根据具体的故障场景对FDCounter步长值进行适应性调整。本申请实施例的技术方案在基于时间的去抖动算法的基础上，引入了可配置FDCounter步长值的方式进行故障信息去抖动，即在进行故障诊断时可以根据需求配置FDCounter步长值。本申请实施例的技术方案实现了对故障诊断的精度和效率的平衡，并且增加了去抖动算法在具体的故障场景的适应性。

根据本申请实施例的故障信息去抖动方法，通过根据诊断事件的类型设定第一步长值，在第一去抖动定时器超时且满足计步条件时增加一个第一步长值，并在故障去抖动计数器达到第一阈值时确定故障诊断结果，可以实现根据故障场景对故障诊断去抖动，从而可以提高故障诊断的精度和效率。

下述为本申请装置实施例，可以用于执行本申请方法实施例。下文描述的故障信息去抖动装置与上文描述的故障信息去抖动方法可相互对应参照。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图4是本申请实施例提供的一种故障信息去抖动装置的示意图。如图4所示，本申请实施例中的故障信息去抖动装置包括：

启动模块401，用于在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并继续监控诊断应用程序上报的诊断事件的状态。

超时处理模块402，用于在第一去抖动定时器超时时，若在第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值，其中，第一步长值根据诊断事件的类型设定。

确定模块403，用于在故障去抖动计数器的计数值等于设定的第一阈值时，确定故障诊断结果为故障并停止第一去抖动定时器。

启动模块401还可以用于在接收到诊断应用程序上报的诊断事件的状态为预正常状态时，启动第二去抖动定时器，并继续监控诊断应用程序上报的诊断事件的状态；在第二去抖动定时器超时时，若在第二去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的故障状态或者预故障状态，则对故障去抖动计数器的计数值增加一个第二步长值；在故障去抖动计数器的计数值等于第二阈值时，确定故障诊断结果为正常并停止第二去抖动定时器。在本申请实施例中，第一阈值与第二阈值的大小可以相同，也可以不同。第一阈值为第一去抖动定时器的最大值，第二阈值为第二去抖动定时器的最大值。第一步长值与第二步长值的大小可以相同，也可以不同，二者均可以根据故障场景进行独立调整。

超时处理模块402还可以用于对故障去抖动计数器的计数值增加一个第一步长值之后，可以继续监控诊断应用程序上报的诊断事件的状态；并在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并在第一去抖动定时器超时时，若在当前的第一去抖动定时器的定时期间未接收到诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值。

本申请实施例中的故障信息去抖动装置还可以包括判断模块，可以用于判断发生诊断事件的故障类型为事件触发型故障或者超时类故障；若为超时类故障，则确定将诊断事件配置为基于时间的去抖动，之后由故障信息去抖动装置执行本申请实施例的故障信息去抖动方法步骤。若为事件触发型故障，则将事件配置为基于计数的去抖动，不再执行本申请实施例的故障信息去抖动方法步骤。

本申请实施例中的故障信息去抖动装置还可以包括配置模块，可以用于根据故障场景确定所述诊断事件的类型，并根据所述诊断事件的类型配置所述第一步长值以及第二步长值。

在本申请实施例的技术方案中，通过配置FDCounter步长值，可以调整故障诊断的效率。通过为不同的故障场景配置不同的步长值，可以根据具体的故障场景对FDCounter步长值进行适应性调整。从而在基于时间的去抖动算法的基础上，引入了可配置FDCounter步长值的方式进行故障信息去抖动，即在进行故障诊断时可以根据需求配置FDCounter步长值。本申请实施例的技术方案实现了对故障诊断的精度和效率的平衡，并且增加了去抖动算法在具体的故障场景的适应性。

由于本申请的示例实施例的故障信息去抖动装置的各个功能模块与上述故障信息去抖动方法的示例实施例的步骤对应，因此对于本申请装置实施例中未披露的细节，请参照本申请上述的故障信息去抖动方法的实施例。

根据本申请实施例的故障信息去抖动装置，通过根据诊断事件的类型设定第一步长值，在第一去抖动定时器超时且满足计步条件时增加一个第一步长值，并在故障去抖动计数器达到第一阈值时确定故障诊断结果，可以实现根据故障场景对故障诊断去抖动，从而可以提高故障诊断的精度和效率。

图5是本申请实施例提供的电子设备5的示意图。如图5所示，该实施例的电子设备5包括：处理器501、存储器502以及存储在该存储器502中并且可在处理器501上运行的计算机程序503。处理器501执行计算机程序503时实现上述各个方法实施例中的步骤。或者，处理器501执行计算机程序503时实现上述各装置实施例中各模块的功能。

电子设备5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等电子设备。电子设备5可以包括但不仅限于处理器501和存储器502。本领域技术人员可以理解，图5仅仅是电子设备5的示例，并不构成对电子设备5的限定，可以包括比图示更多或更少的部件，或者不同的部件。

处理器501可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。

存储器502可以是电子设备5的内部存储单元，例如，电子设备5的硬盘或内存。存储器502也可以是电子设备5的外部存储设备，例如，电子设备5上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。存储器502还可以既包括电子设备5的内部存储单元也包括外部存储设备。存储器502用于存储计算机程序以及电子设备所需的其它程序和数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种故障信息去抖动方法，其特征在于，所述方法包括：

在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并继续监控所述诊断应用程序上报的诊断事件的状态；

在所述第一去抖动定时器超时时，若在所述第一去抖动定时器的定时期间未接收到所述诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值，其中，所述第一步长值根据所述诊断事件的类型设定；

在所述故障去抖动计数器的计数值等于设定的第一阈值时，确定故障诊断结果为故障并停止所述第一去抖动定时器。

2.根据权利要求1所述的方法，其特征在于，启动第一去抖动定时器之后，所述方法还包括：

在接收到所述诊断应用程序上报的诊断事件的状态为故障状态时，确认故障诊断结果为故障，且停止所述第一去抖动定时器；

在接收到所述诊断应用程序上报的诊断事件的状态为正常状态时，停止所述第一去抖动定时器。

3.根据权利要求1所述的方法，其特征在于，所述方法包括：

在接收到所述诊断应用程序上报的诊断事件的状态为预正常状态时，启动第二去抖动定时器，并继续监控所述诊断应用程序上报的诊断事件的状态；

在所述第二去抖动定时器超时时，若在所述第二去抖动定时器的定时期间未接收到所述诊断应用程序上报的诊断事件的故障状态或者预故障状态，则对所述故障去抖动计数器的计数值增加一个第二步长值；

在所述故障去抖动计数器的计数值等于第二阈值时，确定故障诊断结果为正常并停止所述第二去抖动定时器。

4.根据权利要求3所述的方法，其特征在于，启动第二去抖动定时器之后，所述方法还包括：

在接收到所述诊断应用程序上报的诊断事件的状态为正常状态时，确认故障诊断结果为正常，且停止所述第二去抖动定时器；

在接收到所述诊断应用程序上报的诊断事件的状态为故障状态时，停止所述第二去抖动定时器。

5.根据权利要求1所述的方法，其特征在于，对故障去抖动计数器的计数值增加一个第一步长值之后，所述方法还包括：

继续监控所述诊断应用程序上报的诊断事件的状态；

在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并在所述第一去抖动定时器超时时，若在当前的第一去抖动定时器的定时期间未接收到所述诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对所述故障去抖动计数器的计数值增加一个所述第一步长值。

6.根据权利要求1所述的方法，其特征在于，启动第一去抖动定时器之前，所述方法还包括：

判断发生所述诊断事件的故障类型为事件触发型故障或者超时类故障；

若为超时类故障，则确定将所述诊断事件配置为基于时间的去抖动。

7.根据权利要求1所述的方法，其特征在于，对故障去抖动计数器的计数值增加一个第一步长值之前，所述方法还包括：

根据故障场景确定所述诊断事件的类型；

根据所述诊断事件的类型配置所述第一步长值。

8.一种故障信息去抖动装置，其特征在于，所述装置包括：ˋ

启动模块，用于在接收到诊断应用程序上报的诊断事件的状态为预故障状态时，启动第一去抖动定时器，并继续监控所述诊断应用程序上报的诊断事件的状态；

超时处理模块，用于在所述第一去抖动定时器超时时，若在所述第一去抖动定时器的定时期间未接收到所述诊断应用程序上报的诊断事件的正常状态或者预正常状态，则对故障去抖动计数器的计数值增加一个第一步长值，其中，所述第一步长值根据所述诊断事件的类型设定；

确定模块，用于在所述故障去抖动计数器的计数值等于设定的第一阈值时，确定故障诊断结果为故障并停止所述第一去抖动定时器。

9.一种电子设备，包括存储器、处理器以及存储在所述存储器中并且可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7中任一项所述方法的步骤。

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