CN112734980A - 车辆的故障根因信息确定方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供了一种车辆的故障根因信息确定方法、装置、设备及存储介质。该车辆的故障根因信息确定方法，包括：在车辆发生故障后，接收车辆中各个模块发送的故障码；基于预设的故障树，查找各个故障码对应的故障等级；基于各个故障码对应的故障等级，确定最高故障等级对应的故障码；根据最高故障等级对应的故障码，确定故障根因信息。根据本申请实施例，能够确定故障根因信息。

Description

车辆的故障根因信息确定方法、装置、设备及存储介质

技术领域

本申请属于自动驾驶领域，尤其涉及一种车辆的故障根因信息确定方法、装置、电子设备及计算机存储介质。

背景技术

目前，自动驾驶车辆故障发生后，系统根据故障列表的项目，查找故障代码并报错，报告故障代码，完成故障报告。如果故障严重，系统将暂停并重启，如果重启无效，车辆只能送到4S店进行维修，车辆自身无法确定故障根因信息。

因此，如何确定故障根因信息是本领域技术人员亟需解决的技术问题。

发明内容

本申请实施例提供一种车辆的故障根因信息确定方法、装置、电子设备及计算机存储介质，能够确定故障根因信息。

第一方面，本申请实施例提供一种车辆的故障根因信息确定方法，包括：

在车辆发生故障后，接收车辆中各个模块发送的故障码；

基于预设的故障树，查找各个故障码对应的故障等级；

基于各个故障码对应的故障等级，确定最高故障等级对应的故障码；

根据最高故障等级对应的故障码，确定故障根因信息。

可选的，根据最高故障等级对应的故障码，确定故障根因信息，包括：

根据多个最高故障等级对应的故障码，分别确定对应的故障根因信息。

可选的，在根据最高故障等级对应的故障码，确定故障根因信息之后，方法还包括：

将最高故障等级对应的故障码存储至相应的存储地址内。

可选的，在根据最高故障等级对应的故障码，确定故障根因信息之后，方法还包括：

根据故障根因信息，执行与故障根因信息对应的故障修复操作。

第二方面，本申请实施例提供了一种车辆的故障根因信息确定装置，包括：

接收模块，用于在车辆发生故障后，接收车辆中各个模块发送的故障码；

查找模块，用于基于预设的故障树，查找各个故障码对应的故障等级；

第一确定模块，用于基于各个故障码对应的故障等级，确定最高故障等级对应的故障码；

第二确定模块，用于根据最高故障等级对应的故障码，确定故障根因信息。

可选的，第二确定模块，包括：

确定单元，用于根据多个最高故障等级对应的故障码，分别确定对应的故障根因信息。

可选的，装置还包括：

存储模块，用于将最高故障等级对应的故障码存储至相应的存储地址内。

可选的，装置还包括：

执行模块，用于根据故障根因信息，执行与故障根因信息对应的故障修复操作。

第三方面，本申请实施例提供了一种电子设备，电子设备包括：处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如第一方面所示的车辆的故障根因信息确定方法。

第四方面，本申请实施例提供了一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如第一方面所示的车辆的故障根因信息确定方法。

本申请实施例的车辆的故障根因信息确定方法、装置、电子设备及计算机存储介质，能够确定故障根因信息。该车辆的故障根因信息确定方法，在车辆发生故障后，接收车辆中各个模块发送的故障码；基于预设的故障树，查找各个故障码对应的故障等级；基于各个故障码对应的故障等级，确定最高故障等级对应的故障码；根据最高故障等级对应的故障码，确定故障根因信息。可见，该方法依据故障码对应的故障等级，逐级查找故障发生根源，高效确定故障根因信息。

附图说明

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

图1是本申请一个实施例提供的车辆的故障根因信息确定方法的流程示意图；

图2是本申请一个实施例提供的故障管理架构示意图；

图3是本申请一个实施例提供的自动驾驶控制平台架构示意图；

图4是本申请一个实施例提供的车辆故障处理流程图；

