CN112650201A - 车辆故障诊断方法、装置、车辆及存储介质 - Google Patents

Abstract

本申请公开了一种车辆故障诊断方法、装置、车辆及存储介质。其中，车辆故障诊断方法包括：通过获取车辆的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，从而可以通过关键故障数据快速、准确地对车辆发生的故障问题进行诊断。

Description

车辆故障诊断方法、装置、车辆及存储介质

技术领域

本申请涉及车辆故障诊断技术领域，更具体地，涉及一种车辆故障诊断方法、装置、车辆及存储介质。

背景技术

在汽车技术领域中，随着技术的不断发展，各智能ECU(电子控制单元ElectronicControl Unit)模块广泛使用，给车辆领域带来巨大变革。

汽车领域已进入智能化、网联化、电动化、共享化时代，汽车的电子系统愈加复杂。但是由于相关技术还处于发展阶段，智能ECU模块还存在缺陷。因此，在汽车电子控制系统不断发展的同时，也需要有更加安全的软、硬件产品提供基础性支撑，功能安全已成为车辆高质量发展必备的基础。而为了提升汽车的功能安全，需要快速、准确地对车辆发生的故障问题进行诊断。

发明内容

鉴于上述问题，本发明提出了一种车辆故障诊断方法、装置、车辆及存储介质以改善或解决上述问题。

第一方面，本申请实施例提供了一种车辆故障诊断方法，该方法包括：

获取车辆的实时数据；

当所述实时数据中具有故障标志时，将所述实时数据作为原始故障数据进行存储；根据所述故障标志确定所述原始故障数据中的关键故障数据；

发送所述关键故障数据。

第二方面，本申请实施例也提供了一种车辆故障诊断方法，所述方法包括：

接收关键故障数据；其中，所述关键故障数据通过原始故障数据和故障标志确定；所述原始故障数据是具有所述故障标志的车辆的实时数据；

根据所述关键故障数据进行故障分析。

第三方面，本申请实施例还提供了一种车辆，所述车辆包括：

车身本体；

车载子控制模块，设置于所述车身本体，所述车载子控制模块用于监控所述车辆的运行状态，并生成车辆的实时数据；

网关模块，设置于所述车身本体，所述网关模块与所述车载子控制模块连接；所述网关模块用于接收所述车辆的实时数据；

车载主控制模块，设置于所述车身本体，所述车载主控制模块包括数据缓存单元、与所述数据缓存单元连接的数据存储单元，以及与所述数据存储单元连接的数据通信单元；所述数据缓存单元与所述网关模块连接，所述数据缓存单元用于从所述网关模块获取所述车辆的实时数据进行缓存；所述数据存储单元用于当所述实时数据中具有故障标志时，将所述实时数据作为原始故障数据进行存储；所述数据通信单元用于发送所述原始故障数据中的关键故障数据，所述关键故障数据通过所述原始故障数据和所述故障标志确定。

第四方面，本申请实施例还提供了一种车辆故障诊断装置，所述装置包括：

实时数据获取模块，用于获取车辆的实时数据；

原始故障数据存储模块，用于当所述实时数据中具有故障标志时，将所述实时数据作为原始故障数据进行存储；

关键故障数据确定模块，用于根据所述故障标志确定所述原始故障数据中的关键故障数据；

关键故障数据发送模块，用于发送所述关键故障数据。

第五方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如上述第一方面或者第二方面所述的方法。

本申请提供的一种车辆故障诊断方法，通过获取车辆的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，从而可以通过关键故障数据快速、准确地对车辆发生的故障问题进行诊断。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，而不是全部的实施例。基于本申请实施例，本领域普通技术人员在没有付出创造性劳动前提下所获得的所有其他实施例及附图，都属于本发明保护的范围。

图1示出了本申请一实施例所涉及的一种的应用环境示意图；

图2示出了本申请一实施例提出的一种车辆的结构框图；

图3示出了本申请一实施例提出的一种车辆故障诊断方法的流程示意图；

图4示出了本申请另一实施例提出的一种车辆故障诊断方法的流程示意图；

图5示出了本申请又一实施例提出的一种车辆故障诊断方法的流程示意图；

图6示出了本申请又一实施例中步骤S350的流程示意图

图7示出了本申请再一实施例提出的一种车辆故障诊断方法的流程示意图；

图8示出了本申请还一实施例提出的一种车辆故障诊断方法的流程示意图；

图9示出了本申请又另一实施例提出的一种车辆故障诊断方法的流程示意图；

图10示出了本申请又再一实施例提出的一种车辆故障诊断方法的流程示意图；

图11示出了本申请又再一实施例中步骤S740的流程示意图；

图12示出了本申请一实施例提出的一种车辆故障诊断装置的结构框图；

图13示出了本申请另一实施例提出的一种车辆故障诊断装置的结构框图；

图14示出了本申请一实施例提出的一种电子设备的结构框图；

图15示出了本申请一实施例提出的一种计算机可读存储介质的结构框图。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

通常，车辆中预先安装有OBD(On Board Diagnostics，车载自动诊断系统)，采用有线连接的方式将诊断仪插接在OBD接口上，从而获取车辆的故障数据进行诊断。但是，当车辆发生故障后，由于车辆的故障数据无法主动对外发送，而需要将诊断仪插接在车辆的OBD接口上获取故障信息，导致无法及时获知车辆发送故障的信息，并及时提供解决方案，从而影响车辆的行驶安全。

