CN117290151A - 电源模块的故障原因确定方法、装置、设备、系统和介质 - Google Patents

Abstract

本申请公开了一种电源模块的故障原因确定方法、装置、设备、系统和介质，该方法包括：获取电源模块的故障数据，其中，故障数据是在电源模块的目标程序执行任务失败的情况下对电源模块所在的系统进行采集得到；利用故障数据，分析电源模块的软件运行状态；基于软件运行状态，选择对目标程序的任务运行情况或者接口通讯情况进行分析，以确定电源模块的目标程序执行任务失败的故障原因，接口通讯情况的分析为分析接口通讯故障的原因。通过上述方式，本申请能够定位电源模块的故障原因。

Description

电源模块的故障原因确定方法、装置、设备、系统和介质

技术领域

本申请涉及电池技术领域，特别是涉及一种电源模块的故障原因确定方法、装置、设备、系统和介质。

背景技术

随着生活水平的提高，在日常生活中人们越来越多的开始使用各种电池。一些设备中，与电池相关的模块中包括电源模块，例如，电池管理系统（BMS，Battery ManagementSystem），也可以称为电池保姆或电池管家，能够实现智能化管理及维护各个电池单元，防止电池出现过充电和过放电，延长电池的使用寿命，监控电池的状态等功能，电池管理系统包括有电源模块。

电源模块可能出现故障，但是现有技术中，对电源模块的故障仍然欠缺了解，在发生目标程序执行任务失败的故障时难以确定故障原因。

发明内容

本申请至少提供一种电源模块的故障原因确定方法、装置、设备、系统和介质，能够解决难以确定电源模块目标程序执行任务失败的故障原因的问题。

本申请提供了一种电源模块的故障原因确定方法，包括：获取电源模块的故障数据，其中，故障数据是在电源模块的目标程序执行任务失败的情况下对电源模块所在的系统进行采集得到；利用故障数据，分析电源模块的软件运行状态；基于软件运行状态，选择对目标程序的任务运行情况或者接口通讯情况进行分析，以确定电源模块的目标程序执行任务失败的故障原因，接口通讯情况的分析为分析接口通讯故障的原因。

因此，利用故障数据分析电源模块的软件运行状态，并进一步选择任务运行情况或者接口通讯情况进行分析，从能够定位电源模块的具体故障原因，以便于用户了解电源模块的故障，提升故障处理效率。

其中，故障数据包括第一软件故障标记信息，软件运行状态是利用第一软件故障标记信息分析得到的。

因此，利用故障数据能够分析软件运行状态，以实现定位故障原因。

其中，利用故障数据，分析电源模块的软件运行状态，包括：从第一故障记录信息中查找是否存在符合运行异常条件的第一软件故障标记信息；响应于存在符合运行异常条件的第一软件故障标记信息，确定电源模块的软件运行状态为软件运行异常。

因此，利用第一软件故障标记信息与运行异常条件能够分析出软件运行状态是否异常，以实现定位故障原因。

其中，基于软件运行状态，选择对目标程序的任务运行情况或者接口通讯情况进行分析，以确定电源模块的目标程序执行任务失败的故障原因，包括：响应于电源模块存在软件运行异常，对任务运行情况进行分析，以确定故障原因；响应于电源模块不存在软件运行异常，对接口通讯情况进行分析，以确定故障原因。

因此，在确定软件运行状态之后，可以进一步分析软件运行状态异常的原因或者从接口通讯情况进一步分析故障原因，实现故障原因的细化。

其中，对任务运行情况进行分析，以确定故障原因，包括：分析目标程序的执行任务是否卡死；响应于执行任务卡死，确定故障原因为执行任务卡死；响应于执行任务不存在卡死，确定目标程序卡滞，并分析卡滞原因，以作为故障原因。

因此，从任务是否卡死以及卡滞方面分析任务运行情况，实现故障原因的细化。

其中，分析卡滞原因，以作为故障原因，包括：响应于卡滞与执行任务中断被挂起有关，确定故障原因为任务中断被挂起；响应于卡滞与任务运行时间过长有关，分析任务运行时间过长的原因，以作为故障原因。

因此，确定任务卡滞后，可以进一步定位卡滞原因，实现故障原因的细化。

其中，分析任务运行时间过长的原因，以作为故障原因，包括：响应于任务时间过长与处理器占用过高有关，确定故障原因为处理器占用过高；响应于任务时间过长与处理器占用过高无关，确定任务时间过长与频繁进中断有关，并分析频繁进中断的原因，以作为故障原因。

因此，在确定卡滞与任务运行时间过长有关的基础上，还可以进一步定位任务运行时间过长与处理器占用过高、频繁进中断是否有关，以进一步具体定位到故障原因。

其中，分析频繁进中断的原因，以作为故障原因，包括：响应于频繁进中断与执行任务的时序不准有关，确定故障原因为任务时序不准；响应于频繁进中断与中断异常有关，确定故障原因为中断异常。

因此，在确定频繁进中断后，可以进一步将故障原因细化到频繁进中断与任务时序不准、中断异常有关，详细反映电源模块的故障原因，以便于用户了解故障，便于用户对故障作出处理。

