车载控制器的诊断方法、装置、介质和电子设备与流程

本申请实施例涉及汽车诊断技术领域，尤其涉及一种车载控制器的诊断方法、装置、介质和电子设备。

背景技术：

随着车载控制器运算能力的提升，越来越多的功能集成到了不同的控制器中，控制器中的软硬件系统也越发复杂，出现问题后也越难分析。

现有技术中的控制器诊断系统，有的是针对各类故障存储故障码及冻结帧数据，然后通过诊断仪设备或远程诊断上传至诊断服务器进行分析，通过专家系统给出处理方案；有的是通过记录日志文件的方式，让开发人员对日志文件进行分析，根据故障发生的时间从中提取偶发故障的日志信息。

然而，第一种方法中，在面对很短时间内出现并随即消失的偶发故障时，很难复现，也很难从故障码和冻结帧数据中获取后期分析所需要的所有信息，当售后人员去处理时该故障问题已经消失；第二种方法中，不仅需要联系开发人员才能分析，效率低，而且分析到错误时往往需要执行一些操作来获取其他辅助信息进行确认，但此时该故障问题已经消失，无法获取当前更多的数据。因此，现有技术均无法对偶发故障进行有效地诊断和分析。

技术实现要素：

本申请实施例提供一种车载控制器的诊断方法、装置、介质和电子设备，以解决现有技术无法对偶发故障进行有效地诊断和分析的技术问题。

第一方面，本申请实施例提供了一种车载控制器的诊断方法，包括：

接收控制器的错误事件，并确定所述错误事件的类型；

根据所述错误事件的类型对所述错误事件进行自诊断；

根据所述自诊断的结果生成自诊断报告。

第二方面，本申请实施例提供了一种车载控制器的诊断装置，包括：

错误事件接收模块，用于接收控制器的错误事件，并确定所述错误事件的类型；

自诊断模块，用于根据所述错误事件的类型对所述错误事件进行自诊断；

报告生成模块，用于根据所述自诊断的结果生成自诊断报告。

第三方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请实施例所述的车载控制器的诊断方法。

第四方面，本申请实施例提供了一种电子设备，包括存储器，处理器及存储在存储器上并可在处理器运行的计算机程序，所述处理器执行所述计算机程序时实现如本申请实施例所述的车载控制器的诊断方法。

本申请实施例所提供的技术方案，在车载控制器中实时进行自诊断，在接收到控制器的错误事件时，能够第一时间对控制器进行自诊断，并生成自诊断报告，可有效应对偶发故障，并简化故障分析过程。

附图说明

图1是本申请实施例一提供的车载控制器的诊断方法的流程图；

图2是本申请实施例二提供的车载控制器的诊断方法的流程图；

图3是本申请实施例三提供的车载控制器的诊断装置的结构示意图；

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

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各步骤描述成顺序的处理，但是其中的许多步骤可以被并行地、并发地或者同时实施。此外，各步骤的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

实施例一

图1是本申请实施例一提供的车载控制器的诊断方法的流程图，本实施例可适用于对汽车上的车载控制器进行诊断的情况，尤其是针对控制器上的偶发故障进行诊断。该方法可以由本申请实施例所提供的车载控制器的诊断装置执行，该装置可以由软件和/或硬件的方式来实现，并可集成于电子设备中，该电子设备例如可以是车载控制器。

如图1所示，所述车载控制器的诊断方法包括：

s110、接收控制器的错误事件，并确定错误事件的类型。

其中，本申请实施例的方法可以由车载控制器中的自诊断进程来执行，车载控制器启动后，其功能软件进程在发现存在错误事件时，会立刻将存在错误事件的消息发送给自诊断进程，自诊断进程随即确定出该错误事件的类型。所述类型例如可以包括：控制器连接后台失败、写入文件失败、读取文件失败或对端控制器心跳包丢失等。

s120、根据错误事件的类型对错误事件进行自诊断。

不同的类型对应不同的自诊断方案，可以预先对其进行配置，也可以随时进行调整和完善。自诊断方案的目的就是排查出出现错误事件的可能原因。

s130、根据自诊断的结果生成自诊断报告。