为了改善上述问题，发明人提出了本申请提供的车辆故障诊断方法、车辆及存储介质，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，从而可以通过关键故障数据快速、准确地对车辆发生的故障问题进行诊断。

下面将针对本发明实施例提供的车辆故障诊断方法的应用环境进行介绍。

请参阅图1，图1示出了一种适用于本申请实施例所涉及的一种应用环境的示意图。本申请实施例提供的车辆故障诊断系统包括车辆200、车辆故障诊断平台和服务器300。

请参照图2，图2示出了本申请一实施例提供的车辆200的结构示意图。在本申请的实施例中，车辆200包括车身本体(图未示)、车载子控制模块210、网关模块220和车载主控制模块230。车身本体可以包括外壳、发动机、油门、车灯、空调、底盘等结构。车辆200包括多个车载子控制模块210。每个车载子控制模块210分别控制车辆200的的部分功能，例如控制发动机的车载子控制模块210与发动机连接，控制发动机的功能、控制空调的车载子控制模块210与空调系统连接，控制空调的功能、控制电力电池管理的车载子控制模块210与电力电池管理系统系统连接，控制电力电池管理系统的功能等。车载子控制模块210可以采用ECU实现。ECU即电子控制单元，每个ECU管理不同的功能，ECU可以包括微处理器、存储器、输入/输出接口、模数转换器、整形电路、驱动电路等大规模集成电路。ECU通过各种输入输出电路与各自控制的车辆200的部分结构进行连接，接收各种输入数据，例如刹车、换挡等数据和车辆200的各种运行状态，例如加速、油耗等。ECU可以按照预先设计的程序规则处理各种输入数据，并在满足预设规则时，执行相应的操作。例如，当发动机数据符合预设的故障规则时，确定发动机发生故障，并产生与发动机故障相关的故障标志位等数据进行上报。

车辆200的网关模块220通过通信网络与车载子控制模块210连接。通信网络可以是CAN(Controller Area Network，控制器局域网络)总线、LIN(Local Interconnect AreaNetwork，局域互联网络)总线等通信网络。网关模块220可以实现不同车载子控制模块210之间的通信，也可以将车载子控制模块210发送的数据传送给车载主控制模块230，以实现车辆200信息的传输、交互和控制。

车辆200的车载主控制模块230与网关模块220连接，通过网关模块220接收各个车载子控制模块210发送的信息。车载主控制模块230可以采用T-BOX(Telematic BOX)实现。车载主控制模块230通过网关模块220发送信息给车载子控制模块210。车载主控制模块230还可以通过网络与车载故障诊断平台100连接，将车辆200的相关数据通过网络发送给车载故障诊断平台100。在一些实施方式中，车载主控制模块230还可以通过网络与用户终端连接，将车辆200的相关数据发送给用户终端。车载主控制模块230还可以通过网络接收用户终端发送的控制数据，并将控制数据通过网关模块220发送给相应的车载子控制模块210，从而实现用户终端对车辆200的控制。

请继续参阅图2，在本申请的实施例中，车载主控制模块230包括数据缓存单元231、数据存储单元232和数据通信单元233。数据缓存单元231可以将网关模块220发送的数据进行缓存，例如可以缓存车辆200的实时数据。数据存储单元231可以将数据进行存储，例如可以缓存具有故障标志位的原始故障数据。数据通信单元233可以通过网络与服务器300进行连接。数据通信单元233可以通过网络发送数据给服务器300，例如可以发送关键故障数据给服务器300。数据通信单元233也可以通过网络接收服务器300发送的数据，例如可以接收调取指令、控制指令等。

本申请实施例的车辆故障诊断系统包括车载故障诊断平台100。车载故障诊断平台100可以通过网络与服务器300进行连接。车载故障诊断平台100可以通过服务器300接收数据，例如可以接收服务器300发送的关键故障数据等。车载故障诊断平台100也可以通过服务器300发送数据，例如可以发送故障诊断结果给服务器300。车载故障诊断平台100可以包括车辆故障诊断专家库。车辆故障诊断专家库可以通过接收的故障数据进行分析，生成故障分析结果。车辆故障诊断专家库可以解析对应车辆的型号，通过对应车型的车辆200的所有可能的故障数据与相应的建议解决措施对车辆的故障数据进行分析，从而快速生成故障分析结果。车载故障诊断平台100将故障分析结果通过网络发送给服务器300。

本申请实施例的车辆故障诊断系统包括服务器300。服务器300通过网络与车辆200连接。服务器300通过网络还与车载故障诊断平台100连接，从而实现服务器300与车辆200之间的数据交互，服务器300与车载故障诊断平台100之间的数据交互。服务器300可以采用传统服务器300，也可以采用云端服务器300，在此不做限定。可选地，上述的互联网使用标准通信技术和/或协议。互联网通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合。

在一些实施方式中，车辆故障诊断系统还可以包括用户终端，用户终端通过网络与服务器300连接。用户终端可以通过网络接收服务器300发送的数据，例如故障分析结果。用户终端也可以通过网络将相关控制指令通过服务器300发送给车辆200，以实现对车辆200的控制。

下面将结合附图具体描述本申请的各实施例。

请参阅图3，本申请一实施例提供了一种车辆故障诊断方法，可应用于车辆200，本实施例描述的是车辆200侧的步骤流程，该方法可以包括。

步骤S110、获取车辆200的实时数据。

