一种车辆控制器的故障管理方法、装置、设备及存储介质

技术领域

本发明涉及车辆电控技术领域，尤其涉及一种车辆控制器的故障管理方法、装置、设备及存储介质。

背景技术

随着汽车行业的不断发展，对于车辆的安全性要求越来越高，为了提高车辆的安全性，需要对汽车的功能、部件状态等进行实时监控和故障诊断。

目前车辆有多个控制器，且每个控制器均开发一次故障管理系统，会造成重复开发浪费资源，并且多个控制器故障报出时均需仪表报警提示，不便于仪表对多个控制器的故障进行管理。

因此，如何减少不同控制器故障管理模块的重复开发，是目前亟需解决的技术问题。

发明内容

本发明主要目的在于提供一种车辆控制器的故障管理方法、装置、设备及存储介质，能够避免其它多个控制器对故障管理模块的重复开发，减少研发费用的投入，同时也能够对故障进行管理，方便维修人员进行故障排查维修，提高维修效率。

第一方面，本申请提供了一种车辆控制器的故障管理方法，该方法包括步骤：

根据设定的主控制器对其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息；

通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，并通过所述故障发生的标志位确定故障的激活状态；

根据故障的激活状态，对故障信息进行存储，并进行故障提示。

结合上述第一方面，作为一种可选的实现方式，通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，包括步骤：

通过所述预设主控制器解析得到的其余各个控制器的源地址，确定当前故障信息所对应的控制器；

根据所述故障信息所对应的控制器定义的故障代码信息与解析得到的故障代码信息进行对比，得到故障发生的标志位。

结合上述第一方面，作为一种可选的实现方式，故障确认激活的标志位为1时，确定所述控制器发生故障且故障为激活状态；

当故障确认激活的标志位为0时，确定所述控制器故障为未激活状态。

结合上述第一方面，作为一种可选的实现方式，当确定故障发生时，则在下次发动机启动之前将所述故障存储为确认并激活的故障；

当已确认激活故障在发动机启动到停止过程中未被检测到时,则在下次发动机启动前将所述故障设置为历史激活状态。

结合上述第一方面，作为一种可选的实现方式，根据故障激活状态计算故障警报灯状态，并通过所述预设主控制器将故障信息和所述故障警报灯状态发送至CAN总线，

当车辆仪表接收到所述CAN总线上的故障信息和所述故障警报灯状态时，点亮报警灯并进行故障信息提示。

结合上述第一方面，作为一种可选的实现方式，若故障发生的标志位为1时，计时器以设定步长从零开始累加，当计时器超过设定阈值时，则故障状态为确认激活状态；

若当故障为确认激活状态，故障发生的标志位为0时，计时器以设定步长从阈值开始递减，并当计时器递减至0时，检测故障发生的标志位为0，则故障状态为未激活状态。

结合上述第一方面，作为一种可选的实现方式，当故障状态为确认并激活时，所述预设主控制器记录故障信息以及故障发生瞬间的冻结帧，并将记录的故障信息以及故障发生瞬间的冻结帧发送至CAN总线；

Tbox通过所述CAN总线获取故障信息、冻结帧信息，并上传到网联平台，通过网联平台查询故障车辆信息，以锁定故障原因。

第二方面，本申请提供了一种车辆控制器的故障管理装置，该装置包括：

解析模块，其用于根据设定的主控制器对其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息；

计算模块，其用于通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，并通过所述故障发生的标志位确定故障的激活状态；

存储模块，其用于根据故障的激活状态，对故障信息进行存储，并进行故障提示。

第三方面，本申请还提供了一种电子设备，所述电子设备包括：处理器；存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，实现第一方面任一项所述的方法。

第四方面，本申请还提供了一种计算机可读存储介质，其存储有计算机程序指令，当所述计算机程序指令被计算机执行时，使计算机执行第一方面任一项所述的方法。

本申请提供的一种车辆控制器的故障管理方法、装置、设备及存储介质，该方法包括步骤：根据设定的主控制器对其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息；通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，并通过所述故障发生的标志位确定故障的激活状态；根据故障的激活状态，对故障信息进行存储，并进行故障提示。本申请能够避免其它多个控制器对故障管理模块的重复开发，减少研发费用的投入，同时也能够对故障进行管理，方便维修人员进行故障排查维修，提高维修效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并于说明书一起用于解释本发明的原理。

图1为本申请实施例中提供的一种车辆控制器的故障管理方法流程图；

图2为本申请实施例中提供的一种车辆控制器的故障管理装置示意图；

图3为本申请实施例中提供的一种电子设备示意图；

图4为本申请实施例中提供的一种计算机可读程序介质示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。附图所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。

本申请实施例提供了一种车辆控制器的故障管理方法、装置、设备及存储介质，能够避免其它多个控制器对故障管理模块的重复开发，减少研发费用的投入，同时也能够对故障进行管理，方便维修人员进行故障排查维修，提高维修效率。

可以理解的是，车辆有多个控制器，通过其中的一个控制器管理其它各控制系统的故障，其它控制器可不再开发故障管理模块，从而减少开发费用，缩短开发周期。