图5是本申请一个实施例提供的车辆的故障根因信息确定装置的结构示意图；

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

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了解决现有技术问题，本申请实施例提供了一种车辆的故障根因信息确定方法、装置、电子设备及计算机存储介质。下面首先对本申请实施例所提供的车辆的故障根因信息确定方法进行介绍。

图1示出了本申请一个实施例提供的车辆的故障根因信息确定方法的流程示意图。如图1所示，该车辆的故障根因信息确定方法，包括：

S101、在车辆发生故障后，接收车辆中各个模块发送的故障码。

S102、基于预设的故障树，查找各个故障码对应的故障等级。

S103、基于各个故障码对应的故障等级，确定最高故障等级对应的故障码。

S104、根据最高故障等级对应的故障码，确定故障根因信息。

该方法依据故障码对应的故障等级，逐级查找故障发生根源，高效确定故障根因信息。

基于图2所示的故障管理架构示意图，本实施例通过故障分级分析方式，实现了故障根因定位的功能，每个故障按照故障等级分级管理，如果低级别故障发生，可以追溯到高级别故障，最终定位到故障根因，提高故障定位时间。然后，分析故障根因，指定故障自恢复机制。故障等级可以列举很多级别，故障根因也可以有很多个，故障列表越详细越能尽快完成故障等级确认和故障根因确定。而且，故障查询方式采用新型的故障分级查找方式，当故障确定到一个子级别后，仅需要进行此级别的故障定位查找，降低故障查找时间，提高故障定位的效率。

如图3所示的自动驾驶控制平台架构，需要做到与系统级芯片(System on Chip，SOC)和微控制单元(Micro Control Unit，MCU)之间的隔离，设计开发单独的故障管理通讯通道，是基于功能安全ASILD等级设计的通讯机制。本实施例开发的是三次握手机制的通讯机制，实现故障管理模块和SOC端通讯及MCU端和故障管理模块通讯采用故障管理专用通道，而且在故障管理模块内部，具有独立的贯穿MCU和SOC之间的通道，运行在单独的锁固核中，将故障管理处理机制和故障管理分析模块完成安全独立通道，当故障安全处理机制确定完成后，将通过独立通道从MCU端输出。

在一个实施例中，根据最高故障等级对应的故障码，确定故障根因信息，包括：

根据多个最高故障等级对应的故障码，分别确定对应的故障根因信息。

在一个实施例中，在根据最高故障等级对应的故障码，确定故障根因信息之后，方法还包括：

将最高故障等级对应的故障码存储至相应的存储地址内。

在一个实施例中，在根据最高故障等级对应的故障码，确定故障根因信息之后，方法还包括：

根据故障根因信息，执行与故障根因信息对应的故障修复操作。

示例性的，图4是本申请一个实施例提供的车辆故障处理流程图，如图4所示，在出现故障后，确定故障等级和故障根因，最后故障码存储并进行故障处理。具体流程如下：首先，在系统运行后，全程监控程序运行，监控是否有故障出现；在判断故障出现后，收集各个模块发送的故障码。然后，根据接收到的故障码在故障树里查找故障等级。一般故障出现时候，故障码一般不止一个，本实施例采用故障等级分层管理，将故障等级低的故障码首先丢弃，寻找故障等级较高的故障码，如果几个故障等级相同，将对每个故障码逐级找根因。最终得到故障根因，根据故障根因，故障处理系统采用安全隔离数据通路将故障定位信息和故障码输送到车身，并将故障码存储到相应的存储地址内。同时，故障处理系统将针对此故障根因采取自身恢复操作，如果恢复操作无效，将安全停车，并完成报警，让车辆驾驶员去4S店进行故障维修。

本申请还提供一种车辆的故障根因信息确定装置，如图5所示，该车辆的故障根因信息确定装置，包括：

接收模块501，用于在车辆发生故障后，接收车辆中各个模块发送的故障码；

查找模块502，用于基于预设的故障树，查找各个故障码对应的故障等级；