其中，车辆200的实时数据为车辆200当前时刻的相关数据。车辆200的实时数据包括车辆200各个结构的状态数据和车辆200的运行数据。车辆200各个结构的状态数据反映车辆200各个结构的当前状态，例如发动机的转速、发动机温度、电池的电压、变速箱档位信息、空调的运行情况、车灯开启情况等。车辆200的运行数据反映车辆200当前的运行状态，例如车辆200的车速、油耗、车辆200位置等。

车辆200发生故障时，车辆200的实时数据可以反映车辆200发生故障时各个结构的状态和车辆200的运行状态。通过分析车辆200发生故障时的实时数据可以对车辆200发生故障的原因进行分析。

步骤S120、当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储。

其中，车辆200的车载子控制模块210会对车辆200的情况进行监控，当车载子控制模块210监控到车辆200的数据符合预设故障规则时，生成与预设故障规则对应的故障标志，从而通过识别故障标志可以获知车辆200发生故障。例如：当车辆200的控制电驱系统的车载子控制模块210检测到电机转速超出预设阈值范围时，判断电极转速检测异常，生成电极一级故障的故障标志位。

在一些实施方式中，由于每个车载子控制模块210控制部分车辆200的结构，因此，故障标志可以包括车载子控制模块210的信息。通过解析故障标志可以确定故障发生的位置范围。

在另一些实施方式中，由于不同时刻的数据对故障分析存在影响，车辆200发生故障的时刻的实时数据是车辆故障分析的重要数据。因此，故障标志还可以包括发生故障的时间。

在又一些实施方式中，根据不同的预设故障规则可以判断故障的严重等级，因此，故障标志还可以包括故障的严重等级。例如，在发动机转速达到第一阈值时，发动机为一级故障。而当发动机转速达到第二阈值时，发动机为二级故障。其中，第一阈值与第二阈值不同，一级故障和二级故障的严重程度不同。因此，可以通过数据达到不同的阈值设定故障的严重等级。

又如，不同的结构发生故障对车辆的影响程度不同，例如，发动机发生故障，会严重影响车辆的正常运行，而车辆雨刮器发生故障对车辆的正常运行的影响会小于发动机的影响。因此，还可以通过不同结构发生故障对车辆正常运行的影响程度设定故障的严重等级。

可以理解的是，车载子控制模块210获取的所监控结构的实时数据进行上传。当车载子控制模块210监控到其获取的数据符合预设故障规则时，生成故障标志。并且车载子控制模块210将带有故障标志的实时数据进行上传。

因此，通过判断获取的实时数据中是否具有故障标志可以判断车辆200是否发生故障。当获取的实时数据中具有故障标志时，可以确定车辆200发生故障。车辆200发生故障时的实时数据是车辆故障分析重要依据。因此当确定车辆发生故障时，将车辆的实时数据作为原始故障数据进行存储。

步骤S130、根据故障标志确定所述原始故障数据中的关键故障数据。

可以理解的是，原始故障数据包括故障发生时车辆200的实时数据。原始故障数据可以全面反映发生故障时车辆200的整体情况。虽然原始故障数据包括了故障分析所需的所有数据，但可以理解的是，针对不同的故障，原始故障数据中的部分数据在故障分析中不需要用到。而每次进行车辆200故障分析时，都将原始故障数据全部进行上传，即每次都将故障分析需要的数据和故障分析不需要的数据全部上传，数据上传量庞大，会消耗很多流量，不仅会增加用户的流量费用，而且数据量大会影响上传速度，进而影响故障分析的效率。

因此，本申请的实施例进一步根据故障标志确定原始故障数据中的关键故障数据。通过故障标志确定原始故障数据中故障分析所必需的数据作为关键故障数据。通过故障标志确定故障的情况进而确定故障分析所需的数据类型，从而在原始故障数据中确定关键故障数据。例如，当故障标志为电机一级故障时，获取包含电驱系统的所有数据、车速、档位等作为关键故障数据。

可以理解的是，在一些实施方式中，当故障标志确定关键故障数据时，如果需要的数据时间范围超过原始故障数据中的数据范围，例如需要时间范围为发生故障时刻a1的前n分钟的数据，而原始故障数据只有发生故障时刻a1时的数据，还可以从缓存的实时数据中获取发生故障时刻a1的前n分钟的数据与原始故障数据中的时刻a1的数据一起作为关键故障数据。

步骤S140发送关键故障数据。

相比现有技术需要通过特定接口获取车辆200的故障数据，在车辆200发生故障时及时将关键故障数据及时发送给服务器300，将车辆200的故障情况主动上传，可以快速确定和分析车辆200的故障，及时采取有效措施。

在一些实施方式中，还可以将车辆200的相关基本数据与关键故障数据一起发送。例如，还可以将车辆200的型号、车辆的VIN(Vehicle Identification Number，车辆识别码)等一起发送，从而有利于车辆200诊断平台进行故障分析。

本申请实施例提供的一种车辆故障诊断方法，通过获取车辆200的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，主动上报车辆200的故障数据，可以快速分析和解决车辆200故障，提高了故障问题的解决效率，并通过确定关键故障数据，可以减少数据传输量，降低用户的流量费用，也可以提高影响故障分析的效率。

请参阅图4，本申请另一实施例提供了一种车辆故障诊断方法，可应用于车辆200，本实施例描述的是车辆200侧的步骤流程，该方法可以包括：

步骤S210、获取车辆200的实时数据。

步骤S220、当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储。

其中，步骤S210至步骤S220的具体描述请参阅步骤S110至步骤S120，在此不再进行赘述。

步骤S230、根据故障标志确定故障位置。

其中，故障标志可以包括车辆200发生故障的位置。可以理解的是，每个车载子控制模块210监控车辆200的部分结构，并将所监控结构的实时数据进行上传。作为本发明的一种实施方式，故障标志可以包括车载子控制模块210的信息。通过故障标志可以确定故障发生的范围，例如故障标志包括控制发动机的车载子控制模块210的信息，则控制发动机的车载子控制模块210所控制的车辆200结构存在故障。作为本发明的另一种实施方式，故障标志还可以包括具体的故障位置。车载子控制模块210也可以先通过获取的实时数据根据预设的故障规则判断发生故障的结构，例如，当控制电池的车载子控制模块210所获取的电池的电压超过预设阈值范围时，确定电池发生故障，因此可以生成包括电池信息的故障标志。故障标志包括车辆具体结构的信息，通过故障标志可以确定故障发生的结构。

步骤S240、根据故障位置和关键故障数据类型对应关系确定关键故障数据类型。关键故障数据类型对应关系用于表征故障位置与关键故障类型的对应关系。

通过故障位置确定关键故障数据类型，即确定故障分析所需的必要数据类型。关键故障数据类型对应关系可以是预先设置的固定规则，也可以是预先设置的规则，并且在车辆200运行过程中，通过车辆200的故障数据进一步调整。

其中，关键故障数据类型可以包括数据的种类、数据的时间范围等。可选地，关键故障数据类型可以只是数据的种类，也可以是数据的种类和数据的时间范围。

在一些实施方式中，关键故障数据类型对应关系可以预先通过大量的历史故障数据分析获得。可以是通过获取车辆200车型相关的故障数据进行统计分析，分析每次故障的故障位置和故障分析所需的数据，通过大量的数据统计故障位置对应的故障分析所需的数据，获得关键故障数据类型对应关系。例如，经统计发现在故障位置在A位置时，都需要用到a、b、c、d类型的数据，因此故障位置A对应的关键故障数据类型为a、b、c、d。

在另一些实施方式中，在预先设置的关键故障数据类型对应关系上，还可以进一步结合车辆200的实际数据，车辆200运行过程中的故障数据进一步调整关键故障数据类型对应关系。例如，预先设置的对应关系中，故障位置A对应的关键故障数据类型为a、b、c、d，若车辆200运行时故障位置A发生故障，发送关键故障数据类型为a、b、c、d的数据后，还不足以进行故障分析，还需要调取故障数据类型为e的数据，则更新关键故障数据类型对应关系，即将故障位置A对应的关键故障类型更新为a、b、c、d、e。关键故障数据类型对应关系的动态调整可以提升关键故障数据类型对应关系的准确性。

步骤S250、从原始故障数据中选择与关键故障数据类型对应的数据作为关键故障数据。

通过在原始故障数据中选择与故障分析所需的关键故障类型对应的数据作为关键故障数据，可以减少故障分析所需的数据上传量。

步骤S260、发送关键故障数据。

其中，步骤S260的具体描述请参阅步骤S140，在此不再进行赘述。

本申请实施例提供的另一种车辆故障诊断方法，通过获取车辆200的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，通过故障标志确定故障位置，根据故障位置确定关键故障数据类型，从而精确故障分析所必需的数据，发送关键故障数据，主动上报车辆200的故障数据，可以快速分析和解决车辆200故障，提高了故障问题的解决效率，并通过确定关键故障数据，可以减少数据传输量，降低用户的流量费用，也可以提高影响故障分析的效率。

请参阅图5，本申请又一实施例提供了一种车辆故障诊断方法，可应用于车辆200，本实施例描述的是车辆200侧的步骤流程，该方法可以包括。

步骤S310、获取车辆200的实时数据。

步骤S320、当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储。

步骤S330、根据故障标志确定原始故障数据中的关键故障数据。

步骤S340、发送关键故障数据。

其中，步骤S310至步骤S340的具体描述请参阅步骤S110至步骤S140，在此不再进行赘述。

可以理解的是，在车辆200发生故障时，将原始故障数据中的关键故障数据通过服务器300发送给车载故障诊断平台100进行故障分析。车载故障诊断平台100对接收到的关键故障数据进行分析。当关键故障数据分析满足车载故障诊断平台100进行故障分析时，车载故障诊断平台100可以根据关键故障数据进行故障分析并获得故障分析结果。而当关键故障数据不满足车载故障诊断平台100进行故障分析时，需要补充故障分析所缺的数据。

步骤S350、当接收到数据调取指令时，根据数据调取指令调取对应原始故障数据中的调取数据。

当关键故障数据不满足车载故障诊断平台100进行故障分析时，作为一种实施方式，车载故障诊断平台100通过服务器300发送数据调取指令给车辆200。当车辆200接收到数据调取指令时，根据数据调取指令确定故障分析所缺的数据。其中，调取指令包括原始故障数据信息和待调取数据信息。

请参阅图6，本申请又一实施例提供了一种车辆故障诊断方法的步骤S350的流程示意图。该步骤可以包括。

步骤S351、当接收到数据调取指令时，根据原始故障信息获取对应的原始故障数据。

可以理解的是，原始故障数据包括故障发生时车辆200的实时数据。当接收到数据调取指令，调取故障分析所缺的数据时，需要先确定故障对应的原始故障数据，才可以在原始故障数据中获取故障分析所需的数据。在本申请的实施例中，数据调取指令包括故障对应的原始故障信息，通过原始故障信息先获取对应的原始故障数据。

步骤S352、根据待调取数据信息获取对应的原始故障数据中与待调取数据信息对应的数据作为调取数据。

除了确定原始故障数据，还需要确定故障分析所需的数据。进一步地，数据调取指令还包括待调取数据信息。通过待调取数据信息确定故障分析所缺的数据，并在原始故障数据中获取与待调取信息对应的数据作为调取数据。

步骤S353、发送调取数据。

根据数据调取指令调取故障分析所需的调取数据，将调取数据通过服务器300发送至车载故障诊断平台100，从而根据调取的数据和关键故障数据进行故障分析。

本申请实施例提供的又一种车辆故障诊断方法，通过获取车辆200的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，主动上报车辆200的故障数据，可以快速分析和解决车辆故障，提高了故障问题的解决效率，并通过确定关键故障数据，可以减少数据传输量，降低用户的流量费用，也可以提高影响故障分析的效率。并且在关键故障数据不满足故障分析时，通过调取数据确保故障分析，确保故障分析的可靠性。

请参阅图7，本申请再一实施例提供了一种车辆故障诊断方法，可应用于车辆200，本实施例描述的是车辆200侧的步骤流程，该方法可以包括。

步骤S410、根据预设时间间隔获取车辆200的实时数据进行缓存。

作为本申请的一种实施方式，可以定时获取车辆200的实时数据进行缓存。可以理解的是，可以根据预设时间间隔定时获取。可以理解的是，预设时间间隔越短，获取实时数据的频率越高，获得的数据进行故障诊断分析的准确度越高，但是数据量也更大，对软硬件要求更高。因此，预设时间间隔可以根据准确度的要求和实际软硬件情况综合选择。

步骤S420、当缓存的实时数据的缓存时间超过预设缓存时间时，删除缓存的实时数据。

获取车辆200的实时数据进行缓存，但是缓存的空间有限，为了可以动态的缓存车辆200的最新数据，作为本发明的一种实施方式，设置预设缓存时间对数据的缓存周期进行控制。当缓存的实时数据超过预设缓存时间时，可以删除缓存的实时数据。删除超时的缓存数据，多出的缓存空间可以继续缓存新获取的实时数据。可以理解的是，为了确保新获取的实时数据有足够的空间进行存储，同一时刻删除的数据量不小于获取的实时数据的数据量。

此外，预设缓存时间的设置还可以考虑故障所需数据的时间范围，例如，有些故障需要历史的实时数据进行综合分析，就需要缓存有一定时间范围内的历史的实时数据，以便提取对应的数据进行故障分析。

步骤S430、当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储。

步骤S440、根据故障标志确定原始故障数据中的关键故障数据。

步骤S450、发送关键故障数据。

其中，步骤S430至步骤S450的具体描述请参阅步骤S120至步骤S140，在此不再进行赘述。

本申请实施例提供的一种车辆故障诊断方法，通过设置数据的缓存时间可以确保缓存空间数据的动态更新，通过获取车辆200的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，主动上报车辆200的故障数据，可以快速分析和解决车辆故障，提高了故障问题的解决效率，并通过确定关键故障数据，可以减少数据传输量，降低用户的流量费用，也可以提高影响故障分析的效率。

请参阅图8，本申请还一实施例提供了一种车辆故障诊断方法，可应用于车辆200，本实施例描述的是车辆200侧的步骤流程，该方法可以包括。

步骤S510、获取车辆200的实时数据并缓存于数据缓存单元231。

在本实施例中，获取车辆200的实时数据缓存于车载主控制模块230的数据缓存单元231。车载主控制模块230可以是T-BOX，数据缓存单元231可以是T-BOX中的数据缓存器件。步骤S510的具体描述请参阅步骤S130，在此不再进行赘述。

步骤S520、当实时数据中存在故障标志时，从数据缓存单元231中获取实时数据，将实时数据作为原始故障数据存储于数据存储单元232。

在本实施例中，车载主控制模块230可以对数据缓存单元231中缓存的实时数据进行处理，判断实时数据中是否存在故障标志。当实时数据中存在故障标志时，获取缓存于数据缓存单元231的具有故障标志的实时数据，并存储于数据存储单元232。车载主控制模块230可以是T-BOX，数据存储单元232可以是T-BOX中的数据存储器件。步骤S520的具体描述请参阅步骤S120，在此不再进行赘述。

步骤S530、根据故障标志确定原始故障数据中的关键故障数据。

其中，步骤S530的具体描述请参阅步骤S130，在此不再进行赘述。

步骤S540、从数据存储单元232中获取关键故障数据，通过数据通信单元233发送关键故障数据。

在本实施例中，车载主控制模块230可以对数据存储单元232中的具有故障标志的实时数据进行进一步的处理，确定对应的关键故障数据，并将关键故障数据通过数据通信单元233进行发送。车载主控制模块230可以是T-BOX，数据存储单元232可以是T-BOX中的数据存储器件。数据通信单元233可以是T-BOX中的通信器件，例如4G天线、5G天线、蓝牙天线等。步骤S540的具体描述请参阅步骤S140，在此不再进行赘述。

本申请实施例提供的一种车辆故障诊断方法，通过获取车辆200的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，主动上报车辆200的故障数据，可以快速分析和解决车辆200故障，提高了故障问题的解决效率，并通过确定关键故障数据，可以减少数据传输量，降低用户的流量费用，也可以提高影响故障分析的效率。

请参阅图9，本申请还一实施例提供了一种车辆故障诊断方法，可应用于车载故障诊断平台100，本实施例描述的是诊断终端侧的步骤流程，该方法可以包括。

步骤S610、接收关键故障数据。其中，关键故障数据通过原始故障数据和故障标志确定。原始故障数据是具有故障标志的车辆200的实时数据。

车辆200将确定的关键故障数据通过网络发送至服务器300，服务器300通过网络将关键故障数据发送给车载故障诊断平台100进行故障的诊断和分析。车载故障诊断平台100可以解析关键故障数据，并根据关键故障数据进行分析，确定关键故障数据是否符合故障分析所需的数据条件。

在一些实施方式中，车载故障诊断平台100可以根据车辆200的型号获取车辆200型号相关的数据库，针对性地对该型号可能存在的故障进行分析。

在一些实施方式中，车载故障诊断平台100可以通过车辆故障诊断专家库对关键故障数据进行故障分析。车辆故障诊断专家库包括车辆200的故障类型以及对应的车辆200的数据情况。可选地，车辆故障诊断专家库可以通过算法进行实现，即可以设置车辆故障诊断模型，通过大量的历史故障数据对车辆故障诊断模型进行训练，将关键故障数据输入车辆故障诊断模型可以对关键故障数据是否符合故障分析条件进行判定，以及在关键故障数据符合故障分析条件时，对车辆200的故障情况进行分析。可选地，车辆故障诊断专家库可以进行实时更新，一方面可以补充新的故障数据完善故障分析的依据，另一方面也可以更新解决措施，以不断提高车辆200故障专家库进行故障分析的能力。

步骤S620、根据关键故障数据进行故障分析。

车载故障诊断平台100根据关键故障数据进行故障分析，可以判断关键故障数据是否符合故障分析所需的数据条件。例如针对故障标志为电机一级故障的关键故障数据，进行故障分析需要车速、加速踏板深度、挡位等数据，如果关键故障数据包括所需数据，可以直接进行故障分析，例如：针对故障标志为电机一级故障的关键故障数据，车载故障诊断平台100根据关键故障数据，解析出电机的转速超过预设阈值，再对关键故障数据中的车速、加速踏板深度、挡位等进行对比，发现故障时的电机转速对应的车速明显高出当前车速，可判断电机转速是否为异常情况。

车载故障诊断平台100可以根据关键故障数据进行分析，得出故障分析结果，在一些实施方式中，车辆200诊断平台还可以根据故障分析结果提供相应的解决措施和建议。车载故障诊断平台100还可以根据车辆200所处的位置搜索车辆200附近可以解决对应故障的维修点推荐给用户。

本申请实施例提供的还一种车辆故障诊断方法，通过远程对车辆200的关键故障数据就那些故障分析，可以快速分析和解决车辆200故障，提高了故障问题的解决效率，并通过先根据数量条件对关键故障数据进行判断，可以减少数据传输量，降低用户的流量费用，也可以提高影响故障分析的效率。

请参阅图10，本申请又另一实施例提供了一种车辆故障诊断方法，可应用于诊断终端，本实施例描述的是诊断终端侧的步骤流程，该方法可以包括。

步骤S710、接收关键故障数据。其中，关键故障数据通过原始故障数据和故障标志确定。原始故障数据是具有故障标志的车辆200的实时数据。

其中，步骤S710的具体描述请参阅步骤S610，在此不再进行赘述。

步骤S720、根据关键故障数据判断故障类型。

通过关键故障数据可以确定哪些数据异常，通过异常的数据可以判断故障的类型。例如，发动机转速异常，可以判断故障类型为与发动机相关的故障。

步骤S730、根据故障类型获取故障分析条件。

确定故障类型可以定位故障范围，进而确定故障分析所需的故障分析条件。例如，当故障类型为发动机异常时，可以确定与发动机异常有关的所有故障，并获取对应故障所需的故障分析条件，即故障分析所需要的数据。

步骤S740、当关键故障数据不符合故障分析条件所需数据时，根据故障分析条件获取数据进行故障分析，生成故障分析结果。

当关键故障数据包括的数据符合故障分析条件所需数据时，可以直接根据故障分析条件进行故障分析，生成故障分析结果。

在一些实施方式中，可以先通过关键故障数据进行故障分析，若无法直接获得故障分析结果，再获取相关数据继续故障分析。例如，车辆200触发了一次电机二级故障(具体为：电机控制器电压检测异常导致的报过压故障)。关键故障数据包含电驱系统的数据、车速、挡位等。此时，通过对关键故障数据进行解析可以得出此时为电机控制器过压故障。但是根据关键故障数据无法分辨是电机控制器的电压检测异常还是车辆200的高压系统异常出现高电压。因此，还需要调取个高压器件电压电流及工作模式，来做进一步判断。调取补充数据后，再与电池电压、DC/DC电压、空调压缩机电压等进行对比，如果判断电机控制器的电压明显高出其他高压器件电压，可判断电机控制器电压检测异常。

在一些实施方式中，关键故障数据符合部分故障分析条件时，也可以先进行故障分析。例如，与发动机异常的故障包括A、B、C，故障A需要的故障分析条件为a，故障B需要的故障分析条件为b，故障C需要的故障分析条件为c。当关键故障数据只符合故障分析条件a、b时，也可以先分析关键故障数据是否为故障A和故障B的情况，如果关键故障数据为故障A和故障B的情况也可以直接根据关键故障数据进行故障分析。

在一些实施方式中，关键故障数据不符合故障分析条件时，需要根据故障分析条件确定故障分析所需数据，再根据关键故障数据和故障分析所需数据确定故障分析还需要的数据，再调取所需数据进行分析。因此，可以在关键故障数据不满足故障分析条件时，通过调取所需数据进行补充，可以避免一次性发送全部的数据，减少流量的损耗。

请参阅图11，本申请又另一实施例提供了一种车辆故障诊断方法的步骤S740的流程示意图。该步骤可以包括。

步骤S741、根据故障分析条件确定待调取数据信息。

根据故障分析条件和关键故障数据可以确定故障分析还需要的数据，确定待调取信息。待调取信息包括故障分析还需调取的数据信息。

步骤S742、发送数据调取指令。数据调取指令包括与关键故障数据对应的原始故障信息和待调取数据信息。

步骤S743、通过数据调取指令获取调取数据。

步骤S744、根据关键故障数据和调取数据进行故障分析，生成故障分析结果。

通过调取故障分析所需数据，结合关键故障数据，所获取的数据符合故障分析条件，可以直接进行故障分析，获得故障分析结果。

步骤S750、发送故障分析结果。

将故障分析结果发送给服务器300，可选地，服务器300可以将故障分析结果发送给车辆200。服务器300也可以将故障分析结果发送给用户终端。

本申请实施例提供的还一种车辆故障诊断方法，通过远程对车辆200的关键故障数据就那些故障分析，可以快速分析和解决车辆200故障，提高了故障问题的解决效率，并通过先根据数量条件对关键故障数据进行判断，可以减少数据传输量，降低用户的流量费用，也可以提高影响故障分析的效率。

请参阅图2，其示出了本发明一个实施例提供的车辆200的结构示意图，该车辆200包括：车身本体、车载子控制模块210、网关模块220以及车载主控制模块230230。其中，本申请实施例的车辆200包括。

车载子控制模块210，设置于车身本体。车载子控制模块210用于监控车辆200的运行状态，并生成车辆200的实时数据。

网关模块220，设置于车身本体。网关模块220与车载子控制模块210连接。网关模块220用于接收车辆200的实时数据。

车载主控制模块230，设置于车身本体。车载主控制模块230包括数据缓存单元231、与数据缓存单元231连接的数据存储单元232，以及与数据存储单元232连接的数据通信单元233。数据缓存单元231与网关模块220连接，数据缓存单元231用于从网关模块220获取车辆200的实时数据进行缓存。数据存储单元232用于当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储。数据通信单元233用于发送原始故障数据中的关键故障数据。关键故障数据通过原始故障数据和故障标志确定。

请参阅图12，其示出了本发明一个实施例提供的车辆故障诊断装置400，该装置包括：实时数据获取模块410、原始故障数据存储模块420、关键故障数据确定模块430以及关键故障数据发送模块440。其中。

实时数据获取模块410，用于获取车辆200的实时数据；

原始故障数据存储模块420，用于当所述实时数据中具有故障标志时，将所述实时数据作为原始故障数据进行存储；

关键故障数据确定模块430，用于根据所述故障标志确定所述原始故障数据中的关键故障数据；

关键故障数据发送模块440，用于发送所述关键故障数据。

进一步地，该车辆故障诊断装置400还包括。

故障位置确定模块，用于根据故障标志确定故障位置。

关键故障数据类型确定模块，用于根据故障位置和故障位置与关键故障数据类型映射关系确定关键故障数据类型。关键故障数据类型对应关系表征故障位置与关键故障类型一一对应的关系。

关键故障数据确定模块，用于从原始故障数据中选择与关键故障数据类型对应的数据作为关键故障数据。

进一步地，该车辆故障诊断装置400还包括。

调取数据模块，用于当接收到数据调取指令时，根据数据调取指令调取对应原始故障数据中的调取数据。

进一步地，调取数据模块还包括。

原始故障数据获取单元，当接收到数据调取指令时，根据原始故障信息获取对应的原始故障数据。

调取数据获取单元，用于根据待调取数据信息获取对应的原始故障数据中与待调取数据信息对应的数据作为调取数据。

调取数据发送单元，用于发送调取数据。

进一步地，该车辆故障诊断装置400还包括。

实时数据缓存单元231，用于根据预设时间间隔获取车辆200的实时数据进行缓存。

实时数据删除单元，用于当缓存的实时数据的缓存时间超过预设缓存时间时，删除缓存的实时数据。

请参阅图13，其示出了本发明另一个实施例提供的车辆故障诊断装置500，该装置包括：关键故障数据接收模块510、故障分析模块520。

关键故障数据接收模块510，用于接收关键故障数据。其中，所述关键故障数据通过原始故障数据和故障标志确定；所述原始故障数据是具有所述故障标志的车辆200的实时数据。

故障分析模块520，用于根据所述关键故障数据进行故障分析。

进一步地，故障分析模块520还包括。

待调取数据信息确定单元，用于根据故障分析条件确定待调取数据信息。

数据调取指令发送单元，用于发送数据调取指令。数据调取指令包括与关键故障数据对应的原始故障信息和待调取数据信息。

调取数据获取单元，用于通过数据调取指令获取调取数据。

故障分析结果生成单元，用于根据关键故障数据和调取数据进行故障分析，生成故障分析结果。

请参阅图14，基于上述的车辆故障诊断方法，本申请实施例还提供的一种包括可以执行前述车辆故障诊断方法的一个或多个处理器620的电子设备600，电子设备600还包括存储器610。其中，该存储器610中存储有可以执行前述实施例中内容的一个或多个应用程序，而处理器620可以执行该存储器610中存储的程序。

其中，处理器620可以包括一个或者多个用于处理数据的核以及消息矩阵单元。处理器620利用各种接口和线路连接整个电子设备600内的各个部分，通过运行或执行存储在存储器610内的指令、程序、代码集或指令集，以及调用存储在存储器610内的数据，执行电子设备600的各种功能和处理数据。可选地，处理器620可以采用数字信号处理(DigitalSignal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器620可集成中央处理器620(Central Processing Unit，CPU)、图像处理器620(GraphicsProcessing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器620中，单独通过一块通信芯片进行实现。

存储器可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器可用于存储指令、程序、代码、代码集或指令集。存储器可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储车辆200在使用中所创建的数据(比如车辆200的实时数据、原始故障数据、关键故障数据)等。

请参考图15，其示出了本申请实施例提供的一种计算机可读存储介质700的结构框图。该计算机可读介质700中存储有程序代码710，所述程序代码710可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质700可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质700包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质700具有执行上述方法中的任何方法步骤的程序代码710的存储空间。这些程序代码710可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码710可以例如以适当形式进行压缩。

本申请提供的一种车辆故障诊断方法、装置、车辆及存储介质，通过获取车辆的实时数据，当实时数据中具有故障标志时，将实时数据作为原始故障数据进行存储，并根据故障标志确定原始故障数据中的关键故障数据，发送关键故障数据，从而可以通过关键故障数据快速、准确地对车辆发生的故障问题进行诊断。

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

Claims (10)

1.一种车辆故障诊断方法，其特征在于，所述方法包括：

获取车辆的实时数据；

当所述实时数据中具有故障标志时，将所述实时数据作为原始故障数据进行存储；

根据所述故障标志确定所述原始故障数据中的关键故障数据；

发送所述关键故障数据。

2.根据权利要求1所述的方法，其特征在于，所述根据所述故障标志确定所述原始故障数据中的关键故障数据，包括：

根据所述故障标志确定故障位置；

根据所述故障位置和关键故障数据类型对应关系确定关键故障数据类型；所述关键故障数据类型对应关系用于表征所述故障位置与所述关键故障类型的对应关系；

从所述原始故障数据中选择与所述关键故障数据类型对应的数据作为关键故障数据。

3.根据权利要求1所述的方法，其特征在于，在所述发送所述关键故障数据的步骤之后，所述方法还包括：

当接收到数据调取指令时，根据所述数据调取指令调取对应原始故障数据中的调取数据；

发送所述调取数据。

4.根据权利要求3所述的方法，其特征在于，所述调取指令包括原始故障数据信息和待调取数据信息；

所述当接收到数据调取指令时，根据所述数据调取指令调取对应原始故障数据中的调取数据，包括：

当接收到数据调取指令时，根据所述原始故障信息获取对应的原始故障数据；

根据所述待调取数据信息获取所述对应的原始故障数据中与所述待调取数据信息对应的数据作为调取数据。

5.一种车辆故障诊断方法，其特征在于，所述方法包括：

接收关键故障数据；其中，所述关键故障数据通过原始故障数据和故障标志确定；所述原始故障数据是具有所述故障标志的车辆的实时数据；

根据所述关键故障数据进行故障分析。

6.根据权利要求5所述的方法，其特征在于，所述根据所述关键故障数据进行故障分析，包括：

根据所述关键故障数据判断故障类型；

根据所述故障类型获取故障分析条件；

当所述关键故障数据不符合故障分析条件所需数据时，根据所述故障分析条件获取数据进行故障分析，生成故障分析结果；

发送所述故障分析结果。

7.根据权利要求6所述的方法，其特征在于，所述根据所述故障分析条件获取数据进行故障分析，生成故障分析结果，包括：

根据所述故障分析条件确定待调取数据信息；

发送数据调取指令，所述数据调取指令包括与所述关键故障数据对应的原始故障信息和所述待调取数据信息；

通过所述数据调取指令获取调取数据；

根据所述关键故障数据和所述调取数据进行故障分析，生成故障分析结果。

8.一种车辆，其特征在于，所述车辆包括：

车身本体；

车载子控制模块，设置于所述车身本体，所述车载子控制模块用于监控所述车辆的运行状态，并生成车辆的实时数据；

网关模块，设置于所述车身本体，所述网关模块与所述车载子控制模块连接；所述网关模块用于接收所述车辆的实时数据；

车载主控制模块，设置于所述车身本体，所述车载主控制模块包括数据缓存单元、与所述数据缓存单元连接的数据存储单元，以及与所述数据存储单元连接的数据通信单元；所述数据缓存单元与所述网关模块连接，所述数据缓存单元用于从所述网关模块获取所述车辆的实时数据进行缓存；所述数据存储单元用于当所述实时数据中具有故障标志时，将所述实时数据作为原始故障数据进行存储；所述数据通信单元用于发送所述原始故障数据中的关键故障数据，所述关键故障数据通过所述原始故障数据和所述故障标志确定。

9.一种车辆故障诊断装置，其特征在于，所述装置包括：

实时数据获取模块，用于获取车辆的实时数据；

原始故障数据存储模块，用于当所述实时数据中具有故障标志时，将所述实时数据作为原始故障数据进行存储；

关键故障数据确定模块，用于根据所述故障标志确定所述原始故障数据中的关键故障数据；

关键故障数据发送模块，用于发送所述关键故障数据。

10.一种计算机可读存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-4或者权利要求5-7任一项所述的方法。

Images