其中，故障数据包括第二软件故障标记信息，目标程序的执行任务是否卡死和卡滞原因的至少一者是利用第二软件故障标记信息分析得到的。

因此，故障数据可以用于分析得到目标程序的任务情况，实现故障原因的细化。

其中，分析目标程序的执行任务是否卡死，包括：在第一数值范围和第二数值范围中，确定出第二软件故障标记信息的值所在的数值范围，其中，第一数值范围对应于执行任务卡死，第二数值范围对应于执行任务未卡死。

因此，根据第二软件故障标记信息的值所在的数值范围能够确定任务的情况，实现故障原因的定位。

其中，分析卡滞原因，包括：在若干不同的第三数值范围中，确定出第二软件故障标记信息的值所在的第三数值范围，并基于确定的第三数值范围，确定卡滞原因，其中，第二软件故障标记信息的值处于不同第三数值范围，对应不同卡滞原因，每个第三数值范围均在对应于执行任务未卡死的第二数值范围内。

因此，根据第二软件故障标记信息的值所在的数值范围还能够确定卡滞原因，实现故障原因的细化。

其中，在第一数值范围和第二数值范围中，确定出第二软件故障标记信息的值所在的数值范围，包括：检测第二软件故障标记信息的值是否处于第一数值范围内，其中，第二数值范围为除第一数值范围以外的其他数值范围。

因此，通过检测第二软件故障标记信息的值是否处于预设的范围内，能够实现根据第二软件故障标记信息分析得到任务情况。

其中，在若干不同的第三数值范围中，确定出第二软件故障标记信息的值所在的第三数值范围，并基于确定的第三数值范围，确定卡滞原因，包括：检测第二软件故障标记信息的值是否处于第四数值范围内，其中，第四数值范围为执行任务未卡死的第二数值范围中除第一卡滞原因对应的第三数值范围以外的剩余数值范围，第一卡滞原因为任务中断被挂起；响应于第二软件故障标记信息的值不处于第四数值范围内，确定故障原因为任务中断被挂起；响应于第二软件故障标记信息的值处于第四数值范围内，检测故障数据中的第一芯片信息记录的处理器占用情况；响应于处理器占用情况符合过高条件，确定故障原因为处理器占用过高；响应于处理器占用情况不符合过高条件，检测第二软件故障标记信息的值是否处于第二卡滞原因对应的第三数值范围内，第二卡滞原因为任务时序不准，第三卡滞原因为中断异常；响应于第二软件故障标记信息的值处于第二卡滞原因对应的第三数值范围内，确定故障原因为任务时序不准；响应于第二软件故障标记信息的值不处于第二卡滞原因对应的第三数值范围内，确定故障原因为中断异常。

因此，根据第二软件故障标记信息的值所在的数值范围，能够定位到卡滞的原因，实现故障原因的进一步细化。

其中，对接口通讯情况进行分析，以确定故障原因，包括：确定存在接口通讯故障，并基于接口通讯故障的第一级原因，确定故障原因，其中，故障原因为第一级原因或者第一级原因下的第二级原因。

因此，对接口通讯情况进行进一步分析，能够实现故障原因的展开。

其中，基于接口通讯故障的第一级原因，确定故障原因，包括：响应于第一级原因为数据校验失败，分析数据校验失败下的第二级原因为接口软件故障还是接口硬件故障，以作为故障原因；响应于第一级原因为外部干扰过大，确定故障原因为外部干扰过大；响应于第一级原因不为数据校验失败和外部干扰过大，确定故障原因为芯片自身故障。

因此，确定接口通讯故障的第一级原因以相应分析故障原因，能够实现对各第一级原因的进一步展开。

其中，故障数据包括表征接口状态的第二芯片信息，第一级原因包括数据校验失败和外部干扰过大，其中，第一级原因是否为数据校验失败是利用第二芯片信息中的第一数据分析得到；第一级原因是否为外部干扰过大是对第二芯片信息中的第二数据的预设位的值进行分析得到的；数据校验失败的第二级原因是利用第二芯片信息中的第三数据分析得到的。

因此，利用故障数据进行分析，能够将故障原因定位到数据校验失败和外部干扰过大。

其中，目标程序为外部监控程序。

因此，能够反映外部监控程序执行任务失败的原因。

本申请提供了一种电源模块的故障原因确定装置，包括获取模块、第一分析模块和第二分析模块，获取模块用于获取电源模块的故障数据，其中，故障数据是在电源模块的目标程序执行任务失败的情况下对电源模块所在的系统进行采集得到；第一分析模块用于利用故障数据，分析电源模块的软件运行状态；第二分析模块用于基于软件运行状态，选择对目标程序的任务运行情况或者接口通讯情况进行分析，以确定电源模块的目标程序执行任务失败的故障原因，接口通讯情况的分析为分析接口通讯故障的原因。

本申请提供了一种电子设备，包括相互耦接的存储器和处理器，处理器用于执行存储器中存储的程序指令，以实现上述任一电源模块的故障原因确定方法。

本申请提供了一种故障定位系统，包括目标设备和定位设备，目标设备包括电池和电源模块；定位设备为上述电子设备，用于对电源模块进行故障定位。