生成的自诊断报告可以进行保存，以便售后人员通过诊断设备或远程诊断系统读取自诊断报告进行分析，明确故障原因，并进行修复。

需要说明的是，在现有技术的通过故障码和冻结帧数据的诊断方法中，由于错误发生后会等待一段时间(一般为500毫秒或1秒)用于确认故障，然后才会记录故障码和冻结帧数据。如果错误发生的时长小于故障确认的时长，就不会记录故障码和冻结帧数据，该错误就会被忽略掉。而且，冻结帧数据记录的是故障确认后那一个时间点的车辆状态数据，无法还原整个错误发生的过程，造成错误发生时的环境数据无法复现，影响错误的诊断。因此，这种现有技术并不适用于在很短时间内出现并随即消失的故障。另外，由于诊断故障码最终会显示在售后诊断仪上，因此一般只有较为严重、会影响车辆功能的故障才会为其定义故障码，而对于系统内部错误则不会定义故障码。

而本申请实施例中，一方面，会将可能出现的影响车辆功能的故障以及控制器系统内部的故障都进行定义，形成各种类型的错误事件，比现有技术中的错误码范围更广，维度更细。同时，在控制器内部专门设置自诊断进程，可以随时获取到控制器的错误事件，并根据类型进行自诊断，且具有很好的实时性，收集的信息也能实时反映控制器当前的状态，能够实现在错误发生的同时进行诊断，避免了现有技术中因无法复现环境数据而导致影响诊断的问题，尤其是对分析偶发故障十分有效。

本申请实施例所提供的技术方案，在车载控制器中实时进行自诊断，在接收到控制器的错误事件时，能够第一时间对控制器进行自诊断，并生成自诊断报告，可有效应对偶发故障，并简化故障分析过程。

实施例二

图2是本发明实施例二提供的车载控制器的诊断方法的流程图，本实施例二在实施例一的基础上进行进一步地优化，如图2所示，所述方法包括：

s210、接收控制器的错误事件，并根据错误事件的事件标识确定错误事件的类型。

其中，事件标识可以预先进行配置，不同的错误事件都有其唯一的事件标识，根据该事件标识即可唯一地确定错误事件的类型。

s220、根据错误事件的类型，和预先配置的与所述类型对应的自诊断方案，对错误事件进行自诊断。

具体的，控制器系统启动后，本申请实施例的自诊断进程随即启动，且在接收控制器的错误事件之前，自诊断进程一直处于等待状态。当自诊断程序接收到错误事件，立即判断类型，并执行与该类型对应的自诊断方案，对错误事件进行自诊断。

其中，不同类型的错误事件对应不同的自诊断方案。例如，当错误类型为控制器连接后台服务器失败，自诊断方案至少可以包括：查询以太网phylink状态、检查网络设备驱动运行状态、查询mac、ip、端口映射等网络配置参数、ping车内联网控制器、ping车内其他控制器以及ping后台服务器等。当错误事件为写入文件失败，自诊断方案至少可以包括：检查配置文件路径有效性、检查分区是否损坏、检查文件及文件夹读写权限、检查配置文件大小、查询分区剩余空间大小以及检查文件是否被其他进程占用等。

通过对不同类型的错误事件执行与之对应的自诊断方案，能够及时在错误发生的时刻，收集环境信息，检查错误可能发生的原因，尤其是针对偶发事故，也能在错误发生时第一时间进行诊断，提高了控制器诊断的及时性和准确性。

s230、根据自诊断的结果生成自诊断报告。

本申请实施例所提供的技术方案，在车载控制器中实时进行自诊断，在接收到控制器的错误事件时，能够第一时间对控制器进行自诊断，针对不同类型的错误事件执行不同的自诊断方案，并生成自诊断报告，可有效应对偶发故障，简化故障分析过程，提高控制器诊断的及时性和准确性。

实施例三

图3是本申请实施例三提供的车载控制器的诊断装置的结构示意图，本实施例可适用于对汽车上的车载控制器进行诊断的情况，尤其是针对控制器上的偶发故障进行诊断。该装置可以由软件和/或硬件的方式来实现，并可集成于电子设备中，该电子设备例如可以是车载控制器。如图3所示，车载控制器的诊断装置包括：