为达到上述技术效果，本申请的总思路如下：

一种车辆控制器的故障管理方法，该方法包括步骤：

S101：根据设定的主控制器对其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息。

S102：通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，并通过所述故障发生的标志位确定故障的激活状态。

S103：根据故障的激活状态，对故障信息进行存储，并进行故障提示。

以下结合附图对本申请的实施例作进一步详细说明。

参照图1，图1所示为本发明提供的一种车辆控制器的故障管理方法流程图，如图1所示，该方法包括步骤：

步骤S101:根据设定的主控制器对其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息。

具体而言，在多个控制器中设定一个主控制器，并统一定义其余各个控制器诊断报文，即为每个控制器分配一个报文源地址，并给每个故障定义一个故障代码，根据设定的主控制器通过CAN总线对除自己外的其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息。需要说明的是，根据统一定义的诊断报文，每一个控制器均有源地址SA，其余各个控制器通过诊断报文将故障信息DTCs发送至CAN总线。。

一实施例中，统一CAN总线上有仪表、Tbox终端以及三个控制器，选取其中一个控制器设定为主控制器，其中主控制器中存储有其余控制器的所有故障代码信息，并且当其余控制器出现故障时，通过设定主控制器接收处理其余控制器的故障信息。此外，需要说明的是，通过自检的方式确定设定主控制器是否发生故障，当发生故障时，将故障信息在主控制器内部将故障信息传递给故障管理模块，主控制器诊断控制器的故障信号都是通过线束直接引到了主控制器，主控制器将采集的信号直接处理诊断，判断是否有故障。

一实施例中，根据J1939报文定义，每一个控制器均有一个源地址SA，各控制器通过诊断报文将故障信息DTCs发送至CAN总线，通过设定的主控制器解析CAN总线各控制器的诊断报文，得到源地址SA和故障代码信息DTCs。

步骤S102:通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，并通过所述故障发生的标志位确定故障的激活状态。

具体而言，通过设定的主控制器解析CAN总线各控制器的诊断报文，得到源地址SA和故障代码信息DTCs，设定的主控制器根据得到的源地址SA判断当前故障信息来源于哪个控制器，再将解析到的DTCs与该控制器的故障代码信息列表进行对比判断，计算得到故障是否发生的标志位DF。需要说明的是，标志位：是表示某个事件发生的标志。故障是否发生的标志位：即故障发生了，检测到故障了，则代表故障发生的标志DF就为1；若故障没发生，没有检测到故障，则代表故障发生的标志就为0。

可选的，当故障标志位DF＝1时，则代表检测到了故障，当故障标志位DF＝0时，则代表未检测到故障，可以理解的是，当故障标志位DF＝1时确认故障是存在的，当故障标志位DF＝0时，即故障是不存在的。

可选的，设定的主控制器可以选择是否开启或关闭多个控制器中故障的检测。

一实施例中，将故障发生标志位DF输出至故障防抖模块，若DF＝1时，故障防抖模块以设定步长从0开始计时累加，当计时器超过阈值时则故障状态为确认激活，其故障确认激活标志位CF＝1。

当故障为确认激活状态CF＝1时，故障已修复DF＝0，则故障防抖模块计时器以设定步长从阈值开始递减，当计时器值为0时，则故障确认激活标志位CF＝0；当故障防抖模块计时器在累加的过程中，故障已修复DF＝0，则计时器以设定步长从阈值开始递减。即故障发生，计数器从0开始递增至阈值；故障修复，计数器从阈值开始递减至0。

可以理解的是，检测到故障后，延长故障报出的时间，防止故障误报，若检测到故障了，故障管理模块不会立刻报出故障，只有当故障持续发生超过一定时间，故障再报出。

例如，当某个传感器线束接触不良，控制系统在一瞬间检测到该传感器开路了(DF＝1)，但随后线束接触不良立刻又修复了，故障没有发生了(DF＝0)。这个故障发生的时间很短，没有超过故障防抖的时间，则这个故障就不会报出。

步骤S103:根据故障的激活状态，对故障信息进行存储，并进行故障提示。

具体而言，根据故障确认激活标志位CF进行故障存储。当确定故障为激活状态时，即故障的确认激活标志位CF＝1，则在下一个操作过程结之前将所述故障存储为确认并激活的故障，当已确认激活故障在一个完整的操作过程中未被检测到CF＝0,则在下一个操作过程开始前将故障设置为历史激活状态，并将存储的故障信息实时发送至CAN总线。需要说明的是，操作过程：是指由发动机启动、发动机运转、发动机停机和直到下次发动机启动组成的时间过程。即包含发动机启动、运转、停机和下次发动机启动前这段时间。

一实施例中，当某个故障状态为确认并激活时，设定的主控制器记录故障发生瞬间的冻结帧及环境信息，如环境温度、车速、发动机转速、油门踏板位置等信息，并将记录的信息通过报文发送至CAN总线。

可选的，当某个故障状态为确认并激活时，计算故障灯状态，如MI灯、维修警示灯、STOP灯，并将各故障灯状态发送至CAN总线。故障警报灯包含MIL灯、STOP灯、水温警报灯、机油压力灯等。

一实施例中，当某个故障会影响到车辆安全，需要停止发动机运行，则会给仪表发送报文，仪表点亮STOP灯。

可选的，当检测到发动机水温高于报警阈值，则会给仪表发送报文，仪表点亮水温灯。

可选的，当某个确认并激活的故障会影响车辆或驾驶人员安全时，输出降级运行标志位，以达到限制发动机扭矩或车速的目的，保证驾驶安全性。

一实施例中，仪表通过CAN总线获取存储故障信息和计算的故障信息以及故障警报灯状态，按照要求显示故障信息，并点亮警报灯，以便提醒驾驶员进行维修。Tbox通过CAN总线获取故障信息、冻结帧信息等，并上传到网联平台，研发及服务人员可通过网联平台查询故障车辆信息，以便锁定故障原因。诊断设备可通过特定的协议与设定的主控制器进行通讯，读取所有的故障信息，并根据故障信息获取维修建议，以便维修人员进行故障排查维修。

参照图2，图2所示为本发明提供的一种车辆控制器的故障管理装置示意图，如图2所示，该装置包括：

解析模块201：其用于根据设定的主控制器对其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息。

计算模块202：其用于通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，并通过所述故障发生的标志位确定故障的激活状态。

存储模块203：其用于根据故障的激活状态，对故障信息进行存储，并进行故障提示。

进一步地，一种可能的实施方式中，计算模块202还用于，通过所述预设主控制器解析得到的其余各个控制器的源地址，确定当前故障信息所对应的控制器；

根据所述故障信息所对应的控制器定义的故障代码信息与解析得到的故障代码信息进行对比，得到故障发生的标志位。

进一步地，一种可能的实施方式中，计算模块202还用于，

当故障确认激活的标志位为1时，确定所述控制器发生故障且故障为激活状态；

当故障确认激活的标志位为0时，确定所述控制器故障为未激活状态。

进一步地，一种可能的实施方式中，计算模块202还用于，当确定故障发生时，则在下次发动机启动之前将所述故障存储为确认并激活的故障；

当已确认激活故障在发动机启动到停止过程中未被检测到时,则在下次发动机启动前将所述故障设置为历史激活状态。

进一步地，一种可能的实施方式中，计算模块202还用于，根据故障激活状态计算故障警报灯状态，并通过所述预设主控制器将故障信息和所述故障警报灯状态发送至CAN总线，

当车辆仪表接收到所述CAN总线上的故障信息和所述故障警报灯状态时，点亮报警灯并进行故障信息提示。

进一步地，一种可能的实施方式中，计算模块202还用于，

若故障发生的标志位为1时，计时器以设定步长从零开始累加，当计时器超过设定阈值时，则故障状态为确认激活状态；

若当故障为确认激活状态，故障发生的标志位为0时，计时器以设定步长从阈值开始递减，并当计时器递减至0时，检测故障发生的标志位为0，则故障状态为未激活状态。

进一步地，一种可能的实施方式中，存储模块203还用于，当故障状态为确认并激活时，所述预设主控制器记录故障信息以及故障发生瞬间的冻结帧，并将记录的故障信息以及故障发生瞬间的冻结帧发送至CAN总线；

Tbox通过所述CAN总线获取故障信息、冻结帧信息，并上传到网联平台，通过网联平台查询故障车辆信息，以锁定故障原因。

下面参照图3来描述根据本发明的这种实施方式的电子设备300。图3显示的电子设备300仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示，电子设备300以通用计算设备的形式表现。电子设备300的组件可以包括但不限于：上述至少一个处理单元310、上述至少一个存储单元320、连接不同系统组件(包括存储单元320和处理单元310)的信号线330。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元310执行，使得所述处理单元310执行本说明书上述“实施例方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元320可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)321和/或高速缓存存储单元322，还可以进一步包括只读存储单元(ROM)323。

存储单元320还可以包括具有一组(至少一个)程序模块325的程序/实用工具324，这样的程序模块325包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线330可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备300也可以与一个或多个外部设备(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备300交互的设备通信，和/或与使得该电子设备300能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口350进行。并且，电子设备300还可以通过网络适配器360与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器360通过总线330与电子设备300的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备300使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

根据本公开的方案，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图4所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品400，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

综上所述，本申请提供的一种车辆控制器的故障管理方法、装置、设备及存储介质，该方法包括步骤：根据设定的主控制器对其余各个控制器的诊断报文进行解析，得到其余各个控制器的源地址和故障代码信息；通过所述其余各个控制器的源地址和故障代码信息，计算故障发生的标志位，并通过所述故障发生的标志位确定故障的激活状态；根据故障的激活状态，对故障信息进行存储，并进行故障提示。本申请能够避免其它多个控制器对故障管理模块的重复开发，减少研发费用的投入，同时也能够对故障进行管理，方便维修人员进行故障排查维修，提高维修效率。

以上所述仅是本申请的具体实施方式，使本领域技术人员能够理解或实现本申请。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。

本发明是参照根据本发明实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。