因此，定位设备可以对目标设备中的电源模块进行故障原因定位，能够反映电源模块已发生的故障的原因，便于用户准确了解电源模块已经发生的故障。

其中，目标设备为车辆。

因此，能够反映车辆中电源模块的故障原因，便于用户准确了解电源模块已经发生的故障。

其中，定位设备为独立于目标设备，或者集成于目标设备中。

因此，定位设备可以独立于目标设备，或者集成于目标设备，能够灵活适应不同的应用需要。

本申请提供了一种计算机可读存储介质，其上存储有程序指令，程序指令被处理器执行时实现上述任一项的电源模块的故障原因确定方法。

附图说明

图1是本申请电源模块的故障原因确定方法一实施方式的流程示意图；

图2是图1中步骤S130另一实施方式的流程示意图；

图3是图1中步骤S130再一实施方式的流程示意图；

图4是本申请电源模块的故障原因确定方法另一实施方式的示意图；

图5是本申请电源模块的故障原因确定装置一实施方式的框架示意图；

图6是本申请电子设备一实施方式的框架示意图；

图7是本申请故障定位系统一实施方式的框架示意图；

图8是本申请计算机可读存储介质一实施方式的框架示意图。

具体实施方式

为使本申请的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本申请进一步详细说明。

目前，越来越多的设备使用电池，配合电池设置的模块包括电源模块。例如，电池管理系统中包括电源模块。电源模块可能出现故障，但是现有技术中，对电源模块的故障仍然欠缺了解，在发生故障时难以确定故障原因。

本发明人注意到，与电源模块相关的数据可以表征电源模块的状态，但是这些数据往往被忽视。故，本申请实施例提出了以下电源模块的故障原因确定方法，对电源模块的故障数据进行分析得到电源模块的故障原因，便于用户了解电源模块的故障进而及时地应对，提升故障处理效率。

参阅图1，图1是本申请电源模块的故障原因确定方法一实施方式的流程示意图，该方法包括：

步骤S110：获取电源模块的故障数据。

其中，电源模块可以是配合电池设置的，例如，可以是电池管理系统中的电源模块，具体来说，可以是电池管理系统的信息电源芯片。以下以电源模块是电池管理系统中的电源模块为例进行说明，其他电源模块同理。

其中，电源模块可以与电池一并设置于目标设备中。

具体地，电池管理系统可以是某一设备的电池管理系统，该设备可以称为目标设备，目标设备上可以设置有电池。

其中，电池管理系统中包括有电源模块，如，SBC（System Basis Chip）芯片等。

故障数据可以是与电源模块的目标程序任务执行失败这一故障关联的数据，故障数据包含的数据项可以根据实际应用需要而设置，不同的电源模块对应的故障数据包含的数据项可以是相同的，也可以是存在不同的。并且故障数据是在电源模块发生故障的情况下对电源模块所在的系统进行采集得到的。

本申请提供的电源模块的故障原因确定方法可以由上述目标设备执行，也可以由能够与上述目标设备通信连接的其他设备执行。执行电源模块的故障原因确定方法的设备可以称为执行设备，或者也可以简称为设备。

在一具体的应用场景中，目标车辆设置有电池以及电池管理系统。执行设备可以为服务器，目标车辆和服务器之间可以进行通信。服务器能够执行本申请提供的电源模块的故障原因确定方法，对目标车辆上设置的电池管理系统的电源模块进行故障原因定位。

在一具体的应用场景中，目标车辆设置有电池以及电池管理系统，并且执行设备集成于目标车辆，执行设备能够执行本申请提供的电源模块的故障原因确定，也就是说，可以由目标车辆对其上设置的电池管理系统的电源模块进行故障原因定位。

进一步地，执行设备可以为目标车辆的电池管理系统对应的硬件本身，也就是说可以由目标车辆的电池管理系统对其包含的电源模块进行故障原因定位。

步骤S120：利用故障数据，分析电源模块的软件运行状态。

一些实施例中，故障数据可以包括电源模块的状态信息、软件故障标记信息中的至少一者，可以用于进行故障分析。当然，故障数据也可以不限于上述内容，例如还可以包括芯片状态信息、通讯状态信息、驱动状态信息、电池状态信息、故障统计信息等等。其中，故障统计信息可以包括故障发生次数、故障发生时长中的至少一者。

其中，分析电源模块的软件运行状态可以包括分析电源模块的软件运行是否异常。

一些实施例中，故障数据包括第一软件故障标记信息，第一软件故障标记信息能够表示软件运行状态，因此，利用第一软件故障标记信息能够分析确定电源模块的软件运行状态。具体来说，可以确定电源模块的软件运行状态是否异常。

一些实施例中，利用故障数据，分析电源模块的软件运行状态，包括：从第一故障记录信息中查找是否存在符合运行异常条件的第一软件故障标记信息；响应于存在符合运行异常条件的第一软件故障标记信息，确定电源模块的软件运行状态为软件运行异常。

其中，异常条件可以是预先设定的，根据本次采集的故障数据中第一故障记录信息的内容与预先设定的异常条件进行比较，能够确定本次故障是否存在软件运行状态异常。