第一确定模块503，用于基于各个故障码对应的故障等级，确定最高故障等级对应的故障码；

第二确定模块504，用于根据最高故障等级对应的故障码，确定故障根因信息。

在一个实施例中，第二确定模块504，包括：

确定单元，用于根据多个最高故障等级对应的故障码，分别确定对应的故障根因信息。

在一个实施例中，该装置还包括：

存储模块，用于将最高故障等级对应的故障码存储至相应的存储地址内。

在一个实施例中，该装置还包括：

执行模块，用于根据故障根因信息，执行与故障根因信息对应的故障修复操作。

图5所示装置中的各个模块/单元具有实现图1中各个步骤的功能，并能达到其相应的技术效果，为简洁描述，在此不再赘述。

图6示出了本申请实施例提供的电子设备的结构示意图。

电子设备可以包括处理器601以及存储有计算机程序指令的存储器602。

具体地，上述处理器601可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器602可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器602可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器602可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器602可在电子设备的内部或外部。在特定实施例中，存储器602可以是非易失性固态存储器。

在一个实例中，存储器602可以是只读存储器(Read Only Memory，ROM)。在一个实例中，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

处理器601通过读取并执行存储器602中存储的计算机程序指令，以实现上述实施例中的任意一种车辆的故障根因信息确定方法。

在一个示例中，电子设备还可包括通信接口603和总线610。其中，如图6所示，处理器601、存储器602、通信接口603通过总线610连接并完成相互间的通信。

通信接口603，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。

总线610包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线610可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

另外，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种车辆的故障根因信息确定方法。

需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。

以上所述的结构框图中所示的功能模块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (10)

1.一种车辆的故障根因信息确定方法，其特征在于，包括：

在车辆发生故障后，接收所述车辆中各个模块发送的故障码；

基于预设的故障树，查找各个所述故障码对应的故障等级；

基于各个所述故障码对应的故障等级，确定最高故障等级对应的故障码；

根据所述最高故障等级对应的故障码，确定故障根因信息。

2.根据权利要求1所述的车辆的故障根因信息确定方法，其特征在于，所述根据所述最高故障等级对应的故障码，确定故障根因信息，包括：

根据多个所述最高故障等级对应的故障码，分别确定对应的故障根因信息。

3.根据权利要求1所述的车辆的故障根因信息确定方法，其特征在于，在所述根据所述最高故障等级对应的故障码，确定故障根因信息之后，所述方法还包括：

将所述最高故障等级对应的故障码存储至相应的存储地址内。

4.根据权利要求1所述的车辆的故障根因信息确定方法，其特征在于，在所述根据所述最高故障等级对应的故障码，确定故障根因信息之后，所述方法还包括：

根据所述故障根因信息，执行与所述故障根因信息对应的故障修复操作。

5.一种车辆的故障根因信息确定装置，其特征在于，包括：

接收模块，用于在车辆发生故障后，接收所述车辆中各个模块发送的故障码；

查找模块，用于基于预设的故障树，查找各个所述故障码对应的故障等级；

第一确定模块，用于基于各个所述故障码对应的故障等级，确定最高故障等级对应的故障码；

第二确定模块，用于根据所述最高故障等级对应的故障码，确定故障根因信息。

6.根据权利要求5所述的车辆的故障根因信息确定装置，其特征在于，所述第二确定模块，包括：

确定单元，用于根据多个所述最高故障等级对应的故障码，分别确定对应的故障根因信息。

7.根据权利要求5所述的车辆的故障根因信息确定装置，其特征在于，所述装置还包括：

存储模块，用于将所述最高故障等级对应的故障码存储至相应的存储地址内。

8.根据权利要求5所述的车辆的故障根因信息确定装置，其特征在于，所述装置还包括：

执行模块，用于根据所述故障根因信息，执行与所述故障根因信息对应的故障修复操作。

9.一种电子设备，其特征在于，所述电子设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-4任意一项所述的车辆的故障根因信息确定方法。

10.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-4任意一项所述的车辆的故障根因信息确定方法。

Images