错误事件接收模块310，用于接收控制器的错误事件，并确定所述错误事件的类型；

自诊断模块320，用于根据所述错误事件的类型对所述错误事件进行自诊断；

报告生成模块330，用于根据所述自诊断的结果生成自诊断报告。

可选的，错误事件接收模块310具体用于：

接收控制器的错误事件，并根据所述错误事件的事件标识确定所述错误事件的类型。

可选的，自诊断模块320具体用于：

根据所述错误事件的类型，和预先配置的与所述类型对应的自诊断方案，对所述错误事件进行自诊断。

可选的，所述装置配置于所述控制器中，并通过运行自诊断进程来实现车载控制器的诊断。

可选的，在所述接收控制器的错误事件之前，所述自诊断进程处于等待状态。

上述产品可执行本申请实施例所提供的车载控制器的诊断方法，具备执行方法相应的功能模块和有益效果。

实施例四

本申请实施例四还提供一种包含计算机可执行指令的介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种车载控制器的诊断方法，所述方法包括：

接收控制器的错误事件，并确定所述错误事件的类型；

根据所述错误事件的类型对所述错误事件进行自诊断；

根据所述自诊断的结果生成自诊断报告。

介质——任何的各种类型的存储器设备或存储设备。术语“介质”旨在包括：安装介质，例如cd-rom、软盘或磁带装置；计算机系统存储器或随机存取存储器，诸如dram、ddrram、sram、edoram，兰巴斯(rambus)ram等；非易失性存储器，诸如闪存、磁介质(例如硬盘或光存储)；寄存器或其它相似类型的存储器元件等。介质可以还包括其它类型的存储器或其组合。另外，介质可以位于程序在其中被执行的计算机系统中，或者可以位于不同的第二计算机系统中，第二计算机系统通过网络(诸如因特网)连接到计算机系统。第二计算机系统可以提供程序指令给计算机用于执行。术语“介质”可以包括可以驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多介质。介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。

当然，本申请实施例所提供的一种包含计算机可执行指令的介质，其计算机可执行指令不限于如上所述的车载控制器的诊断操作，还可以执行本申请任意实施例所提供的车载控制器的诊断方法中的相关操作。

实施例五

本申请实施例五提供了一种电子设备，该电子设备中可集成本申请实施例提供的车载控制器的诊断装置。图4是本申请实施例五提供的一种电子设备的结构示意图。如图4所示，本实施例提供了一种电子设备400，其包括：一个或多个处理器420；存储装置410，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器420执行，使得所述一个或多个处理器420实现本申请实施例所提供的车载控制器的诊断方法，所述方法包括：

接收控制器的错误事件，并确定所述错误事件的类型；

根据所述错误事件的类型对所述错误事件进行自诊断；

根据所述自诊断的结果生成自诊断报告。

当然，本领域技术人员可以理解，处理器420还实现本申请任意实施例所提供的车载控制器的诊断方法的技术方案。

图4显示的电子设备400仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图4所示，该电子设备400包括处理器420、存储装置410、输入装置430和输出装置440；电子设备中处理器420的数量可以是一个或多个，图4中以一个处理器420为例；电子设备中的处理器420、存储装置410、输入装置430和输出装置440可以通过总线或其他方式连接，图4中以通过总线450连接为例。

存储装置410作为一种计算机可读介质，可用于存储软件程序、计算机可执行程序以及模块单元，如本申请实施例中的车载控制器的诊断方法对应的程序指令。

存储装置410可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储装置410可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储装置410可进一步包括相对于处理器420远程设置的存储器，这些远程存储器可以通过网络连接。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置430可用于接收输入的数字、字符信息或语音信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。输出装置440可包括显示屏、扬声器等电子设备。

本申请实施例提供的电子设备，可有效应对偶发故障，并简化故障分析过程，提高控制器诊断的及时性和准确性。

上述实施例中提供的车载控制器的诊断装置、介质及电子设备可执行本申请任意实施例所提供的车载控制器的诊断方法，具备执行该方法相应的功能模块和有益效果。未在上述实施例中详尽描述的技术细节，可参见本申请任意实施例所提供的车载控制器的诊断方法。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。