步骤S130：基于软件运行状态，选择对任务运行情况或者接口通讯情况进行分析，以确定电源模块的目标程序执行任务失败的故障原因。

其中，任务运行情况为目标程序的任务运行情况。需要说明的是，电源模块故障的原因可以包括软件运行方面的影响和通讯方面的影响，故而可以从这两个方面进行分析。先分析软件运行是否异常，若异常，那么则可以进一步分析软件运行异常的原因。若不异常，那么排除软件运行异常，则可以从通讯方面判断故障原因，接口通讯情况的分析为分析接口通讯故障的原因。

示例性地，目标程序为外部监控程序，那么利用故障数据进行分析，能够反映外部监控程序执行任务失败的原因。

在一具体的应用场景中，目标程序为看门狗，根据故障数据可以分析喂狗失败的原因。

因此，利用故障数据分析电源模块的软件运行状态，并进一步选择任务运行情况或者接口通讯情况进行分析，从能够定位电源模块的具体故障原因，以便于用户了解电源模块的故障，能够根据故障原因处置故障，无需再识别故障发生的原因，提升故障处理效率。

一些实施例中，基于软件运行状态，选择对任务运行情况或者接口通讯情况进行分析，以确定电源模块的目标程序执行失败的故障原因，可以包括：响应于电源模块存在软件运行异常，对任务运行情况进行分析，以确定故障原因；响应于电源模块不存在软件运行异常，对接口通讯情况进行分析，以确定故障原因。

需要说明的是，故障原因的颗粒度可以根据实际应用需要而设置。示例性地，故障数据可以用于分析是否存在软件运行异常或者接口通讯异常，故障原因可以只定位到软件运行异常或者接口通讯异常，或者进一步分析软件运行异常的原因或接口通讯异常的原因。

参阅图2，图2是图1中步骤S130另一实施方式的流程示意图。

在确定存在软件运行异常的情况下，异常可能与任务运行有关，可以对任务运行情况进行分析，进一步细化软件运行异常的原因，以确定故障原因。具体可以包括：

步骤S231：分析目标程序的执行任务是否卡死。

其中，软件运行异常的原因可以从任务运行的情况进行分析，可能的原因可以包括目标程序的执行任务卡死、目标程序的执行任务卡滞等，可以从以上可能的原因角度进行分析。

本实施例中，首先分析执行任务是否卡死，进一步根据是否卡死的分析结果进行下一步分析，执行步骤S232或者步骤S233。

步骤S232：响应于执行任务卡死，确定故障原因为执行任务卡死。

定位到执行任务卡死之后，可以直接输出故障原因。一些实施例中，还可以进一步细化分析执行任务卡死的具体原因。

步骤S233：响应于执行任务不存在卡死，确定目标程序卡滞，并分析卡滞原因，以作为故障原因。

在排除执行任务卡死之后，可以确定目标程序卡滞导致软件运行异常。一些实施例中，可以直接输出执行任务卡滞作为故障原因，也可以进一步分析卡滞原因，以作为故障原因。

其中，任务卡死可以指操作系统调度的任务卡在task里面，不能运行出来，任务卡滞可以指能够执行但是滞后，具体可以根据实际应用需要而设置。示例性地，可以设置卡滞时长和卡死时长，任务执行超过卡滞时长可以认为任务执行卡滞，超过卡死时长可以认为任务卡死。

在一具体的应用场景中，故障数据包括第二软件故障标记信息，目标程序的执行任务是否卡死和卡滞原因的至少一者是利用第二软件故障标记信息分析得到的。

在一具体的应用场景中，第二软件故障标记信息可以被设置为根据数据归属的范围确定任务是卡死还是未卡死。分析目标程序的执行任务是否卡死包括：在第一数值范围和第二数值范围中，确定出第二软件故障标记信息的值所在的数值范围，其中，第一数值范围对应于执行任务卡死，第二数值范围对应于执行任务未卡死。

其中，在第一数值范围和第二数值范围中，确定出第二软件故障标记信息的值所在的数值范围，包括：检测第二软件故障标记信息的值是否处于第一数值范围内，其中，第二数值范围为除第一数值范围以外的其他数值范围。

在一具体的应用场景中，可以根据看门狗管理模块记录的违反类型的数值大于等于1，判断为卡滞，否则判断为卡死。

可以理解的是，卡滞可能的原因可以包括执行任务中断被挂起、任务运行时间过长，可以从这两个角度分析卡滞的具体原因。

具体地，响应于卡滞与执行任务中断被挂起有关，确定故障原因为任务中断被挂起；响应于卡滞与任务运行时间过长有关，分析任务运行时间过长的原因，以作为故障原因。

一些实施例中，可以直接将执行任务中断被挂起或任务运行时间过长作为故障原因输出，也可以再进一步细化分析原因。

一些实施例中，分析任务运行时间过长的原因，以作为故障原因，包括：响应于任务时间过长与处理器占用过高有关，确定故障原因为处理器占用过高；响应于任务时间过长与处理器占用过高无关，确定任务时间过长与频繁进中断有关，并分析频繁进中断的原因，以作为故障原因。

一些实施例中，分析频繁进中断的原因可以包括：响应于频繁进中断与执行任务的时序不准有关，确定故障原因为任务时序不准；响应于频繁进中断与中断异常有关，确定故障原因为中断异常。

在一具体的应用场景中，第二软件故障标记信息可以被设置为根据数据归属的范围确定卡滞原因。分析卡滞原因，包括：在若干不同的第三数值范围中，确定出第二软件故障标记信息的值所在的第三数值范围，并基于确定的第三数值范围，确定卡滞原因，其中，第二软件故障标记信息的值处于不同第三数值范围，对应不同卡滞原因，每个第三数值范围均在对应于执行任务未卡死的第二数值范围内。

其中，第二数值范围内可以包括若干第三数值范围，表示在未卡死的情况下，存在若干种卡滞原因，每种卡滞原因对应一第三数值范围。

继续上例，可以根据看门狗管理模块记录的违反类型的数值大于等于1，判断为卡滞，可以进一步判断范围违反类型的数值在大于等于1的基础上，确定其属于何种卡滞原因。例如，值不等于3时确定为运行时间过长，否则认为是中断被挂起。

其中，在若干不同的第三数值范围中，确定出第二软件故障标记信息的值所在的第三数值范围，并基于确定的第三数值范围，确定卡滞原因，包括：检测第二软件故障标记信息的值是否处于第四数值范围内，响应于第二软件故障标记信息的值不处于第四数值范围内，确定故障原因为任务中断被挂起。

其中，第四数值范围为执行任务未卡死的第二数值范围中除第一卡滞原因对应的第三数值范围以外的剩余数值范围，第一卡滞原因为任务中断被挂起。

需要说明的是，第二软件故障标记信息的值处于第四数值范围内的情况下，排除了中断被挂起，可以将卡滞原因定位为任务运行时间过长，并可以进一步分析任务运行时间过长的原因。

在响应于第二软件故障标记信息的值处于第四数值范围内，检测故障数据中的第一芯片信息记录的处理器占用情况；响应于处理器占用情况符合过高条件，确定故障原因为处理器占用过高，可以理解为是处理器占用过高导致任务运行时间过长，表现为任务卡滞，所以目标程序任务失败。

需要说明的是，若判断处理器占用不存在过高，那么可以定位原因到频繁终端，抢占任务资源，并且可以进一步判断具体的原因，以定位卡滞原因。

响应于处理器占用情况不符合过高条件，检测第二软件故障标记信息的值是否处于第二卡滞原因对应的第三数值范围内，第二卡滞原因为任务时序不准，第三卡滞原因为中断异常。响应于第二软件故障标记信息的值处于第二卡滞原因对应的第三数值范围内，确定故障原因为任务时序不准。响应于第二软件故障标记信息的值不处于第二卡滞原因对应的第三数值范围内，确定故障原因为中断异常。

可以理解的是，根据预先确定的数值范围以及第二软件故障标记信息的值，能够分析任务的执行情况，并且能够逐层细化任务出现异常的原因，以上仅为示例，具体的任务执行情况以及对应的数值范围可以根据实际应用而调整。

一些实施例中，可以利用决策树逐层分析，一步步细化定位电源模块的故障原因，逐层根据故障数据中对应的内容进行分析，从而逐步细化故障原因。定位电源模块的故障原因的颗粒度可以根据实际应用需要而设置。一些实施例中，分析手段也可以不限于决策树，还可以使用其他数据分析手段，例如神经网络等等。

一些实施例中，故障原因可以逐层细化，从而定位到元器件，例如，SPI通讯硬件故障等。

参阅图3，图3是图1中步骤S130再一实施方式的流程示意图。

在确定存在软件运行不异常的情况下，可以直接确定存在接口通讯故障。一些实施例中，故障数据可以用于判断是软件运行异常还是接口通讯故障，在排除软件运行异常之后，可以确定存在接口通讯异常。

一些实施例中，故障数据可以判断软件运行是否异常，以及接口通讯是否故障，基于故障数据可以排除前者而确定原因为后者。

确定存在接口通讯故障之后，可以进一步判断接口通讯故障的原因，一些实施例中，可以判断接口通讯故障的第一级原因，以确定故障原因。一些实施例中，还可以在确定第一级原因的基础上进一步深入判断第二级原因，以确定故障原因。

具体来说，可以将第一级原因或者分析得到第一级原因下的第二级原因作为故障原因。具体可以包括：

步骤S331：确定存在接口通讯故障，响应于第一级原因为数据校验失败，分析数据校验失败下的第二级原因为接口软件故障还是接口硬件故障，以作为故障原因。

步骤S332：确定存在接口通讯故障，响应于第一级原因为外部干扰过大，确定故障原因为外部干扰过大。

步骤S333：确定存在接口通讯故障，响应于第一级原因不为数据校验失败和外部干扰过大，确定故障原因为芯片自身故障。

其中，造成接口通讯故障可能的第一级原因可以包括数据校验失败、外部干扰过大、芯片自身故障，因此可以从这三个角度进行分析，在确定接口通讯故障时，可以从上述三个角度分析接口通讯故障的第一级原因。当然，一些实施例中，第一级原因、第二级原因也可以包括其他原因，具体可以根据实际应用需要设置。

在定位到第一级原因之后，可以直接输出故障原因，也可以进一步分析第二级原因。

示例性地，在排除数据校验失败和外部干扰过大之后，可以直接确定故障原因为芯片自身故障。如确定第一级原因为分析数据校验失败，那么还可以进一步分析其下的第二级原因为接口软件故障还是接口硬件故障。

需要说明的是，第一级原因可以是基于故障数据分析得到。一些实施例中，故障数据中的不同数据可以分别对应不同的第一级原因，表征是否存在对应的第一级原因的情形。例如，故障数据包括表征接口状态的第二芯片信息，第二芯片信息中的不同部分别表示不同第一级原因的情况存在与否。

在一实施场景中，故障数据包括表征接口状态的第二芯片信息，第一级原因包括数据校验失败和外部干扰过大，其中，第一级原因是否为数据校验失败是利用第二芯片信息中的第一数据分析得到；第一级原因是否为外部干扰过大是对第二芯片信息中的第二数据的预设位的值进行分析得到的。

在一具体的应用场景中，故障数据包括串行通信接口模块的故障记录，其中包括SERVICE_ID，根据这一数据可以判断是否存在数据校验失败。

在一具体的应用场景中，故障数据包括串行通信接口模块的故障记录，其中包括DIAG_SPI的值，根据其第五位的数值可以判断是否存在外部干扰过大。

在一实施场景中，数据校验失败的第二级原因是利用第二芯片信息中的第三数据分析得到的。

在一具体的应用场景中，故障数据包括串行通信接口模块的故障记录，其中包括ERROR_ID，根据这一数据可以判断数据校验失败的具体原因。

参阅图4，图4是本申请电源模块的故障原因确定方法另一实施方式的示意图。

本实施例中，采用决策树作为分析手段，以电源模块为电池管理系统中的电源芯片为例进行说明。图4中给出了电源芯片对应的一种决策树，用于确定电源芯片的目标程序执行任务失败的故障原因。其中，目标程序为外部监控程序。如图4，能够定位喂狗失败的故障原因。具体流程包括：

1.根据FaultM模块（故障管理模块）存储的det记录 ，若存在MODULE_ID为83且ERROR_ID介于 0x0A和0x3A之间的det记录，则判定为SPI通讯故障。否则为软件运行异常，进入下一步继续判断是否为任务卡死。

2.根据WDGM模块（看门狗管理模块）记录的WdgM_ViolationType（违反类型，第二软件故障标记信息），当WdgM_ViolationType≥1时，可判定为task卡滞（任务卡滞）；反之则为task卡死，直接确定task卡死（任务卡死）。

3.根据WDGM模块记录的WdgM_ViolationType判断task卡滞的原因，当WdgM_ViolationType ≠ 3时，可判定为Runnable运行时间过长，可进一步分析以细化故障原因；反之则为中断被挂起，直接确定原因为中断被挂起，可直接输出原因。

4.根据T1或者Rtm模块（记录占用、堆栈的模块）的CpuLoading记录（第一芯片信息中的处理器占用情况），当CpuLoading ≥ 75%时，可判定为CpuLoading 过高；反之，则为频繁进中断，抢占Task资源。

5.根据WDGM模块记录的WdgM_ViolationType判断频繁进中断，抢占task资源的原因，当WdgM_ViolationType ≠ 3且大于等于2时，可判定为Task时序不准；反之则为中断异常。

6.根据SPI模块的det记录（表征接口状态的第二芯片信息）判断SPI通讯故障的原因，若SERVICE_ID= 0x0A（第一数据），则判定为数据校验失败。否则继续判断是否为外部干扰过大。

7.根据SPI模块的det记录，若ERROR_ID≠ 0x0E或0x1A （第三数据），则判定为SPI软件故障；否则为SPI硬件故障。

8.根据记录的 DIAG_SPI的值（第二数据），若bit5（第五位）为1，则判定为外部干扰过大；反之，则判定为芯片本身故障。

参阅图5，图5是本申请电源模块的故障原因确定装置一实施方式的框架示意图。

本实施例中，电源模块的故障原因确定装置50包括获取模块51、第一分析模块52和第二分析模块53。获取模块51用于获取电源模块的故障数据，其中，故障数据是在电源模块的目标程序执行任务失败的情况下对电源模块所在的系统进行采集得到；第一分析模块52用于利用故障数据，分析电源模块的软件运行状态；第二分析模块53用于基于软件运行状态，选择对目标程序的任务运行情况或者接口通讯情况进行分析，以确定电源模块的目标程序执行任务失败的故障原因，接口通讯情况的分析为分析接口通讯故障的原因。

因此，利用故障数据分析电源模块的软件运行状态，并进一步选择任务运行情况或者接口通讯情况进行分析，从能够定位电源模块的具体故障原因，以便于用户了解电源模块的故障，能够根据故障原因处置故障，无需再识别故障发生的原因，提升故障处理效率。

参阅图6，图6是本申请电子设备一实施方式的框架示意图。

本实施例中，电子设备60包括存储器61和处理器62。处理器62还可以称为CPU（Central Processing Unit，中央处理单元）。处理器62可能是一种集成电路芯片，具有信号的处理能力。处理器62还可以是通用处理器、数字信号处理器（DSP）、专用集成电路（ASIC）、现场可编程门阵列（FPGA）或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器62也可以是任何常规的处理器等。

电子设备60中的存储器61用于存储处理器62运行所需的程序指令。处理器62用于执行程序指令以实现本申请提供的电源模块的故障原因确定方法任一实施例。

参阅图7，图7是本申请故障定位系统一实施方式的框架示意图。

本实施例中，故障定位系统70可以包括目标设备71和定位设备72。

其中，目标设备71可以包括电池711和电源模块712。

定位设备72可以为前述实施例中的电子设备60，用于对电源模块712进行故障定位。定位设备72可以执行本申请提供的电源模块的故障原因确定方法的实施例。

因此，定位设备72可以对目标设备71中的电源模块712进行故障原因定位，能够反映电源模块712已发生的故障的原因，便于用户准确了解电源模块712已经发生的故障。

一些实施例中，目标设备71可以是车辆，例如，新能源车辆。因此，能够反映车辆中电源模块712的故障原因，便于用户准确了解电源模块712已经发生的故障。

一些实施例中，目标设备71可以与定位设备72之间相互独立，或者，定位设备72可以集成于目标设备71中。因此，能够灵活适应不同的应用需要。

参阅图8，图8是本申请计算机可读存储介质一实施方式的框架示意图。

本申请实施例的计算机可读存储介质80存储有程序指令81，该程序指令81被处理器执行时实现本申请提供的电源模块的故障原因确定方法。其中，该程序指令81可以形成程序文件以软件产品的形式存储在上述计算机可读存储介质80中，以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本申请各个实施方式方法的全部或部分步骤。而前述的计算机可读存储介质80包括：U盘、移动硬盘、只读存储器（ROM，Read-OnlyMemory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。

上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。上述实施例之间在不矛盾的情况下可以相互结合。

在本申请实施例的描述中，技术术语“第一”“第二”等仅用于区别不同对象，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量、特定顺序或主次关系。在本申请实施例的描述中，“多个”的含义是两个以上，“若干”的含义是一个或者多个，除非另有明确具体的限定。

在本申请实施例的描述中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (17)

1.一种电源模块的故障原因确定方法，其特征在于，包括：

获取电源模块的故障数据，其中，所述故障数据是在所述电源模块的目标程序执行任务失败的情况下对所述电源模块所在的系统进行采集得到；

利用所述故障数据，分析所述电源模块的软件运行状态；

基于所述软件运行状态，选择对所述目标程序的任务运行情况或者接口通讯情况进行分析，以确定所述电源模块的目标程序执行任务失败的故障原因，所述接口通讯情况的分析为分析接口通讯故障的原因。

2.根据权利要求1所述的方法，其特征在于，所述故障数据包括第一软件故障标记信息，所述利用所述故障数据，分析所述电源模块的软件运行状态，包括：

从第一故障记录信息中查找是否存在符合运行异常条件的所述第一软件故障标记信息；

响应于存在符合运行异常条件的所述第一软件故障标记信息，确定所述电源模块的软件运行状态为软件运行异常。

3.根据权利要求1所述的方法，其特征在于，所述基于所述软件运行状态，选择对所述目标程序的任务运行情况或者接口通讯情况进行分析，以确定所述电源模块的目标程序执行任务失败的故障原因，包括：

响应于所述电源模块存在软件运行异常，对所述任务运行情况进行分析，以确定所述故障原因；

响应于所述电源模块不存在软件运行异常，对所述接口通讯情况进行分析，以确定所述故障原因。

4.根据权利要求3所述的方法，其特征在于，所述对所述任务运行情况进行分析，以确定所述故障原因，包括：

分析所述目标程序的执行任务是否卡死；

响应于所述执行任务卡死，确定所述故障原因为执行任务卡死；

响应于所述执行任务不存在卡死，确定所述目标程序卡滞，并分析卡滞原因，以作为所述故障原因。

5.根据权利要求4所述的方法，其特征在于，所述分析卡滞原因，以作为所述故障原因，包括：

响应于所述卡滞与所述执行任务中断被挂起有关，确定所述故障原因为任务中断被挂起；

响应于所述卡滞与任务运行时间过长有关，分析所述任务运行时间过长的原因，以作为所述故障原因。

6.根据权利要求5所述的方法，其特征在于，所述分析所述任务运行时间过长的原因，以作为所述故障原因，包括：

响应于任务时间过长与处理器占用过高有关，确定所述故障原因为处理器占用过高；

响应于任务时间过长与处理器占用过高无关，确定任务时间过长与频繁进中断有关，并分析频繁进中断的原因，以作为所述故障原因。

7.根据权利要求6所述的方法，其特征在于，所述分析频繁进中断的原因，以作为所述故障原因，包括：

响应于所述频繁进中断与所述执行任务的时序不准有关，确定所述故障原因为任务时序不准；

响应于所述频繁进中断与中断异常有关，确定所述故障原因为中断异常。

8.根据权利要求4所述的方法，其特征在于，所述故障数据包括第二软件故障标记信息，所述分析所述目标程序的执行任务是否卡死，包括：

在第一数值范围和第二数值范围中，确定出所述第二软件故障标记信息的值所在的数值范围，其中，所述第一数值范围对应于所述执行任务卡死，所述第二数值范围对应于所述执行任务未卡死；和/或，

所述分析卡滞原因，包括：

在若干不同的第三数值范围中，确定出所述第二软件故障标记信息的值所在的第三数值范围，并基于确定的所述第三数值范围，确定所述卡滞原因，其中，所述第二软件故障标记信息的值处于不同所述第三数值范围，对应不同卡滞原因，每个所述第三数值范围均在对应于所述执行任务未卡死的第二数值范围内。

9.根据权利要求8所述的方法，其特征在于，所述在第一数值范围和第二数值范围中，确定出所述第二软件故障标记信息的值所在的数值范围，包括：

检测所述第二软件故障标记信息的值是否处于所述第一数值范围内，其中，所述第二数值范围为除所述第一数值范围以外的其他数值范围。

10.根据权利要求9所述的方法，其特征在于，所述在若干不同的第三数值范围中，确定出所述第二软件故障标记信息的值所在的第三数值范围，并基于确定的所述第三数值范围，确定所述卡滞原因，包括：

检测所述第二软件故障标记信息的值是否处于第四数值范围内，其中，所述第四数值范围为所述执行任务未卡死的第二数值范围中除第一卡滞原因对应的第三数值范围以外的剩余数值范围，所述第一卡滞原因为任务中断被挂起；

响应于所述第二软件故障标记信息的值不处于第四数值范围内，确定所述故障原因为任务中断被挂起；

响应于所述第二软件故障标记信息的值处于第四数值范围内，检测所述故障数据中的第一芯片信息记录的处理器占用情况；

响应于所述处理器占用情况符合过高条件，确定所述故障原因为处理器占用过高；

响应于所述处理器占用情况不符合过高条件，检测所述第二软件故障标记信息的值是否处于第二卡滞原因对应的第三数值范围内，所述第二卡滞原因为任务时序不准，第三卡滞原因为中断异常；

响应于所述第二软件故障标记信息的值处于第二卡滞原因对应的第三数值范围内，确定所述故障原因为任务时序不准；

响应于所述第二软件故障标记信息的值不处于第二卡滞原因对应的第三数值范围内，确定所述故障原因为中断异常。

11.根据权利要求3所述的方法，其特征在于，所述对所述接口通讯情况进行分析，以确定所述故障原因，包括：

确定存在接口通讯故障，并基于接口通讯故障的第一级原因，确定所述故障原因，其中，所述故障原因为所述第一级原因或者所述第一级原因下的第二级原因。

12.根据权利要求11所述的方法，其特征在于，所述基于接口通讯故障的第一级原因，确定所述故障原因，包括：

响应于所述第一级原因为数据校验失败，分析所述数据校验失败下的第二级原因为接口软件故障还是接口硬件故障，以作为所述故障原因；

响应于所述第一级原因为外部干扰过大，确定所述故障原因为所述外部干扰过大；

响应于所述第一级原因不为所述数据校验失败和所述外部干扰过大，确定所述故障原因为芯片自身故障。

13.根据权利要求11所述的方法，其特征在于，所述故障数据包括表征接口状态的第二芯片信息，所述第一级原因包括数据校验失败和外部干扰过大，其中，

所述第一级原因是否为所述数据校验失败是利用所述第二芯片信息中的第一数据分析得到；

所述第一级原因是否为所述外部干扰过大是对所述第二芯片信息中的第二数据的预设位的值进行分析得到的；

所述数据校验失败的第二级原因是利用所述第二芯片信息中的第三数据分析得到的。

14.一种电源模块的故障原因确定装置，其特征在于，包括：

获取模块，用于获取电源模块的故障数据，其中，所述故障数据是在所述电源模块的目标程序执行任务失败的情况下对所述电源模块所在的系统进行采集得到；

第一分析模块，用于利用所述故障数据，分析所述电源模块的软件运行状态；

第二分析模块，用于基于所述软件运行状态，选择对所述目标程序的任务运行情况或者接口通讯情况进行分析，以确定所述电源模块的目标程序执行任务失败的故障原因，所述接口通讯情况的分析为分析接口通讯故障的原因。

15.一种电子设备，其特征在于，包括相互耦接的存储器和处理器，所述处理器用于执行所述存储器中存储的程序指令，以实现权利要求1至13任一项所述的电源模块的故障原因确定方法。

16.一种故障定位系统，其特征在于，包括：

目标设备，包括电池和电源模块；

定位设备，所述定位设备为如权利要求15所述的电子设备，用于对所述电源模块进行故障定位。

17.一种计算机可读存储介质，其上存储有程序指令，其特征在于，所述程序指令被处理器执行时实现权利要求1至13任一项所述的电源模块的故障原因确定方法。