CN110471395A - 一种故障检测方法、装置、设备及存储介质 - Google Patents

一种故障检测方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN110471395A
CN110471395A CN201910760121.9A CN201910760121A CN110471395A CN 110471395 A CN110471395 A CN 110471395A CN 201910760121 A CN201910760121 A CN 201910760121A CN 110471395 A CN110471395 A CN 110471395A
Authority
CN
China
Prior art keywords
vehicle
fault
failure
case
error code
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201910760121.9A
Other languages
English (en)
Other versions
CN110471395B (zh
Inventor
刘新
潘洋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Launch Technology Co Ltd
Original Assignee
Shenzhen Launch Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Launch Technology Co Ltd filed Critical Shenzhen Launch Technology Co Ltd
Priority to CN201910760121.9A priority Critical patent/CN110471395B/zh
Publication of CN110471395A publication Critical patent/CN110471395A/zh
Application granted granted Critical
Publication of CN110471395B publication Critical patent/CN110471395B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00—Testing or monitoring of control systems or parts thereof
    • G05B23/02—Electric testing or monitoring
    • G05B23/0205—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0218—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults
    • G05B23/0243—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterised by the fault detection method dealing with either existing or incipient faults model based detection method, e.g. first-principles knowledge model
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/24—Pc safety
    • G05B2219/24065—Real time diagnostics

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种故障检测方法、装置、设备及存储介质，该方法的步骤包括：获取待检测车辆的故障码集合；获取故障案例，故障案例记录有标准故障码集合与故障配件集合之间的映射关系；根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高；将目标故障案例中的故障配件集合标记为故障检测结果。本方法能够弥补维修技师检修经验的局限性，进而提升了车辆故障定位效率。此外，本申请还提供一种故障检测装置、设备及存储介质，有益效果同上所述。

Description

一种故障检测方法、装置、设备及存储介质
技术领域
本申请涉及车辆检测领域，特别是涉及一种故障检测方法、装置、设备及存储介质。
背景技术
现有车辆诊断设备往往采用类似于车载自动诊断系统OBD的检测方式，通过各种电气监控系统的传感器读取车辆系统组件的运行指标，并将运行指标输出，进而由维修技师读取设备输出指标数据，并借助维修技师的维修经验定位实际故障的配件。
随着新的车款、新的故障类型数量的不断增加，导致车辆中的配件不断丰富，故障指标的类型也在不断增加，由于当前的诊断设备只输出故障指标，并且维修技师对于故障的分析具有经验上的局限性，因此可能无法及时做出检修判断。
由此可见，提供一种故障检测方法，以弥补维修技师检修经验的局限性，进而提升车辆故障定位效率，是本领域技术人员需要解决的问题。
发明内容
本申请的目的是提供一种故障检测方法、装置、设备及存储介质，以弥补维修技师检修经验的局限性，进而提升车辆故障定位效率。
为解决上述技术问题，本申请提供一种故障检测方法，包括：
获取待检测车辆的故障码集合；
获取故障案例，故障案例记录有标准故障码集合与故障配件集合之间的映射关系；
根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高；
将目标故障案例中的故障配件集合标记为故障检测结果。
优选地，获取故障案例，包括：
获取样本车辆在检修操作前的检测数据，以及样本车辆在检测操作后的检测数据，检测数据中包含样本车辆的故障码集合以及样本车辆的故障子系统集合；
将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合；
统计检测数据在检修操作前后样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合；
获取与标准故障子系统集合对应的故障配件集合；
建立标准故障码集合与故障配件集合之间的映射关系，生成故障案例。
优选地，将目标故障案例中的故障配件集合标记为故障检测结果之前，方法还包括：
获取待检测车辆的故障子系统集合，并获取目标故障案例的标准故障子系统集合；
计算故障子系统集合与标准故障子系统集合之间的子系统相似程度；
对子系统相似程度以及故障码相似程度进行调和平均运算，生成检测可信度；
判断检测可信度是否达到可信度阈值；
如果检测可信度达到可信度阈值，则执行将目标故障案例中的故障配件集合标记为故障检测结果的步骤。
优选地，获取与标准故障子系统集合对应的故障配件集合，包括：
获取与标准故障子系统集合中的子系统对应的车辆配件；
统计车辆配件中故障率达到故障率阈值的目标车辆配件，并生成为故障配件集合。
优选地，检测数据中还包含样本车辆的故障码描述、故障子系统描述、VIN码、检测设备型号、车辆车型以及数据生成时间；
在将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合之前，方法还包括：
判断检修操作前后的VIN码、检测设备型号以及车辆车型是否均未变化；
如果检修操作前后的VIN码、检测设备型号以及车辆车型均未变化，则执行将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合的步骤。
优选地，获取故障案例，包括：
获取与待检测车辆的车型对应的故障案例。
此外，本申请还提供一种故障检测装置，包括：
待检测集合获取模块，用于获取待检测车辆的故障码集合；
案例获取模块，用于获取故障案例，故障案例记录有标准故障码集合与故障配件集合之间的映射关系；
案例比对模块，用于根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高；
结果标记模块，用于将目标故障案例中的故障配件集合标记为故障检测结果。
优选地，案例获取模块，包括：
检测数据获取模块，用于获取样本车辆在检修操作前的检测数据，以及样本车辆在检测操作后的检测数据，检测数据中包含样本车辆的故障码集合以及样本车辆的故障子系统集合；
故障码统计模块，用于将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合；
子系统统计模块，用于统计检测数据在检修操作前后样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合；
配件集合获取模块，用于获取与标准故障子系统集合对应的故障配件集合；
案例生成模块，用于建立标准故障码集合与故障配件集合之间的映射关系，生成故障案例。
优选地，装置还包括：
集合获取模块，用于获取待检测车辆的故障子系统集合，并获取目标故障案例的标准故障子系统集合；
相似度计算模块，用于计算故障子系统集合与标准故障子系统集合之间的子系统相似程度；
可信度计算模块，用于对子系统相似程度以及故障码相似程度进行调和平均运算，生成检测可信度；
可信度判断模块，用于判断检测可信度是否达到可信度阈值，如果检测可信度达到可信度阈值，则调用结果标记模块。
优选地，配件集合获取模块，包括：
配件获取模块，用于获取与标准故障子系统集合中的子系统对应的车辆配件；
配件统计模块，用于统计车辆配件中故障率达到故障率阈值的目标车辆配件，并生成为故障配件集合。
优选地，检测数据中还包含样本车辆的故障码描述、故障子系统描述、VIN码、检测设备型号、车辆车型以及数据生成时间；
相应的，装置还包括：
变化判断模块，用于判断检修操作前后的VIN码、检测设备型号以及车辆车型是否均未变化，如果检修操作前后的VIN码、检测设备型号以及车辆车型均未变化，则调用故障码统计模块。
优选地，案例获取模块，包括：
车型案例获取模块，用于获取与待检测车辆的车型对应的故障案例。
此外，本申请还提供一种故障检测设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行计算机程序时实现如上述的故障检测方法的步骤。
此外，本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述的故障检测方法的步骤。
本申请所提供的故障检测方法，首先获取待检测车辆的故障码集合，并获取记录有标准故障码集合与故障配件集合之间映射关系的故障案例，进而根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例的中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高，最终将目标故障案例中的故障配件集合标记为故障检测结果，也就是判定将故障配件集合中的配件发生故障。本方法根据预先产生的故障案例对待检测车辆的故障码集合进行分析，由于故障案例记录了标准故障码集合与故障配件集合之间的映射关系，因此相当于记录了具有代表性的车辆故障情况，进而在故障案例中匹配待检测车辆的故障原因，能够弥补维修技师检修经验的局限性，进而提升了车辆故障定位效率。此外，本申请还提供一种故障检测装置、设备及存储介质，有益效果同上所述。
附图说明
为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请公开的一种故障检测方法的流程图；
图2为本申请公开的一种具体的故障检测方法的流程图；
图3为本申请公开的一种具体的故障检测方法的流程图；
图4为本申请公开的一种车辆系统结构划分示意图；
图5为本申请公开的一种故障检测装置的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。
随着新的车款、新的故障类型数量的不断增加，导致车辆中的配件不断丰富，故障指标的类型也在不断增加，由于当前的诊断设备只输出故障指标，并且维修技师对于故障的分析具有经验上的局限性，因此可能无法及时做出准确性的检修判断。
本申请的核心是提供一种故障检测方法，以弥补维修技师检修经验的局限性，进而提升车辆故障定位效率。本申请的另一核心是提供一种故障检测装置、设备及存储介质。
为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。
请参见图1所示，本申请实施例公开了一种故障检测方法，包括：
步骤S10：获取待检测车辆的故障码集合。
需要说明的是，本步骤中的待检测车辆指的是需要进行故障检测的车辆，而获取故障码集合的过程是诊断设备通过车载自诊断系统OBD扫描车辆电控单元ECU获取车辆的各种参数，当参数异常时以故障码的形式进行显示。故障码集合中的故障码数量可以为1个，也可以为1个以上，这主要是由待检测车辆的实际工作状况决定。另外，当故障码集合中的故障码数量大于1时，各个故障码之间可能具有关联性，也就是说，故障码集合中的多个故障码可能共同对应一种车辆故障，并且故障码集合中不同故障码之间的组合可能对应不同的车辆故障。
步骤S11：获取故障案例，故障案例记录有标准故障码集合与故障配件集合之间的映射关系。
本步骤中获取的故障案例，本质上是对于故障码集合与故障配件集合之间映射关系的记录，也就是说，记录故障码集合中的故障码不同的组合方式所对应的故障配置。例如故障码集合中包含故障码A、B，故障码A能够单独对应故障配件a，故障码B能够单独对应故障配件b，而故障码A与B的组合能够对应故障配件c，故在此情况下与标准故障码集合{A、B}存在映射关系的故障配件集合为{a、b、c}，因此当实际情况下，待检测车辆的故障码集合为{A、B}时，则认为待检测车辆发生故障的配件为a、b以及c。
步骤S12：根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高。
可以理解的是，本步骤是根据故障案例中的标准故障码集合在故障案例中匹配与待检测车辆的故障码集合相似程度最高目标故障案例，该目标故障案例即为与待检测车辆当前故障情况最为相近的故障案例。
例如故障案例包括：标准故障码集合为{A、B}的案例以及标准故障码集合为{A、C}的案例，当待检测车辆的故障码集合为{A、B}时，则认为待检测车辆的故障码集合与标准故障码集合为{A、B}的案例的相似程度最高，因此将标准故障码集合为{A、B}的案例作为目标故障案例进行获取。
步骤S13：将目标故障案例中的故障配件集合标记为故障检测结果。
可以理解的是，由于目标故障管理中包含有相应的故障配件集合，因此本步骤将目标故障案例中的故障配件集合标记为故障检测结果。
本申请所提供的故障检测方法，首先获取待检测车辆的故障码集合，并获取记录有标准故障码集合与故障配件集合之间映射关系的故障案例，进而根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例的中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高，最终将目标故障案例中的故障配件集合标记为故障检测结果，也就是判定将故障配件集合中的配件发生故障。本方法根据预先产生的故障案例对待检测车辆的故障码集合进行分析，由于故障案例记录了标准故障码集合与故障配件集合之间的映射关系，因此相当于记录了具有代表性的车辆故障情况，进而在故障案例中匹配待检测车辆的故障原因，能够弥补维修技师检修经验的局限性，进而提升了车辆故障定位效率。
参见图2所示，本申请实施例公开了一种故障检测方法，包括：
步骤S20：获取待检测车辆的故障码集合。
步骤S21：获取样本车辆在检修操作前的检测数据，以及样本车辆在检测操作后的检测数据，检测数据中包含样本车辆的故障码集合以及样本车辆的故障子系统集合。
需要说明的是，本步骤是分别获取在样本车辆检修操作之前的检测数据以及样本车辆检修操作之后的检测数据，本实施例中的样本车辆指的是为生成故障案例而提供检修数据支持的车辆，也就是根据样本车辆的故障排除情况生成故障案例。对于样本车辆的检修操作指的是对样本车辆存在的故障进行排除的过程。
步骤S22：将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合。
由于在对样本车辆进行故障检修后往往会排除样本车辆的部分故障，本步骤相当于获取检修操作所排除的故障所对应的故障码，因此将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合，标准故障码集合中包含的故障码可以为1个，也可以为1个以上，这主要是由样本车辆的故障排除情况而定的。
步骤S23：统计检测数据在检修操作前后样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合。
由于在对样本车辆进行故障检修后往往会排除样本车辆的部分故障，本步骤相当于获取由于检修操作排除了故障的车辆子系统，因此统计检测数据在检修操作前后样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合，标准故障子系统集合中包含的故障子系统可以为1个，也可以为1个以上，这主要是由样本车辆的故障排除情况而定的。通过对样本车辆进行故障检修而减少的故障子系统以及故障码之间存在有对应关系，因此本实施例中的标准故障码集合与标准故障子系统集合存在着对应关系。
步骤S24：获取与标准故障子系统集合对应的故障配件集合。
另外，由于车辆的子系统中包含着支持子系统工作的车辆配件，因此每一个子系统下均对应多个配件，进而本步骤根据标准故障子系统集合获取对应的故障配件集合。
步骤S25：建立标准故障码集合与故障配件集合之间的映射关系，生成故障案例。
本步骤建立标准故障码集合与故障配件集合之间的映射关系后，则可以生成包含映射关系为标准故障码集合—标准故障子系统集合—故障配件集合的故障案例，也就相当于故障案例记录有标准故障码集合与故障配件集合之间的映射关系。
步骤S26：根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高。
步骤S27：将目标故障案例中的故障配件集合标记为故障检测结果。
本实施例通过将样本车辆经过检修操作前后发生变化的故障码记录为标准故障码集合，并将样本车辆经过检修操作前后发生变化的故障子系统记录为标准故障子系统集合，以此建立了标准故障码集合与标准故障子系统集合之间的对应关系，进而根据标准故障子系统与故障配件集合之间的对应关系，进一步建立了标准故障码集合与故障配件集合之间的映射关系，通过检修操作前后的故障排除情况产生记录有标准故障码集合与故障配件集合之间映射关系的故障案例，能够相对确保了故障案例的整体准确性。可以理解的是，通过不断获取样本车辆在不同检修操作前后的检测数据，并根据检测数据生成相应的标准故障码集合与故障配件集合之间的映射关系，能够进一步增加故障案例所包含的映射关系的丰富性，从而能够通过根据故障案例更加准确的获取到与待检测车辆的故障码集合相匹配的故障检测结果。另外，可也以根据实际故障检测情况对故障案例中的映射关系进行调整，以此进一步提高故障检测结果的准确性。
参见图3所示，本申请实施例公开了一种故障检测方法，包括：
步骤S30：获取待检测车辆的故障码集合。
步骤S31：获取样本车辆在检修操作前的检测数据，以及样本车辆在检测操作后的检测数据，检测数据中包含样本车辆的故障码集合以及样本车辆的故障子系统集合。
步骤S32：将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合。
步骤S33：统计检测数据在检修操作前后样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合。
步骤S34：获取与标准故障子系统集合对应的故障配件集合。
步骤S35：建立标准故障码集合与故障配件集合之间的映射关系，生成故障案例。
步骤S36：根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高。
步骤S37：获取待检测车辆的故障子系统集合，并获取目标故障案例的标准故障子系统集合。
步骤S38：计算故障子系统集合与标准故障子系统集合之间的子系统相似程度。
步骤S39：对子系统相似程度以及故障码相似程度进行调和平均运算，生成检测可信度。
步骤S310：判断检测可信度是否达到可信度阈值。
步骤S311：如果检测可信度达到可信度阈值，则将目标故障案例中的故障配件集合标记为故障检测结果。
本实施例是在故障案例中获取到目标故障案例后，进一步对于故障案例的可信度进行判定，具体是根据待检测车辆与故障案例的系统相似程度及故障码相似程度共同计算待检测车辆的故障情况与故障案例之间的相近程度，也就是本实施例中的检测可信度，其中，系统相似程度是根据待检测车辆的故障子系统集合以及目标故障案例的标准故障子系统集合共同计算产生。进而当检测可信度达到可信度阈值，则将目标故障案例中的故障配件集合标记为故障检测结果，以此进一步提高故障检测结果的整体准确性。
在上述实施例的基础上，作为一种优选的实施方式，获取与标准故障子系统集合对应的故障配件集合，包括：
获取与标准故障子系统集合中的子系统对应的车辆配件；
统计车辆配件中故障率达到故障率阈值的目标车辆配件，并生成为故障配件集合。
需要说明的是，由于考虑到车辆的每个子系统中往往有数量较多的车辆配件，但是子系统的车辆配件中并不是每一个车辆配件都具有较高的故障概率，甚至有一些车辆配件的故障概率趋近于0，因此在获取与标准故障子系统集合对应的故障配件集合时，为了进一步减少因故障配件集合中包含过多车辆配件而产生的干扰，本实施方式仅将车辆配件中故障率达到故障率阈值的目标车辆配件生成为故障配件集合，以此提高了故障检测结果中对应的故障配件的精确性。
此外，作为一种优选的实施方式，检测数据中还包含样本车辆的故障码描述、故障子系统描述、VIN码、检测设备型号、车辆车型以及数据生成时间；
在将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合之前，方法还包括：
判断检修操作前后的VIN码、检测设备型号以及车辆车型是否均未变化；
如果检修操作前后的VIN码、检测设备型号以及车辆车型均未变化，则执行将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合的步骤。
需要说明的是，本实施方式的样本车辆的故障码描述、故障子系统描述分别为对于标准故障码集合中故障码的解释说明以及对故障子系统集合中子系统的解释说明。VIN码指的是车辆识别号码，检测设备型号指的是对样本车辆进行检测所使用的检测设备的型号、车辆车型指的是样本车辆的车型，数据生成时间指的指当前的检测数据生成的时间。
相应的，本实施方式在将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合之前，先判断检修操作前后的VIN码、检测设备型号以及车辆车型是否均未变化，如果检修操作前后的VIN码、检测设备型号以及车辆车型是否均未变化，则说明检修操作前后的检测数据是由相同检测设备在同一台车辆中获取到的，因此执行将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合的步骤，进而相对确保标准故障码集合的整体准确性。
此外，作为一种优选的实施方式，获取故障案例，包括：
获取与待检测车辆的车型对应的故障案例。
需要说明的是，由于考虑到不同车辆车型的故障案例由于车辆配件的不同可能会存在差异，因此为了进一步提高故障检测结果的准确性，本实施方式根据待检测车辆的车型获取相应的故障案例，以此有针对性的对待检测车辆进行故障检测，进而提高了故障检测结果的准确性。
为了加深对于本申请技术方案的理解，下面提供一种具体场景实施例：
根据诊断记录挖掘出车辆所处故障，构建故障案例结合，对于新的检测数据，只需根据故障码进行关联，即可预测输出故障类型和概率，具体步骤：
第一步：抽取设备检测数据，包含故障码、故障码描述、子系统类型、子系统描述以及检修时间、车辆车型、车辆VIN码、检测设备型号；
第二步：针对同一车辆检修数据，按照检测时间排序，从多条检测记录中，确定该车辆检修次数，构建集Vdiagnose合；
第三步：针对Vdiagnose的检修数据，确定初次检测vfirst和最终检测vfinal记录，根据二值之间故障码类型和子系统类型变化情况，确定本次检测中维修的故障类型和子系统类型，构建车辆故障检修集合Sinspection，即故障案例；
第四步：根据子系统与故障类型描述，与现有车辆系统进行对应构建故障系统到对应检修零配件的映射
f:{fault_codes,subsystem}→{vehicle_system,accessory}；
第五步：诊断设备对于待测车辆的新的故障码集合，根据故障码集合计算相似性，
其中为新的故障码集合，Si为故障案例已有故障码集合，i＝1,2,3,…,n。
根据进行评估，定位故障系统。
例如，故障案例的生成阶段，车辆检修数据如下表：
根据VIN码标识的唯一车辆，对诊断时间排序后，上表中2辆车有6条检测记录，可以确定为3次检修，生成Vdiagnose。
以诊断时间为2019-02-10 13:34:12和2019-02-10 18:46:21的记录的数据为例，取vfirst,vfinal∈Vdiagnose，计算故障码集合与子系统id集合的余集，
fault_code:vfault_code＝vfinal-vfirst，
subsystem:vsubsystem＝vfinal-vfirst，
则
vfault_code＝{B2475,P1638,P2882,C2199}，
vsubsystem＝{FFFD0023,FFF34D12,FFFD8400,FFFE23E0}，
通过vfault_code→vsubsystem，可以确定一次检修中维修的故障码和对应的子系统。将{vfault_code→vsubsystem}存入Sinspection。
车辆系统一般可按如图4所述的结构划分。
根据故障码描述code_description和子系统描述subsystem_description与各大系统进行关联，并确定故障零配件，对{vfault_code→vsubsystem}∈Sinspection，可以关联得到发生的车辆系统与零配件集合，即
f:{fault_codes,subsystem}→{vehicle_system,accessory}
该例子中
vehicle_system＝{凸轮配气机构，点火系统}，
accessory＝{进气门，凸轮轴，点火线圈}。
对于新的检测数据，获取故障码集合fault_code与子系统subsystem_id,与Si∈Sinspection中的元素计算相关度，
对二者做调和平均
其中Fs为故障码码集合相似程度，Ss为子系统集合相似程度。当二者都高时，F1也会高。取对应的车辆系统和零配件，作为定位的故障系统和维修部件，F1作为预测的可信度。
参见图5所示，本申请实施例公开了一种故障检测装置，包括：
待检测集合获取模块10，用于获取待检测车辆的故障码集合；
案例获取模块11，用于获取故障案例，故障案例记录有标准故障码集合与故障配件集合之间的映射关系；
案例比对模块12，用于根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高；
结果标记模块13，用于将目标故障案例中的故障配件集合标记为故障检测结果。
作为一种优选的实施方式，案例获取模块11，包括：
检测数据获取模块，用于获取样本车辆在检修操作前的检测数据，以及样本车辆在检测操作后的检测数据，检测数据中包含样本车辆的故障码集合以及样本车辆的故障子系统集合；
故障码统计模块，用于将检修操作前后样本车辆的故障码发生变化元素的集合标记为标准故障码集合；
子系统统计模块，用于统计检测数据在检修操作前后样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合；
配件集合获取模块，用于获取与标准故障子系统集合对应的故障配件集合；
案例生成模块，用于建立标准故障码集合与故障配件集合之间的映射关系，生成故障案例。
作为一种优选的实施方式，装置还包括：
集合获取模块，用于获取待检测车辆的故障子系统集合，并获取目标故障案例的标准故障子系统集合；
相似度计算模块，用于计算故障子系统集合与标准故障子系统集合之间的子系统相似程度；
可信度计算模块，用于对子系统相似程度以及故障码相似程度进行调和平均运算，生成检测可信度；
可信度判断模块，用于判断检测可信度是否达到可信度阈值，如果检测可信度达到可信度阈值，则调用结果标记模块13。
作为一种优选的实施方式，配件集合获取模块，包括：
配件获取模块，用于获取与标准故障子系统集合中的子系统对应的车辆配件；
配件统计模块，用于统计车辆配件中故障率达到故障率阈值的目标车辆配件，并生成为故障配件集合。
作为一种优选的实施方式，检测数据中还包含样本车辆的故障码描述、故障子系统描述、VIN码、检测设备型号、车辆车型以及数据生成时间；
相应的，装置还包括：
变化判断模块，用于判断检修操作前后的VIN码、检测设备型号以及车辆车型是否均未变化，如果检修操作前后的VIN码、检测设备型号以及车辆车型均未变化，则调用故障码统计模块。
作为一种优选的实施方式，案例获取模块11，包括：
车型案例获取模块，用于获取与待检测车辆的车型对应的故障案例。
本申请所提供的故障检测装置，首先获取待检测车辆的故障码集合，并获取记录有标准故障码集合与故障配件集合之间映射关系的故障案例，进而根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例的中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高，最终将目标故障案例中的故障配件集合标记为故障检测结果，也就是判定将故障配件集合中的配件发生故障。本装置根据预先产生的故障案例对待检测车辆的故障码集合进行分析，由于故障案例记录了标准故障码集合与故障配件集合之间的映射关系，因此相当于记录了具有代表性的车辆故障情况，进而在故障案例中匹配待检测车辆的故障原因，能够弥补维修技师检修经验的局限性，进而提升了车辆故障定位效率。
此外，本申请还公开了一种故障检测设备，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如上述的故障检测方法的步骤。
本申请所提供的故障检测设备，首先获取待检测车辆的故障码集合，并获取记录有标准故障码集合与故障配件集合之间映射关系的故障案例，进而根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例的中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高，最终将目标故障案例中的故障配件集合标记为故障检测结果，也就是判定将故障配件集合中的配件发生故障。本设备根据预先产生的故障案例对待检测车辆的故障码集合进行分析，由于故障案例记录了标准故障码集合与故障配件集合之间的映射关系，因此相当于记录了具有代表性的车辆故障情况，进而在故障案例中匹配待检测车辆的故障原因，能够弥补维修技师检修经验的局限性，进而提升了车辆故障定位效率。
此外，本申请还公开了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如上述的故障检测方法的步骤。
本申请所提供的计算机可读存储介质，首先获取待检测车辆的故障码集合，并获取记录有标准故障码集合与故障配件集合之间映射关系的故障案例，进而根据待检测车辆的故障码集合在故障案例中获取目标故障案例，目标故障案例的中的标准故障码集合与待检测车辆的故障码集合之间的故障码相似程度最高，最终将目标故障案例中的故障配件集合标记为故障检测结果，也就是判定将故障配件集合中的配件发生故障。本计算机可读存储介质根据预先产生的故障案例对待检测车辆的故障码集合进行分析，由于故障案例记录了标准故障码集合与故障配件集合之间的映射关系，因此相当于记录了具有代表性的车辆故障情况，进而在故障案例中匹配待检测车辆的故障原因，能够弥补维修技师检修经验的局限性，进而提升了车辆故障定位效率。
以上对本申请所提供的一种故障检测方法、装置、设备及存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种故障检测方法，其特征在于，包括：
获取待检测车辆的故障码集合；
获取故障案例，所述故障案例记录有标准故障码集合与故障配件集合之间的映射关系；
根据所述待检测车辆的故障码集合在所述故障案例中获取目标故障案例，所述目标故障案例中的标准故障码集合与所述待检测车辆的故障码集合之间的故障码相似程度最高；
将所述目标故障案例中的故障配件集合标记为故障检测结果。
2.根据权利要求1所述的故障检测方法，其特征在于，所述获取故障案例，包括：
获取样本车辆在检修操作前的检测数据，以及所述样本车辆在所述检测操作后的检测数据，所述检测数据中包含所述样本车辆的故障码集合以及所述样本车辆的故障子系统集合；
将所述检修操作前后所述样本车辆的故障码发生变化元素的集合标记为所述标准故障码集合；
统计所述检测数据在所述检修操作前后所述样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合；
获取与所述标准故障子系统集合对应的所述故障配件集合；
建立所述标准故障码集合与所述故障配件集合之间的映射关系，生成所述故障案例。
3.根据权利要求2所述的故障检测方法，其特征在于，所述将所述目标故障案例中的故障配件集合标记为故障检测结果之前，所述方法还包括：
获取所述待检测车辆的故障子系统集合，并获取所述目标故障案例的标准故障子系统集合；
计算所述故障子系统集合与所述标准故障子系统集合之间的子系统相似程度；
对所述子系统相似程度以及所述故障码相似程度进行调和平均运算，生成检测可信度；
判断所述检测可信度是否达到可信度阈值；
如果所述检测可信度达到所述可信度阈值，则执行所述将所述目标故障案例中的故障配件集合标记为故障检测结果的步骤。
4.根据权利要求2所述的故障检测方法，其特征在于，所述获取与所述标准故障子系统集合对应的所述故障配件集合，包括：
获取与所述标准故障子系统集合中的子系统对应的车辆配件；
统计所述车辆配件中故障率达到故障率阈值的目标车辆配件，并生成为所述故障配件集合。
5.根据权利要求2所述的故障检测方法，其特征在于，所述检测数据中还包含所述样本车辆的故障码描述、故障子系统描述、VIN码、检测设备型号、车辆车型以及数据生成时间；
在所述将所述检修操作前后所述样本车辆的故障码发生变化元素的集合标记为所述标准故障码集合之前，所述方法还包括：
判断所述检修操作前后的所述VIN码、所述检测设备型号以及所述车辆车型是否均未变化；
如果所述检修操作前后的所述VIN码、所述检测设备型号以及所述车辆车型均未变化，则执行所述将所述检修操作前后所述样本车辆的故障码发生变化元素的集合标记为所述标准故障码集合的步骤。
6.根据权利要求1至5任意一项所述的故障检测方法，其特征在于，所述获取故障案例，包括：
获取与所述待检测车辆的车型对应的所述故障案例。
7.一种故障检测装置，其特征在于，包括：
待检测集合获取模块，用于获取待检测车辆的故障码集合；
案例获取模块，用于获取故障案例，所述故障案例记录有标准故障码集合与故障配件集合之间的映射关系；
案例比对模块，用于根据所述待检测车辆的故障码集合在所述故障案例中获取目标故障案例，所述目标故障案例中的标准故障码集合与所述待检测车辆的故障码集合之间的故障码相似程度最高；
结果标记模块，用于将所述目标故障案例中的故障配件集合标记为故障检测结果。
8.根据权利要求7所述的故障检测装置，其特征在于，所述案例获取模块，包括：
检测数据获取模块，用于获取样本车辆在检修操作前的检测数据，以及所述样本车辆在所述检测操作后的检测数据，所述检测数据中包含所述样本车辆的故障码集合以及所述样本车辆的故障子系统集合；
故障码统计模块，用于将所述检修操作前后所述样本车辆的故障码发生变化元素的集合标记为所述标准故障码集合；
子系统统计模块，用于统计所述检测数据在所述检修操作前后所述样本车辆的故障子系统集合发生变化元素的集合，生成标准故障子系统集合；
配件集合获取模块，用于获取与所述标准故障子系统集合对应的所述故障配件集合；
案例生成模块，用于建立所述标准故障码集合与所述故障配件集合之间的映射关系，生成所述故障案例。
9.一种故障检测设备，其特征在于，包括：
存储器，用于存储计算机程序；
处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述的故障检测方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至6任一项所述的故障检测方法的步骤。
CN201910760121.9A 2019-08-16 2019-08-16 一种故障检测方法、装置、设备及存储介质 Active CN110471395B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910760121.9A CN110471395B (zh) 2019-08-16 2019-08-16 一种故障检测方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910760121.9A CN110471395B (zh) 2019-08-16 2019-08-16 一种故障检测方法、装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN110471395A true CN110471395A (zh) 2019-11-19
CN110471395B CN110471395B (zh) 2022-02-22

Family

ID=68511828

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910760121.9A Active CN110471395B (zh) 2019-08-16 2019-08-16 一种故障检测方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN110471395B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112181434A (zh) * 2020-10-29 2021-01-05 安徽江淮汽车集团股份有限公司 组合仪表故障的诊断方法、装置、设备及存储介质
CN112254983A (zh) * 2020-10-16 2021-01-22 中国第一汽车股份有限公司 一种车辆检测方法、装置、设备及存储介质
CN112711605A (zh) * 2020-12-30 2021-04-27 杭州培慕科技有限公司 故障分析方法、装置、计算机设备和存储介质
CN113570088A (zh) * 2021-09-27 2021-10-29 南通东信车厢制造有限公司 一种基于人工智能的机车配件检修方法及系统

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105955243A (zh) * 2016-06-08 2016-09-21 中国商用飞机有限责任公司 一种基于故障案例的飞机诊断维修方法及其装置
CN107168285A (zh) * 2017-05-26 2017-09-15 大连理工大学 一种结合主客观信息和云模型的汽车智能故障诊断与维修辅助方法及系统
CN107976990A (zh) * 2017-11-13 2018-05-01 华晨汽车集团控股有限公司 一种基于CANoe的整车故障测试方法
CN109189050A (zh) * 2018-10-22 2019-01-11 爱驰汽车（上海）有限公司 故障排除方法、装置、计算设备及计算机存储介质
CN109885038A (zh) * 2019-03-28 2019-06-14 深圳市元征科技股份有限公司 一种车辆故障码维修指引方法以及相关设备
CN109976314A (zh) * 2019-04-22 2019-07-05 深圳市元征科技股份有限公司 一种故障码维修案例的查询方法及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105955243A (zh) * 2016-06-08 2016-09-21 中国商用飞机有限责任公司 一种基于故障案例的飞机诊断维修方法及其装置
CN107168285A (zh) * 2017-05-26 2017-09-15 大连理工大学 一种结合主客观信息和云模型的汽车智能故障诊断与维修辅助方法及系统
CN107976990A (zh) * 2017-11-13 2018-05-01 华晨汽车集团控股有限公司 一种基于CANoe的整车故障测试方法
CN109189050A (zh) * 2018-10-22 2019-01-11 爱驰汽车（上海）有限公司 故障排除方法、装置、计算设备及计算机存储介质
CN109885038A (zh) * 2019-03-28 2019-06-14 深圳市元征科技股份有限公司 一种车辆故障码维修指引方法以及相关设备
CN109976314A (zh) * 2019-04-22 2019-07-05 深圳市元征科技股份有限公司 一种故障码维修案例的查询方法及系统

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112254983A (zh) * 2020-10-16 2021-01-22 中国第一汽车股份有限公司 一种车辆检测方法、装置、设备及存储介质
CN112181434A (zh) * 2020-10-29 2021-01-05 安徽江淮汽车集团股份有限公司 组合仪表故障的诊断方法、装置、设备及存储介质
CN112711605A (zh) * 2020-12-30 2021-04-27 杭州培慕科技有限公司 故障分析方法、装置、计算机设备和存储介质
CN112711605B (zh) * 2020-12-30 2023-12-12 杭州培慕科技有限公司 故障分析方法、装置、计算机设备和存储介质
CN113570088A (zh) * 2021-09-27 2021-10-29 南通东信车厢制造有限公司 一种基于人工智能的机车配件检修方法及系统
CN113570088B (zh) * 2021-09-27 2021-11-30 南通东信车厢制造有限公司 一种基于人工智能的机车配件检修方法及系统

Also Published As

Publication number Publication date
CN110471395B (zh) 2022-02-22

Similar Documents

Publication Publication Date Title
CN110471395A (zh) 一种故障检测方法、装置、设备及存储介质
CN109765883B (zh) 配电自动化终端运行状态评价与故障诊断方法
CN108069308B (zh) 一种基于序贯概率的电扶梯故障诊断方法
CN103135515B (zh) 一种车辆状况的诊断方法
CN102200487B (zh) 用于机动车系统的事件驱动故障诊断架构
CN102375452B (zh) 改善故障代码设定和隔离故障的事件驱动的数据挖掘方法
CN107797537A (zh) 一种应用于自动化生产线的故障预测与健康管理方法
CN105225049B (zh) 一种高可扩展性故障诊断专家系统
CN102054179A (zh) 一种旋转机械在线状态监测与故障诊断装置及方法
CN108010305B (zh) 一种综合能源管理平台数据采集故障的自诊断方法
CN110633905B (zh) 智能车云平台可靠性计算方法及系统
CN109799804B (zh) 一种基于随机故障注入的诊断算法评估方法及系统
CN105335599B (zh) 一种汽车故障诊断率的检测方法及系统
CN110107387A (zh) 基于机油品质传感器的dpf系统obd故障诊断方法
US20170256102A1 (en) Non-starting engine remote diagnostic
CN115062781A (zh) 一种基于状态信息的天线故障监测方法
CN108628279A (zh) 一种基于云计算汽车异常数据流的分析方法
CN109634175A (zh) 一种控制组态程序动态验证的方法及系统
CN112859805A (zh) 一种发动机控制器在线诊断方法及相关装置
CN112699490B (zh) 一种车辆维修结果验证方法和装置
JP2013199249A (ja) 車両情報収集装置及び車両情報収集方法
CN109556861A (zh) 一种基于案例推理的轴承实时故障诊断系统
CN107943002B (zh) 环卫设备故障诊断方法及系统
CN111930081A (zh) 用于监控agv状态的方法、装置、边缘设备和存储介质
Apartsin et al. Early Detection of Engine Anomalies-A Case Study for AI-Based Integrated Vehicle Health Management

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant