CN108829088A - 汽车诊断方法、装置及存储介质 - Google Patents
汽车诊断方法、装置及存储介质 Download PDFInfo
- Publication number
- CN108829088A CN108829088A CN201810800605.7A CN201810800605A CN108829088A CN 108829088 A CN108829088 A CN 108829088A CN 201810800605 A CN201810800605 A CN 201810800605A CN 108829088 A CN108829088 A CN 108829088A
- Authority
- CN
- China
- Prior art keywords
- detection
- detection project
- project
- system parameter
- vehicle
- 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
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0816—Indicating performance data, e.g. occurrence of a malfunction
- G07C5/0825—Indicating performance data, e.g. occurrence of a malfunction using optical means
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0841—Registering performance data
-
- 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/0259—Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the response to fault detection
- G05B23/0262—Confirmation of fault detection, e.g. extra checks to confirm that a failure has indeed occurred
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C5/00—Registering or indicating the working of vehicles
- G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
- G07C5/0808—Diagnosing performance data
-
- 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
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
- G07C2205/00—Indexing scheme relating to group G07C5/00
- G07C2205/02—Indexing scheme relating to group G07C5/00 using a vehicle scan tool
Landscapes
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Automation & Control Theory (AREA)
- Testing And Monitoring For Control Systems (AREA)
- Vehicle Cleaning, Maintenance, Repair, Refitting, And Outriggers (AREA)
Abstract
本发明提供一种汽车诊断方法、装置及存储介质,通过获取待诊断汽车的N个系统参数,并根据N个系统参数确定M个检测项目,以得到包括M个检测项目的检测计划;并显示检测计划,以使用户根据检测计划中的检测项目对待诊断汽车进行操作。本发明提供的汽车诊断方法、装置及存储介质,能够根据N个系统参数共同综合评判,得到多种类别、包含不同优先级检测项目的检测计划,进而能够根据各个系统参数之间的相互关联制定较为完整、综合的检测计划,从而提高了在对汽车进行诊断时的效率。
Description
技术领域
本发明涉及汽车技术领域,尤其涉及一种汽车诊断方法、装置及存储介质。
背景技术
随着汽车技术的不断发展,人们也越来越重视汽车使用过程中的安全性能,在一段时间或者行驶一定的里程数之后,便会对汽车进行诊断检测以及相应的故障维修。
现有技术中,在对汽车存在问题的进行诊断检测时,首先,由维修人员使用汽车诊断设备对汽车的电控系统进行扫描,诊断设备能够根据读取的汽车电控系统的数据得到汽车的诊断参数;随后,由维修人员对汽车诊断设备所获取的各种诊断参数进行检测、观察与分析后,确定汽车故障原因、部件与需要对汽车进行的维修操作;最后,当维修人员对汽车进行相应维修保养与部件更换之后,可以再使用诊断仪确认汽车的故障是否清除。
采用现有技术,由于诊断设备只能根据汽车电控系统的参数列出一个或多个诊断参数或故障码,单一地展示出每个故障问题的存在,而并不能根据各个故障之间的相互关联制定与完整、综合的故障解决方案。因此,造成了对汽车进行诊断时还需要完全依赖维修人员的经验知识对所有故障进行分析处理,从而导致了在对汽车进行诊断时的效率较低。
发明内容
本发明提供一种汽车诊断方法、装置及存储介质,提高了对汽车进行诊断时的效率。
本发明第一方面提供一种汽车诊断方法,包括:
获取待诊断汽车的N个系统参数,所述N为正整数;根据所述N个系统参数确定M个检测项目,以得到包括所述M个检测项目的检测计划,所述M为正整数;
显示所述检测计划,以使用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作。
在本发明第一方面一实施例中,所述获取待诊断汽车的N个系统参数,包括:
在与所述待诊断汽车建立通信后,从所述待诊断汽车的至少一个系统中获取所述N个系统参数;和/或,
根据用户的输入操作,获取所述待诊断汽车的所述N个系统参数。
在本发明第一方面一实施例中,所述根据所述N个系统参数确定M个检测项目,包括:
根据系统参数与检测项目的对应关系,确定与所述N个系统参数对应的M个检测项目。
在本发明第一方面一实施例中,所述根据系统参数与检测项目的对应关系,确定与所述N个系统参数对应的M个检测项目,包括:
确定所述N个系统参数中的各系统参数对应的检测项目;
从所述各系统参数对应的检测项目中确定出M个检测项目。
在本发明第一方面一实施例中,所述从所述各系统参数对应的检测项目中确定出M个检测项目,包括:
确定各系统参数对应的检测项目中M个相同的检测项目;
将所述M个相同的检测项目作为所述M个检测项目。
在本发明第一方面一实施例中,所述从所述各系统参数对应的检测项目中确定出M个检测项目,包括:
删除所述各系统参数对应的检测项目中重复的检测项目,将删除后剩余的M个检测项目作为所述M个检测项目。
在本发明第一方面一实施例中,所述根据所述N个系统参数确定M个检测项目,包括:
根据所述N个系统参数,结合所述待诊断汽车的历史检测数据、所述待诊断汽车相关的检测资料中的至少一种,确定所述待诊断汽车的检测计划。
在本发明第一方面一实施例中,所述根据所述N个系统参数确定M个检测项目,包括:
将所述N个系统参数发送至服务器,以使所述服务器根据所述N个系统参数确定所述待诊断汽车的M个检测项目;
接收所述服务器发送的所述待诊断汽车的所述M个检测项目。
在本发明第一方面一实施例中,所述方法还包括:
确定所述M个检测项目的优先级;
将所述检测计划中的所述M个检测项目按照优先级进行排序,得到排序结果;
所述显示所述检测计划,包括:
按照所述排序结果,显示所述检测计划中的所述M个检测项目。
在本发明第一方面一实施例中,所述确定所述M个检测项目的优先级,包括:
根据检测项目对应的检测对象的重要性,确定所述M个检测项目的优先级;或者,
根据检测项目之间的关联程度,确定所述M个检测项目的优先级。
在本发明第一方面一实施例中,所述显示所述检测计划后,所述方法还包括:
接收用户输入的系统参数或检测项目;
根据所述用户输入的系统参数或检测项目,更新所述检测计划。
在本发明第一方面一实施例中,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第一操作;
根据所述第一操作,运行所述检测项目。
在本发明第一方面一实施例中,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第二操作;
根据所述第二操作,显示与所述检测项目相关的至少一个检测功能。
在本发明第一方面一实施例中,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第三操作;
根据所述第三操作,显示所述检测项目的辅助信息。
在本发明第一方面一实施例中,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第四操作;
根据所述第四操作,显示所述检测项目的详细描述信息。
在本发明第一方面一实施例中,所述方法还包括:
在检测到用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作后,根据所述用户对所述待诊断汽车进行的操作,更新所述检测项目的执行状态。
在本发明第一方面一实施例中,所述显示所述检测计划,包括:显示至少一种以下信息:
所述检测计划包括的各检测项目的类型、各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。
在本发明第一方面一实施例中,所述系统参数包括以下至少一种:所述待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码、故障症状。
综上,本发明第一方面提供的汽车诊断方法中,通过获取待诊断汽车的N个系统参数,并根据N个系统参数确定M个检测项目,以得到包括M个检测项目的检测计划;并显示检测计划,以使用户根据检测计划中的检测项目对待诊断汽车进行操作。从而能够根据N个系统参数共同综合评判,得到多种类别、包含不同优先级检测项目的检测计划,进而能够根据各个系统参数之间的相互关联制定较为完整、综合的检测计划,因此提高了在对汽车进行诊断时的效率。
本发明第二方面提供一种汽车诊断装置,包括:
获取模块,用于获取待诊断汽车的N个系统参数,所述N为正整数;
处理模块,用于根据所述N个系统参数确定M个检测项目,以得到包括所述M个检测项目的检测计划,所述M为正整数;
显示模块,用于显示所述检测计划,以使用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作。
在本发明第二方面一实施例中,所述获取模块具体用于,
在于所述待诊断汽车建立通信后,从所述待诊断汽车的至少一个系统中获取所述N个系统参数;和/或,
根据用户的输入操作,获取所述待诊断汽车的系统参数。
在本发明第二方面一实施例中,所述处理模块具体用于,
根据系统参数与检测项目的对应关系,确定与所述N个系统参数对应的M个检测项目。
在本发明第二方面一实施例中,所述处理模块具体用于,
确定所述N个系统参数中各系统参数对应的检测项目;
从所述各系统参数对应的检测项目中确定出M个检测项目。
在本发明第二方面一实施例中,所述处理模块具体用于,
确定各系统参数对应的检测项目中M个相同的检测项目;
将所述M个相同的检测项目作为所述M个检测项目。
在本发明第二方面一实施例中,所述处理模块具体用于,
删除所述各系统参数对应的检测项目中重复的检测项目,将删除后剩余的M个检测项目作为所述M个检测项目。
在本发明第二方面一实施例中,所述处理模块具体用于,
根据所述N个系统参数,结合所述待诊断汽车的历史检测数据、所述待诊断汽车相关的检测资料中的至少一种,确定所述待诊断汽车的检测计划。
在本发明第二方面一实施例中,还包括:
发送模块,用于将所述N个系统参数发送至服务器,以使所述服务器根据所述N个系统参数确定所述待诊断汽车的M个检测项目;
接收模块,用于接收所述服务器发送的所述待诊断汽车的所述M个检测项目。
在本发明第二方面一实施例中,所述处理模块还用于,
确定所述M个检测项目的优先级;
将所述检测计划中的所述M个检测项目按照优先级进行排序,得到排序结果;
所述处理模块还用于,按照所述排序结果,显示所述检测计划中的所述M个检测项目。
在本发明第二方面一实施例中,所述处理模块具体用于
根据检测项目对应的检测对象的重要性,确定所述M个检测项目的优先级;或者,
根据检测项目之间的关联程度,确定所述M个检测项目的优先级。
在本发明第二方面一实施例中,所述处理模块还用于,
接收用户输入的系统参数或检测项目;
根据所述用户输入的系统参数或检测项目,更新所述检测计划。
在本发明第二方面一实施例中,所述处理模块还用于,
接收用户针对所述M个检测项目中的一个检测项目的第一操作;
根据所述第一操作,运行所述检测项目。
在本发明第二方面一实施例中,所述处理模块还用于,
接收用户针对所述M个检测项目中的一个检测项目的第二操作;
所述显示模块还用于,根据所述第二操作,显示与所述检测项目相关的至少一个检测功能。
在本发明第二方面一实施例中,所述处理模块还用于,
接收用户针对所述M个检测项目中的一个检测项目的第三操作;
所述显示模块还用于,根据所述第三操作,显示所述检测项目的辅助信息。
在本发明第二方面一实施例中,所述处理模块还用于,
接收用户针对所述M个检测项目中的一个检测项目的第四操作;
所述显示模块还用于,根据所述第四操作,显示所述检测项目的详细描述信息。
在本发明第二方面一实施例中,所述处理模块还用于,
在检测到用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作后,根据所述用户对所述待诊断汽车进行的操作,更新所述检测项目的执行状态。
在本发明第二方面一实施例中,所述显示模块具体用于,显示至少一种以下信息:
所述检测计划包括的各检测项目的类型,各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。
在本发明第二方面一实施例中,所述系统参数包括以下至少一种:
所述待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码和故障症状。
综上,本发明第二方面提供的汽车诊断装置中,通过获取待诊断汽车的N个系统参数,并根据N个系统参数确定M个检测项目,以得到包括M个检测项目的检测计划;并显示检测计划,以使用户根据检测计划中的检测项目对待诊断汽车进行操作。从而能够根据N个系统参数共同综合评判,得到多种类别、包含不同优先级检测项目的检测计划,进而能够根据各个系统参数之间的相互关联制定较为完整、综合的检测计划,因此提高了在对汽车进行诊断时的效率。
本申请第三方面提供一种汽车诊断装置,包括:
处理器,用于获取待诊断汽车的N个系统参数,所述N为正整数;所述处理器还用于根据所述N个系统参数确定M个检测项目,以得到包括所述M个检测项目的检测计划,所述M为正整数;
显示器,用于显示所述检测计划,以使用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作。
在本发明第三方面一实施例中,所述处理器具体用于,
在于所述待诊断汽车建立通信后,从所述待诊断汽车的至少一个系统中获取所述N个系统参数;和/或,
根据用户的输入操作,获取所述待诊断汽车的系统参数。
在本发明第三方面一实施例中,所述处理器具体用于,
根据系统参数与检测项目的对应关系,确定与所述N个系统参数对应的M个检测项目。
在本发明第三方面一实施例中,所述处理器具体用于,
确定所述N个系统参数中各系统参数对应的检测项目;
从所述各系统参数对应的检测项目中确定出M个检测项目。
在本发明第三方面一实施例中,所述处理器具体用于,
确定各系统参数对应的检测项目中M个相同的检测项目;
将所述M个相同的检测项目作为所述M个检测项目。
在本发明第三方面一实施例中,所述处理器具体用于,
删除所述各系统参数对应的检测项目中重复的检测项目,将删除后剩余的M个检测项目作为所述M个检测项目。
在本发明第三方面一实施例中,所述处理器具体用于,
根据所述N个系统参数,结合所述待诊断汽车的历史检测数据、所述待诊断汽车相关的检测资料中的至少一种,确定所述待诊断汽车的检测计划。
在本发明第三方面一实施例中,还包括:
发送器,用于将所述N个系统参数发送至服务器,以使所述服务器根据所述N个系统参数确定所述待诊断汽车的M个检测项目;
接收器,用于接收所述服务器发送的所述待诊断汽车的所述M个检测项目。
在本发明第三方面一实施例中,所述处理器还用于,
确定所述M个检测项目的优先级;
将所述检测计划中的所述M个检测项目按照优先级进行排序,得到排序结果;
所述处理器还用于,按照所述排序结果,显示所述检测计划中的所述M个检测项目。
在本发明第三方面一实施例中,所述处理器具体用于
根据检测项目对应的检测对象的重要性,确定所述M个检测项目的优先级;或者,
根据检测项目之间的关联程度,确定所述M个检测项目的优先级。
在本发明第三方面一实施例中,所述处理器还用于,
接收用户输入的系统参数或检测项目;
根据所述用户输入的系统参数或检测项目,更新所述检测计划。
在本发明第三方面一实施例中,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第一操作;
根据所述第一操作,运行所述检测项目。
在本发明第三方面一实施例中,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第二操作;
所述显示器还用于,根据所述第二操作,显示与所述检测项目相关的至少一个检测功能。
在本发明第三方面一实施例中,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第三操作;
所述显示器还用于,根据所述第三操作,显示所述检测项目的辅助信息。
在本发明第三方面一实施例中,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第四操作;
所述显示器还用于,根据所述第四操作,显示所述检测项目的详细描述信息。
在本发明第三方面一实施例中,所述处理器还用于,
在检测到用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作后,根据所述用户对所述待诊断汽车进行的操作,更新所述检测项目的执行状态。
在本发明第三方面一实施例中,所述显示器具体用于,显示至少一种以下信息:
所述检测计划包括的各检测项目的类型,各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。
在本发明第三方面一实施例中,所述系统参数包括以下至少一种:
所述待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码和故障症状。
第四方面,本申请实施例提供一种电子设备,包括:处理器和存储器;所述存储器,用于存储程序;所述处理器,用于调用所述存储器所存储的程序,以执行本申请第一方面中任一所述的汽车诊断方法。
第五方面,本申请实施例提供一种存储介质,所述存储介质存储计算机程序,当所述计算机程序被执行时,执行如本申请第一方面任一所述的汽车诊断方法。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的汽车诊断方法应用的系统结构示意图;
图2为本发明汽车诊断方法实施例一的流程示意图;
图3为本发明汽车诊断方法中检测计划的示意图;
图4为本发明汽车诊断方法实施例二的流程示意图;
图5为本发明汽车诊断方法实施例三的流程示意图;
图6为本发明汽车诊断装置实施例一的结构示意图;
图7为本发明汽车诊断装置实施例二的结构示意图;
图8为本发明汽车诊断装置实施例三的结构示意图;
图9为本发明汽车诊断装置实施例四的结构示意图。
通过上述附图,已示出本公开明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本公开构思的范围,而是通过参考特定实施例为本领域技术人员说明本公开的概念。下面以具体地实施例对本发明的技术方案进行详细说明。下面的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
图1为本发明实施例提供的汽车诊断方法应用的系统结构示意图。如图1所示,由用户或维修人员通过手持或者其他方式操控用于汽车诊断的电子设备,如汽车诊断设备,或其他专用工具等,对待诊断的汽车进行扫描。在此,对诊断的汽车进行扫描可以是指实现与汽车中的电子控制单元(Electronic Control Unit,ECU),或称电控系统,进行通信,获取电子控制单元中的数据。本申请实施例以汽车诊断设备为例进行说明。其中,汽车诊断设备与汽车之间的通信可以通过有线或无线连接实现。汽车诊断设备可以通过汽车通信接口(Vehicle Communication Interface,VCI)与汽车的OBD接口连接。
具体地,诊断设备能够通过根据读取的汽车电控系统(ECU)的数据得到汽车的系统参数,例如采集汽车发动机系统、汽车电控故障诊断系统、排气分析系统、不透光烟度测量系统和底盘悬挂系统的系统数据。随后,再由维修人员对汽车的各种系统参数进行检测、观察与分析后,确定汽车故障原因、部件与需要对汽车进行的维修操作;最后,当维修人员对汽车进行相应维修操作与部件更换之后,再使用诊断仪确认汽车的故障是否清除。
但是,在现有技术存在如下的问题,由于诊断设备只能列出一个或多个系统参数或故障码,单一地展示出每个故障问题的存在,而并不能根据各个故障之间的相互关联制定与完整、综合的故障解决方案。造成了对汽车进行诊断时还需要完全依赖维修人员的经验知识对所有故障进行分析处理,从而导致了在对汽车进行诊断时的效率较低。
本发明实施例提供一种汽车诊断方法及装置,以提高对汽车进行诊断时的效率。
具体地,图2为本发明汽车诊断方法实施例一的流程示意图。如图2所示,本实施例提供的汽车诊断方法包括:
S101:获取待诊断汽车的N个系统参数,N为正整数;
S102:根据N个系统参数确定M个检测项目,以得到包括M个检测项目的检测计划,M为正整数。
在本步骤中,电子设备在对待诊断的汽车进行诊断时,首先获取待诊断汽车的系统参数。本实施例执行主体可以是具备获取汽车系统参数以及相关数据处理功能的电子设备。例如,安装有汽车诊断的应用程序的终端,如手机、平板电脑等。电子设备可以包括汽车诊断设备、诊断专用工具等。
可选地,系统参数至少包括以下的一种或多种:待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码和故障状态。
其中,待诊断汽车的车辆信息包括汽车的品牌、型号、年款、车辆标识码(VehicleIdentification Number,VIN)、等。
系统信息主要指待诊断汽车的电控系统的相关信息,如电控系统标识、电控系统包括的组件、电控系统中的车辆数据。
传感器状态包括待诊断汽车内各传感器的状态,例如:水温传感器、胎压传感器、空气质量传感器、温度传感器的状态;在此,各传感器的状态可以为正常或异常。各传感器传输的数据可以包括在电控系统传输的数据中。
模块状态指待诊断汽车内的车身控制模块的状态,车身控制模块用于控制汽车车身用电气,比如灯具、雨刮、门锁和天窗等。
故障码和故障状态可以由待诊断汽车的ECU分析反映出,并存储在汽车的ECU或相关存储设备中,本实施例中从ECU或相关存储设备中获取待诊断汽车的故障码和故障状态。故障码和故障状态可以理解为汽车的ECU根据汽车的车辆数据分析得到的。N个系统参数中可以包括上述至少一种系统参数,例如:S101中所获取的3个系统参数包括汽车的发动机型号(硬件参数)、汽车的发动机运行时间(硬件参数)和发动机系统的软件版本(软件参数),即由上述的两个硬件参数和一个软件参数构成了3个系统参数。
具体地,在步骤S102中,当作为执行主体的电子设备获取了待诊断汽车的N个系统参数后,还需要根据N个系统参数确定M个检测项目,以得到包括该M个检测项目的检测计划。其中,检测计划至少包括该M个检测项目。
例如:在S101中获取的待诊断汽车的3个系统参数为,发动机噪声为40dB、发动机水温为97度、排气管冒烟为黑色。则根据其中发动机的噪声大和水温过高,判断汽车发动机超负荷故障,因此生成第一检测项目为,发动机的燃烧检测。并根据排气管冒烟为黑色,判断汽车空气滤芯堵塞,因此生成第二检测项目为,空气滤芯堵塞检测。即根据上述3个系统参数生成了2个检测项目:发送机燃烧检测和空气滤芯堵塞检测,并且最终所生成的检测计划中也会包括上述所生成的2个检测项目。
S103:显示S102中所确定的检测计划,以使用户根据检测计划中的检测项目对待诊断汽车进行操作。
具体地,在本步骤中,可以通过电子设备的显示装置,如显示屏等,向用户显示S102中所得到的检测计划,该检测计划中至少包括了前述所获取的M个检测项目。以使用户根据检测计划中的M个检测项目对待诊断汽车进行操作。该操作可以是对待诊断汽车进行人工复诊、根据检测项目对待诊断汽车进行检测或者根据检测项目对待诊断汽车所存在的故障或问题进行处理等。
此外,可选地,检测计划中除了包括需要向用户显示的M个检测项目,还可以根据检测项目提供整车的全面保养服务或者根据检测项目向用户进行汽车维护常识的普及等,在此不做限定。
在一种可能的实施例中,检测计划包括了至少一种以下信息:所述检测计划包括的各检测项目的类型、各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。其中,检测项目的类型用于对检测项目进行分类,使得用户能够按照不同的类别对待诊断汽车进行检测项目的检测。例如:汽车的发动机故障检测、发动机故障检测、刹车故障检测为使用类故障,空调故障检测为维护类故障;或者,检测项目的类型可以分为维修功能、电路图、帮助文档等。当电子设备运行不同类型的检测项目时,向用户显示不同的信息。例如,当电子设备运行维修功能类型的检测项目时,显示该检测项目的检测步骤,以知道用户对待诊断汽车进行检测和/或维修操作。当电子设备运行电路图类型的检测项目时,显示电控系统的电路图,以辅助用户对待诊断汽车进行检测、诊断或维修等操作。当电子设备运行帮助文档类型的检测项目时,显示帮助文档中的提示内容,以帮助用户实现对待诊断汽车进行检测、诊断或维修等操作。
检测项目的描述可以是具体检测项目所需要进行的操作,并且描述信息包括简略描述和详细描述两种显示方式。举例说明,如图3所示,类型为维修功能的一项检测项目的简略描述为“曲轴位置传感器错误分配”,其详细描述为“0001-发动机电控系统25 2P0019气缸列2,凸轮轴位置/曲轴位置传感器分配不正确(未达到下限,静态)”。即检测项目的简略描述可以包括待检测目标和/或故障描述,检测项目的详细描述可以包括待检测项所属系统,故障码,故障码描述,相关症状等。
一种实现方式中,检测计划中显示有检测项目的简略描述,在获取到用户对简略描述的点击动作后,可以再显示详细描述;或者,用户通过不同的触控操作,查看该检测项目的简略描述或详细描述。
检测项目的执行状态用于指示检测项目是否正在执行、已执行、未执行或可疑,可疑即不确定检测项目的状态;检测项目的优先级用于标识检测项目的重要程度,优先级的实施例将在下文中详述。
综上,本实施例提供的汽车诊断方法中,通过获取待诊断汽车的N个系统参数,并根据N个系统参数确定M个检测项目,以得到包括M个检测项目的检测计划;并显示检测计划,以使用户根据检测计划中的检测项目对待诊断汽车进行操作。从而能够根据N个系统参数共同综合评判,得到多种类别、包含不同优先级检测项目的检测计划,进而能够根据各个系统参数之间的相互关联制定较为完整、综合的检测计划,因此提高了在对汽车进行诊断时的效率。此外,本实施例提供的汽车诊断方法还可以达到以下的技术效果:
1、生成的检测计划更为系统、全面,能够极大地提高汽车诊断时的工作效率。
2、降低对汽车维修技术人员经验和知识的依赖,为企业节约成本。
3、通过引导式、智能化的操作过程,降低工具使用的学习成本。
可选地,在上述实施例中的S101中,作为执行主体的电子设备获取系统参数的方式可以包括但不限于以下几种:
1、电子设备与待诊断汽车的控制系统通过有线或无线通信方式建立通信后,从待诊断汽车的至少一个系统中获取N个系统参数。其中,电子设备与待诊断汽车建立通信可以是与待诊断汽车的ECU进行连接,或者待诊断汽车中能够通信的装置,如OBD接口,进行连接,并通过该装置可以获取到汽车中至少一个系统的系统参数。待诊断汽车的至少一个系统指上述电控系统。
2、通过电子设备的摄像头等拍摄设备对待诊断汽车的关键部位(如轮胎、转向灯和刹车盘)进行拍摄,通过图像处理的方式确定系统参数。
3、电子设备获取一个或多个专门用于汽车诊断的设备中诊断并记载的待诊断汽车的系统参数。
4、电子设备获取用户的输入操作,并根据用户的输入操作获取待诊断汽车的N个系统参数。
需要说明的是,上述几种获取系统参数的方式可以择一使用,或者结合使用,即S101中所获取的N个系统参数可通过上述任一种方式获取,或通过多种方式结合使用,例如,从待诊断汽车中的至少一个系统中获取J个系统参数,根据用户输入获取K个系统参数,N为J与K之和,J,K为正整数。也可以单独通过上述几种方式获取的系统参数进行简单相加或去除重复的总结后得到总共N个系统参数。
进一步地,在上述各实施例中,S102中根据N个系统参数确定M个检测项目,具体包括:
根据系统参数与检测项目的对应关系,确定与N个系统参数对应的M个检测项目。
具体地,系统参数与检测项目之间存在对应关系,对应关系可以存储在上述用于确定检测项目的电子设备中,该对应关系可以是一对一、多对一或者一对多。例如:在一对一的对应关系中,至少包括了发动机的噪声大于40dB对应的检测项目是发动机的燃烧检测;汽车发动机冒黑烟对应的检测项目是空气滤芯堵塞检测。或者,在多对一的对应关系中,当发动机的噪声大于30dB且水温高于90度时,由2个系统参数对应的一个检测项目是发动机的燃烧检测。则本实施例中可以通过所获取的N个系统参数查询系统参数与检测项目的对应关系,以查询出M个检测项目,其中,N与M的数值可以相同或不同,在此不做限定。
而如果所确定的M个检测项目中存在相同的检测项目,例如两个不同的系统参数都对应一个检测项目。则需要先确定各系统参数对应的检测项目中M个相同的检测项目,并将M个相同的检测项目作为上述的M个检测项目,以保证M个检测项目与各系统参数均对应或相关。进而保证了得到检测项目与获得的系统参数关联性大,检测项目更准确。
更为具体地,由于电子设备所获取的系统参数相对独立,而在生成检测计划时,需要综合考虑所有系统参数才能为待诊断的汽车制定综合的解决方案,而不是仅仅根据某一个系统参数单一地展示该系统参数所指示的问题本身。则在本步骤中确定检测计划中的检测项目时,除了每一个有问题的系统参数对应一个检测项目,还需要将多个系统参数结合起来,共同判断汽车的故障问题并生成相应的检测计划。并且,在得到M个检测计划之后,还需要对检测计划进行分类,并确定每个检测项目的优先级。可选地,电子设备可以通过本地数据库查询的方式,或者通过互联网或服务器检索的方式,确定系统参数对应的检测计划。
例如:电子设备获取的4个系统参数包括:发动机噪声为40dB、发动机水温为97度、刹车涉水后失灵、空调异味。其中,通过4个系统参数中每个系统参数得到的对应检测项目分别为:发动机故障检测、发动机故障检测、刹车故障检测和空调故障检测。而通过前两个系统参数,发动机噪声为40dB、发动机水温为97度能够共同确定发送机的故障为判断汽车发动机超负荷故障,因此生成的检测项目为发动机的燃烧检测。相对于单一系统参数的诊断,这样诊断得到的检测项目更为准确。更进一步地,通过前三个系统参数,发动机噪声为40dB、发动机水温为97度、刹车涉水后失灵,能够更为具体地确定车辆为涉水后导致的发送机燃烧故障,得到更为准确的检测项目。
可选地,上述实施例中S101中根据N个系统参数确定M个检测项目的一种可能的实现方式为,将N个系统参数发送至服务器,以使服务器根据N个系统参数确定待诊断汽车的M个检测项目;接收服务器发送的待诊断汽车的M个检测项目。
具体地,除了上述实施例中,由电子设备本身直接通过N个系统参数确定检M个检测项目;在本实施例中,电子设备还可以在获取系统参数后将系统参数发送至云端服务器,将检测计划的生成放在云端服务器进行;或者,通过本地与云端结合进行的方式确定检测项目。例如:电子设备将满足一定预设条件的系统参数发送至云端服务器,由云端服务器确定待诊断汽车的检测项目之后,将检测项目发送回至电子设备。而对于不满足预设条件的系统参数,电子设备直接根据获取的系统参数确定检测项目。预设条件例如可以是,N个系统参数所需要的运算量较大超出电子设备处理能力,或者N个系统参数中包括全部或部分电子设备不能处理的系统参数,则在满足该些预设条件的情况下,电子设备将获取的系统参数发送至云端服务器,否则在本地直接根据系统参数生成检测项目。
可选地,在S101中可根据N个系统参数确定M个检测项目的另一种可能的实现方式为,根据N个系统参数,结合待诊断汽车的历史检测数据、待诊断汽车相关的检测资料中的至少一种,确定待诊断汽车的检测计划。具体地,在电子设备根据系统参数确定检测项目时,需要综合考虑待诊断汽车的历史检测数据、并结合待诊断汽车相关监测资料如同类别汽车的维修资料,综合得到待诊断汽车最为准确的检测项目。例如:待诊断汽车之前经历过多次发动机燃烧故障的维修,则若此次的系统参数中发动机温度较高,可以在确定发动机的检测项目时,考虑到之前该汽车经历过发动机燃烧故障的维修,因此得到的检测项目为发动机燃烧故障。或者,根据待诊断汽车同类别汽车的维修资料中,显示该类别汽车发动机燃烧故障较为频发,也可以得到检测项目为发动机燃烧故障。
此外,在上述示例中,由于同时得到不同的检测项目数量较大,需要对检测项目的重要级别进行排序,使得向用户所呈现的检测项目都会标记相应的优先级,而能够建议用户可以根据优先级对重要的检测项目先进行处理操作。
则可选地,上述实施例中的方法还包括:确定M个检测项目的优先级;并将检测计划中的M个检测项目按照优先级进行排序得到排序结果。该些操作可以在S103之前进行,则S103中显示检测计划可以包括:按照排序结果,显示检测计划中的M个检测项目。
其中,确定M个检测项目的优先级的方式可以根据检测项目对应的检测对象的重要性,确定M个检测项目的优先级。例如,与发动机有关的检测项目标记为最高的优先级别,而与空调等维护类故障问题有关的检测项目标记为最低级别。使得电子设备或者其他检测设备、人员在对待诊断汽车进行检测项目的检测时,能够根据不同的优先级别的先后顺序,优先执行较为紧急的检测项目如维修发动机,而空调相关的故障可以在发动机维修好之后执行。或者,确定M个检测项目的优先级的方式可以是根据检测项目之间的关联程度,确定M个检测项目的优先级。例如,当检测项目之间关联程度较高,说明待诊断汽车的某个故障可能已经非常严重,导致了较多的系统参数出问题并需要进行相关的检测,则可以将该检测项目的优先级设置较高并能够被优先执行。
可选地,在上述各实施例中的方法还包括,接收用户输入的系统参数或检测项目;并根据用户输入的系统参数或检测项目,更新检测计划。其中,用户如维修人员或者汽车车主可以向电子设备输入系统参数或检测计划,用于指示电子设备对待诊断的汽车根据用户输入的参数或检测项目更新检测计划。具体地,本实施例提供的汽车诊断方法,除了按照预设的方式获取待诊断汽车固定的N个系统参数,电子设备还可以根据用户自定义的系统参数或检测项目,在待诊断汽车的检测计划中加入用户自定义的检测项目,或者根据用户自定义的系统参数对应的检测项目。例如:当汽车经过一段时间行驶后,虽然汽车的轮胎没有出现问题,在用户需要对轮胎进行检测确定是否故障时,可以在本实施例中的电子设备输入检测项目为检测轮胎。则当电子设备收到用户输入的内容确定检测计划为检测轮胎。并可以结合S101中获取的N个系统参数对应的M个检测项目以共同生成针对待诊断汽车的检测计划,最终实现结合用户自定义的诊断与检测得到更为全面的检测计划。
而更进一步地,图3为本发明汽车诊断方法中检测计划的示意图。如图3所示的示意图中提供了一种电子设备向用户呈现检测计划页面的实现方式,其中,类型:检测项的分类,有三种类型:维修功能、帮助文档、电路图;“维修功能”表示可执行的检测项,“帮助文档”是除电路图外的其他文档。描述:待检测项的简略描述。状态:可分为未执行,执行成功,执行失败,中断,可疑五种类型。优先级:待检测项的重要程度,1~n,1表示优先级最高。选项:针对当前项相关的操作,包括:运行、进入系统、添加关联症状、帮助信息、冻结帧、数据流、ECU信息、辅助信息;可根据需要展示其中一个或多个。其中,运行是指运行检测项目的进一步功能,如类型为维修功能的检测项目维修后显示该检测项目的检测步骤。对于用户选取其他选项,如进入系统,冻结帧,数据流,ECU信息,辅助信息等,可以显示其他选项相关的菜单,或者进入其他选项对应的功能,例如,用户选取其他选项,通过显示内容可以自行进行检测诊断等。列表项展开后的内容,即为检测项目的详细描述,可以包括:所属系统,故障码,故障码描述,相关症状。
进一步地,在上述实施例中的汽车诊断方法中,还包括:接收用户针对M个检测项目中的一个检测项目的第一操作;并根据第一操作运行该检测项目。具体地,在上述实施例一中,电子设备确定了待诊断汽车的检测计划之后,还可以用于执行该检测计划中用户所选定的检测项目。例如对待诊断汽车的发动机运行、空调运行进行自动化的检测。具体的实现方式可以通过如图3所示的显示界面进行说明,当用户选择的检测项目的类型为维修功能,则运行检测项目是指显示该检测项目的检测步骤;若用户选择的检测项目的类型为电路图或帮助文档,是指进入电路图或帮助文档的显示页面,具体显示相关内容。用户的第一操作可以是选取检测计划中的某一检测项目对应的“运行操作”
进一步可选地,在上述实施例中的汽车诊断方法中,还包括:接收用户针对M个检测项目中的一个检测项目的第二操作;根据第二操作,显示与该检测项目相关的至少一个检测功能。其中,检测功能是指除检测步骤外的其他操作方式,或者,检测功能中包括至少一种系统参数等。例如:如图3所示,用户选取选项中的“数据流”时,电子设备可以显示与该检测项目对应的“数据流”,该“数据流”可以是获取的与该检测项目对应的系统参数,进而可以实现用户通过第二操作,可以确定与检测项目对应的系统参数,从而可以做进一步分析或处理等。例如,用户的第二操作可以是对选项中除“运行”外的其他选项的选取操作。
进一步可选地,在上述实施例中的汽车诊断方法中,还包括:接收用户针对M个检测项目中的一个检测项目的第三操作;根据第三操作,显示检测项目的辅助信息。例如:当接收到用户点击检测轮胎的项目时,可以向用户显示检测轮胎时的辅助信息,例如可以是需要对人员进行安全防护防止爆胎,或者对轮胎充气时气压应小于预设阈值等辅助信息,以辅助并提示用户在进行检测项目时的注意事项。例如,如图3所示,用户的第三操作可以是用户对选项中的“辅助信息”的选项的选取操作。
进一步可选地,在上述实施例中的汽车诊断方法中,还包括:接收用户针对M个检测项目中的一个检测项目的第四操作;根据第四操作,显示检测项目的详细描述信息。具体地,例如在图3所示的显示界面中,对于检测项目的描述中仅为简略描述,在检测到用户对简略描述的查看操作后,可以再显示详细描述。
进一步可选地,在上述实施例中的汽车诊断方法中,还包括:在检测到用户根据检测计划中的检测项目对待诊断汽车进行操作后,根据用户对待诊断汽车进行的操作,更新检测项目的执行状态。具体地,例如在图3所示的显示界面中,当用户对于例如第一项维修功能中的定速控制系统开关进行操作后,可以将其状态由“中断”修改为“执行成功”。具体地,用户根据检测项目对待诊断汽车进行操作后,电子设备可以接收用户操作后的确定指令,电子设备可以根据该确定指令从待诊断汽车获取用户对待诊断汽车的操作结果,进而根据该操作结果更新检测项目的执行状态,若未获取到操作结果,可以将执行状态更新为可疑。
图4为本发明汽车诊断方法实施例二的流程示意图。如图4所示的实施例为一种汽车诊断方法更为具体的实现方式,包括如下步骤:首先手动选择或通过VIN码自动确定具体车型,再进行全面的系统扫面;然后根据系统扫描结果,诊断系统会根据诊断信息数据库自动生成一个检测计划;在检测计划界面用户可自行添加故障症状;在检测计划界面用户可自行添加自定义检测项;诊断系统跟用户添加的内容及当前的整体状况更新检测计划。
图5为本发明汽车诊断方法实施例三的流程示意图。如图5所示的实施例为一种汽车诊断方法中确定检测计划更为具体的实现方式,包括如下步骤:输入:通过系统扫描或用户输入的方式,采集尽可能全面的信息,比如:车辆信息、各系统信息、传感器状态、模块状态、故障码;计算:根据所输入的信息,查询诊断系统相关的数据库,找出最匹配的检测项,并进行分类、排序;自定义输入:若用户需要输入故障症状或添加检测项,则跳转到步骤。否则跳转到结果展示:将所有的检测项进行排序分类后形成一个检测计划进行展现,并包括检测项的说明及部分属性。
图6为本发明汽车诊断装置实施例一的结构示意图。如图6所示,本实施例中汽车诊断装置包括:获取模块601、处理模块602和显示模块603。其中,获取模块601用于获取待诊断汽车的N个系统参数,N为正整数;处理模块602用于根据N个系统参数确定M个检测项目,以得到包括M个检测项目的检测计划,M为正整数。显示模块603用于显示检测计划,以使用户根据检测计划中的检测项目对待诊断汽车进行操作。
本实施例提供的汽车诊断装置用于执行图2所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
可选地,获取模块601具体用于,在于待诊断汽车建立通信后,从待诊断汽车的至少一个系统中获取N个系统参数;和/或,根据用户的输入操作,获取待诊断汽车的系统参数。
可选地,处理模块602具体用于,根据系统参数与检测项目的对应关系,确定与N个系统参数对应的M个检测项目。
可选地,处理模块602具体用于,确定N个系统参数中各系统参数对应的检测项目;从各系统参数对应的检测项目中确定出M个检测项目。
可选地,处理模块602具体用于,确定各系统参数对应的检测项目中M个相同的检测项目;将M个相同的检测项目作为M个检测项目。
可选地,处理模块602具体用于,删除各系统参数对应的检测项目中重复的检测项目,将删除后剩余的M个检测项目作为M个检测项目。
可选地,处理模块602具体用于,根据N个系统参数,结合待诊断汽车的历史检测数据、待诊断汽车相关的检测资料中的至少一种,确定待诊断汽车的检测计划。
本实施例提供的汽车诊断装置用于执行前述实施例中所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
图7为本发明汽车诊断装置实施例二的结构示意图。如图7所示,本实施例提供的汽车诊断装置在图6所示实施例的基础上,还包括:发送模块604和接收模块605。其中,发送模块604用于将N个系统参数发送至服务器,以使服务器根据N个系统参数确定待诊断汽车的M个检测项目;接收模块605用于接收服务器发送的待诊断汽车的M个检测项目。
本实施例提供的汽车诊断装置用于执行前述实施例中所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
可选地,处理模块602还用于,根据检测项目对应的检测对象的重要性,确定M个检测项目的优先级;或者,根据检测项目之间的关联程度,确定M个检测项目的优先级。
可选地,处理模块602还用于,接收用户输入的系统参数或检测项目;根据用户输入的系统参数或检测项目,更新检测计划。
可选地,处理模块602还用于,接收用户针对M个检测项目中的一个检测项目的第一操作;根据第一操作,运行检测项目。
可选地,处理模块602还用于,接收用户针对M个检测项目中的一个检测项目的第二操作;显示模块603还用于,根据第二操作,显示与检测项目相关的至少一个检测功能。
可选地,处理模块602还用于,接收用户针对M个检测项目中的一个检测项目的第三操作;显示模块603还用于,根据第三操作,显示检测项目的辅助信息。
可选地,处理模块602还用于,接收用户针对M个检测项目中的一个检测项目的第四操作;显示模块603还用于,根据第四操作,显示检测项目的详细描述信息。
可选地,处理模块602具体用于,显示至少一种以下信息:检测计划包括的各检测项目的类型,各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。
可选地,系统参数包括以下至少一种:待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码和故障症状。
本实施例提供的汽车诊断装置用于执行前述实施例中所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
图8为本发明汽车诊断装置实施例三的结构示意图。如图8所示,本实施例提供的汽车诊断装置包括:
处理器801和显示器802。其中,处理器801用于获取待诊断汽车的N个系统参数,N为正整数;处理模块还用于根据N个系统参数确定M个检测项目,以得到包括M个检测项目的检测计划,M为正整数。显示器802用于显示检测计划,以使用户根据检测计划中的检测项目对待诊断汽车进行操作。
本实施例提供的汽车诊断装置用于执行图2所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
可选地,处理器801具体用于,在于待诊断汽车建立通信后,从待诊断汽车的至少一个系统中获取N个系统参数;和/或,根据用户的输入操作,获取待诊断汽车的系统参数。
可选地,处理器801具体用于,根据系统参数与检测项目的对应关系,确定与N个系统参数对应的M个检测项目。
可选地,处理器801具体用于,确定N个系统参数中各系统参数对应的检测项目;从各系统参数对应的检测项目中确定出M个检测项目。
可选地,处理器801具体用于,确定各系统参数对应的检测项目中M个相同的检测项目;将M个相同的检测项目作为M个检测项目。
可选地,处理器801具体用于,删除各系统参数对应的检测项目中重复的检测项目,将删除后剩余的M个检测项目作为M个检测项目。
可选地,处理器801具体用于,根据N个系统参数,结合待诊断汽车的历史检测数据、待诊断汽车相关的检测资料中的至少一种,确定待诊断汽车的检测计划。
本实施例提供的汽车诊断装置用于执行前述实施例中所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
图9为本发明汽车诊断装置实施例四的结构示意图。如图9所示,本实施例提供的汽车诊断装置在图8所示实施例的基础上,还包括:发送器803和接收器804。其中,发送器803用于将N个系统参数发送至服务器,以使服务器根据N个系统参数确定待诊断汽车的M个检测项目;接收器804用于接收服务器发送的待诊断汽车的M个检测项目。
本实施例提供的汽车诊断装置用于执行前述实施例中所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
可选地,处理器801还用于,根据检测项目对应的检测对象的重要性,确定M个检测项目的优先级;或者,根据检测项目之间的关联程度,确定M个检测项目的优先级。
可选地,处理器801还用于,接收用户输入的系统参数或检测项目;根据用户输入的系统参数或检测项目,更新检测计划。
可选地,处理器801还用于,接收用户针对M个检测项目中的一个检测项目的第一操作;根据第一操作,运行检测项目。
可选地,处理器801还用于,接收用户针对M个检测项目中的一个检测项目的第二操作;显示器802还用于,根据第二操作,显示与检测项目相关的至少一个检测功能。
可选地,处理器801还用于,接收用户针对M个检测项目中的一个检测项目的第三操作;显示器802还用于,根据第三操作,显示检测项目的辅助信息。
可选地,处理器801还用于,接收用户针对M个检测项目中的一个检测项目的第四操作;显示器802还用于,根据第四操作,显示检测项目的详细描述信息。
可选地,处理器801具体用于,显示至少一种以下信息:检测计划包括的各检测项目的类型,各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。
可选地,系统参数包括以下至少一种:待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码和故障症状。
本实施例提供的汽车诊断装置用于执行前述实施例中所示的汽车诊断方法,其实现方式与原理相同,不再赘述。
本申请还提供一种汽车诊断系统,包括如N个上述图5实施例中任一所述的汽车诊断装置和M个如上述实施例中任一所述的待诊断汽车,M和N为正整数。
本申请还提供一种汽车诊断装置,包括:处理器和存储器,存储器用于存储程序;处理器用于调用存储器所存储的程序,以执行如上述实施例中任一的汽车诊断方法。
本申请还提供一种计算机可读存储介质,计算机可读存储介质中存储程序代码,当程序代码被执行时,以执行如如上述实施例中任一的汽车诊断方法。
本申请还提供一种计算机程序产品,计算机程序产品包含的程序代码被处理器执行时,实现如上述实施例中任一的汽车诊断方法。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (37)
1.一种汽车诊断方法,其特征在于,包括:
获取待诊断汽车的N个系统参数,所述N为正整数;
根据所述N个系统参数确定M个检测项目,以得到包括所述M个检测项目的检测计划,所述M为正整数;
显示所述检测计划,以使用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作。
2.根据权利要求1所述的方法,其特征在于,所述获取待诊断汽车的N个系统参数,包括:
在与所述待诊断汽车建立通信后,从所述待诊断汽车的至少一个系统中获取所述N个系统参数;和/或,
根据用户的输入操作,获取所述待诊断汽车的所述N个系统参数。
3.根据权利要求1或2所述的方法,其特征在于,所述根据所述N个系统参数确定M个检测项目,包括:
根据系统参数与检测项目的对应关系,确定与所述N个系统参数对应的M个检测项目。
4.根据权利要求3所述的方法,其特征在于,所述根据系统参数与检测项目的对应关系,确定与所述N个系统参数对应的M个检测项目,包括:
确定所述N个系统参数中的各系统参数对应的检测项目;
从所述各系统参数对应的检测项目中确定出M个检测项目。
5.根据权利要求4所述的方法,其特征在于,所述从所述各系统参数对应的检测项目中确定出M个检测项目,包括:
确定各系统参数对应的检测项目中M个相同的检测项目;
将所述M个相同的检测项目作为所述M个检测项目。
6.根据权利要求4所述的方法,其特征在于,所述从所述各系统参数对应的检测项目中确定出M个检测项目,包括:
删除所述各系统参数对应的检测项目中重复的检测项目,将删除后剩余的M个检测项目作为所述M个检测项目。
7.根据权利要求1或2所述的方法,其特征在于,所述根据所述N个系统参数确定M个检测项目,包括:
根据所述N个系统参数,结合所述待诊断汽车的历史检测数据、所述待诊断汽车相关的检测资料中的至少一种,确定所述待诊断汽车的检测计划。
8.根据权利要求1或2所述的方法,其特征在于,所述根据所述N个系统参数确定M个检测项目,包括:
将所述N个系统参数发送至服务器,以使所述服务器根据所述N个系统参数确定所述待诊断汽车的M个检测项目;
接收所述服务器发送的所述待诊断汽车的所述M个检测项目。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述方法还包括:
确定所述M个检测项目的优先级;
将所述检测计划中的所述M个检测项目按照优先级进行排序,得到排序结果;
所述显示所述检测计划,包括:
按照所述排序结果,显示所述检测计划中的所述M个检测项目。
10.根据权利要求9所述的方法,其特征在于,所述确定所述M个检测项目的优先级,包括:
根据检测项目对应的检测对象的重要性,确定所述M个检测项目的优先级;或者,
根据检测项目之间的关联程度,确定所述M个检测项目的优先级。
11.根据权利要求1-10任一项所述的方法,其特征在于,所述显示所述检测计划后,所述方法还包括:
接收用户输入的系统参数或检测项目;
根据所述用户输入的系统参数或检测项目,更新所述检测计划。
12.根据权利要求1-11任一项所述的方法,其特征在于,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第一操作;
根据所述第一操作,运行所述检测项目。
13.根据权利要求1-12任一项所述的方法,其特征在于,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第二操作;
根据所述第二操作,显示与所述检测项目相关的至少一个检测功能。
14.根据权利要求1-13任一项所述的方法,其特征在于,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第三操作;
根据所述第三操作,显示所述检测项目的辅助信息。
15.根据权利要求1-14任一项所述的方法,其特征在于,所述方法还包括:
接收用户针对所述M个检测项目中的一个检测项目的第四操作;
根据所述第四操作,显示所述检测项目的详细描述信息。
16.根据权利要求1-15任一项所述的方法,其特征在于,所述方法还包括:
在检测到用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作后,根据所述用户对所述待诊断汽车进行的操作,更新所述检测项目的执行状态。
17.根据权利要求1-16任一项所述的方法,其特征在于,所述显示所述检测计划,包括:
显示至少一种以下信息:
所述检测计划包括的各检测项目的类型、各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。
18.根据权利要求1-17任一项所述的方法,其特征在于,所述系统参数包括以下至少一种:
所述待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码、故障症状。
19.一种汽车诊断装置,其特征在于,包括:
处理器,用于获取待诊断汽车的N个系统参数,所述N为正整数;所述处理器还用于根据所述N个系统参数确定M个检测项目,以得到包括所述M个检测项目的检测计划,所述M为正整数;
显示器,用于显示所述检测计划,以使用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作。
20.根据权利要求19所述的装置,其特征在于,所述处理器具体用于,
在于所述待诊断汽车建立通信后,从所述待诊断汽车的至少一个系统中获取所述N个系统参数;和/或,
根据用户的输入操作,获取所述待诊断汽车的系统参数。
21.根据权利要求19或20所述的装置,其特征在于,所述处理器具体用于,
根据系统参数与检测项目的对应关系,确定与所述N个系统参数对应的M个检测项目。
22.根据权利要求21所述的装置,其特征在于,所述处理器具体用于,
确定所述N个系统参数中各系统参数对应的检测项目;
从所述各系统参数对应的检测项目中确定出M个检测项目。
23.根据权利要求22所述的装置,其特征在于,所述处理器具体用于,
确定各系统参数对应的检测项目中M个相同的检测项目;
将所述M个相同的检测项目作为所述M个检测项目。
24.根据权利要求22所述的装置,其特征在于,所述处理器具体用于,
删除所述各系统参数对应的检测项目中重复的检测项目,将删除后剩余的M个检测项目作为所述M个检测项目。
25.根据权利要求19或20所述的装置,其特征在于,所述处理器具体用于,
根据所述N个系统参数,结合所述待诊断汽车的历史检测数据、所述待诊断汽车相关的检测资料中的至少一种,确定所述待诊断汽车的检测计划。
26.根据权利要求19或20所述的装置,其特征在于,还包括:
发送器,用于将所述N个系统参数发送至服务器,以使所述服务器根据所述N个系统参数确定所述待诊断汽车的M个检测项目;
接收器,用于接收所述服务器发送的所述待诊断汽车的所述M个检测项目。
27.根据权利要求19-26任一项所述的装置,其特征在于,所述处理器还用于,
确定所述M个检测项目的优先级;
将所述检测计划中的所述M个检测项目按照优先级进行排序,得到排序结果;
所述处理器还用于,按照所述排序结果,显示所述检测计划中的所述M个检测项目。
28.根据权利要求27所述的装置,其特征在于,所述处理器具体用于
根据检测项目对应的检测对象的重要性,确定所述M个检测项目的优先级;或者,
根据检测项目之间的关联程度,确定所述M个检测项目的优先级。
29.根据权利要求19-28任一项所述的装置,其特征在于,所述处理器还用于,
接收用户输入的系统参数或检测项目;
根据所述用户输入的系统参数或检测项目,更新所述检测计划。
30.根据权利要求19-29任一项所述的装置,其特征在于,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第一操作;
根据所述第一操作,运行所述检测项目。
31.根据权利要求19-30任一项所述的装置,其特征在于,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第二操作;
所述显示器还用于,根据所述第二操作,显示与所述检测项目相关的至少一个检测功能。
32.根据权利要求19-31任一项所述的装置,其特征在于,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第三操作;
所述显示器还用于,根据所述第三操作,显示所述检测项目的辅助信息。
33.根据权利要求19-32任一项所述的装置,其特征在于,所述处理器还用于,
接收用户针对所述M个检测项目中的一个检测项目的第四操作;
所述显示器还用于,根据所述第四操作,显示所述检测项目的详细描述信息。
34.根据权利要求19-33任一项所述的装置,其特征在于,所述处理器还用于,
在检测到用户根据所述检测计划中的检测项目对所述待诊断汽车进行操作后,根据所述用户对所述待诊断汽车进行的操作,更新所述检测项目的执行状态。
35.根据权利要求19-34任一项所述的装置,其特征在于,所述显示器具体用于,显示至少一种以下信息:
所述检测计划包括的各检测项目的类型,各检测项目的描述信息、各检测项目的执行状态和各检测项目的优先级。
36.根据权利要求19-35任一项所述的装置,其特征在于,所述系统参数包括以下至少一种:
所述待诊断汽车的车辆信息、系统信息、传感器状态、模块状态、故障码和故障症状。
37.一种存储介质,其上存储有计算机程序,其特征在于,
所述计算机程序被执行时实现权利要求1-18任一项所述的汽车诊断方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810800605.7A CN108829088B (zh) | 2018-07-20 | 2018-07-20 | 汽车诊断方法、装置及存储介质 |
PCT/CN2019/090105 WO2020015471A1 (zh) | 2018-07-20 | 2019-06-05 | 汽车诊断方法、装置及存储介质 |
US17/145,315 US20220270419A1 (en) | 2018-07-20 | 2021-01-09 | Vehicle diagnosis method and apparatus and storage medium |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810800605.7A CN108829088B (zh) | 2018-07-20 | 2018-07-20 | 汽车诊断方法、装置及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108829088A true CN108829088A (zh) | 2018-11-16 |
CN108829088B CN108829088B (zh) | 2021-11-05 |
Family
ID=64140863
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810800605.7A Active CN108829088B (zh) | 2018-07-20 | 2018-07-20 | 汽车诊断方法、装置及存储介质 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20220270419A1 (zh) |
CN (1) | CN108829088B (zh) |
WO (1) | WO2020015471A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110197538A (zh) * | 2019-04-19 | 2019-09-03 | 深圳市元征科技股份有限公司 | 一种车辆诊断方法、装置及电子设备、存储介质 |
WO2020015471A1 (zh) * | 2018-07-20 | 2020-01-23 | 深圳市道通科技股份有限公司 | 汽车诊断方法、装置及存储介质 |
CN111177168A (zh) * | 2019-12-26 | 2020-05-19 | 优信拍(北京)信息科技有限公司 | 一种车辆检测方法及装置 |
CN112034819A (zh) * | 2020-08-14 | 2020-12-04 | 深圳市元征科技股份有限公司 | 一种车辆诊断方法、车辆诊断装置及诊断设备 |
CN114460924A (zh) * | 2022-01-29 | 2022-05-10 | 中国第一汽车股份有限公司 | 远程控制功能检测方法、装置、电子设备和存储介质 |
CN116088486A (zh) * | 2023-04-10 | 2023-05-09 | 深圳市星卡科技股份有限公司 | 车辆电控系统的诊断方法、装置及车辆诊断设备 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6141608A (en) * | 1997-10-28 | 2000-10-31 | Snap-On Tools Company | System for dynamic diagnosis of apparatus operating conditions |
JP2006031121A (ja) * | 2004-07-12 | 2006-02-02 | Nissan Motor Co Ltd | システム検査方法およびシステム検査装置 |
CN102880162A (zh) * | 2012-10-29 | 2013-01-16 | 北京开元智信通软件有限公司 | 汽车诊断方法、系统、诊断终端及后台服务器 |
WO2013126699A1 (en) * | 2012-02-24 | 2013-08-29 | National Assoc. Of Boards Of Pharmacy | Test pallet assembly |
CN103699120A (zh) * | 2013-12-25 | 2014-04-02 | 北京航天测控技术有限公司 | 一种特种车辆故障诊断系统 |
CN104076806A (zh) * | 2013-03-26 | 2014-10-01 | 北汽福田汽车股份有限公司 | 一种对汽车的电控装置进行自动化测试的方法及设备 |
CN105446311A (zh) * | 2014-08-25 | 2016-03-30 | 苏州俊峰伟业信息技术有限公司 | 汽车故障分析诊断的方法及系统 |
CN105718371A (zh) * | 2016-01-21 | 2016-06-29 | 深圳市同创国芯电子有限公司 | 一种回归测试方法、装置及系统 |
CN106292625A (zh) * | 2016-08-03 | 2017-01-04 | 深圳市永兴元科技有限公司 | 车辆故障在线检测系统及方法 |
CN107918382A (zh) * | 2017-12-08 | 2018-04-17 | 深圳市道通科技股份有限公司 | 一种汽车故障诊断方法、汽车故障诊断装置及电子设备 |
Family Cites Families (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3834463B2 (ja) * | 2000-10-13 | 2006-10-18 | 株式会社日立製作所 | 車載故障警報通報システム |
JP5159368B2 (ja) * | 2008-02-29 | 2013-03-06 | インターナショナル・ビジネス・マシーンズ・コーポレーション | 変化分析システム、方法及びプログラム |
CN103792087B (zh) * | 2014-01-24 | 2016-03-16 | 西安航天动力试验技术研究所 | 并联试车故障监测与诊断方法 |
US9805526B2 (en) * | 2015-12-11 | 2017-10-31 | The Boeing Company | Fault monitoring for vehicles |
US20200074411A1 (en) * | 2016-06-03 | 2020-03-05 | Bae Systems Plc | Fleet management system and method |
US10755496B2 (en) * | 2016-06-23 | 2020-08-25 | Honda Motor Co., Ltd. | Vehicle diagnostic system, vehicle diagnostic method, and diagnostic device |
CN106441928B (zh) * | 2016-08-30 | 2019-12-03 | 东软集团股份有限公司 | 一种车辆故障检测方法、装置及系统 |
CN106227199B (zh) * | 2016-08-31 | 2019-01-04 | 王小兰 | 一种汽车故障监控专家系统 |
CN115419692A (zh) * | 2017-01-20 | 2022-12-02 | 北极星工业有限公司 | 车辆的车辆诊断方法 |
JP2019156148A (ja) * | 2018-03-13 | 2019-09-19 | 本田技研工業株式会社 | 乗物情報処理装置、制御方法、及び乗物データ提供システム |
CN108700875A (zh) * | 2018-04-25 | 2018-10-23 | 深圳市元征软件开发有限公司 | 车辆诊断方法、系统、设备及计算机可读存储介质 |
CN108829088B (zh) * | 2018-07-20 | 2021-11-05 | 深圳市道通科技股份有限公司 | 汽车诊断方法、装置及存储介质 |
-
2018
- 2018-07-20 CN CN201810800605.7A patent/CN108829088B/zh active Active
-
2019
- 2019-06-05 WO PCT/CN2019/090105 patent/WO2020015471A1/zh active Application Filing
-
2021
- 2021-01-09 US US17/145,315 patent/US20220270419A1/en active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6141608A (en) * | 1997-10-28 | 2000-10-31 | Snap-On Tools Company | System for dynamic diagnosis of apparatus operating conditions |
JP2006031121A (ja) * | 2004-07-12 | 2006-02-02 | Nissan Motor Co Ltd | システム検査方法およびシステム検査装置 |
WO2013126699A1 (en) * | 2012-02-24 | 2013-08-29 | National Assoc. Of Boards Of Pharmacy | Test pallet assembly |
CN102880162A (zh) * | 2012-10-29 | 2013-01-16 | 北京开元智信通软件有限公司 | 汽车诊断方法、系统、诊断终端及后台服务器 |
CN104076806A (zh) * | 2013-03-26 | 2014-10-01 | 北汽福田汽车股份有限公司 | 一种对汽车的电控装置进行自动化测试的方法及设备 |
CN103699120A (zh) * | 2013-12-25 | 2014-04-02 | 北京航天测控技术有限公司 | 一种特种车辆故障诊断系统 |
CN105446311A (zh) * | 2014-08-25 | 2016-03-30 | 苏州俊峰伟业信息技术有限公司 | 汽车故障分析诊断的方法及系统 |
CN105718371A (zh) * | 2016-01-21 | 2016-06-29 | 深圳市同创国芯电子有限公司 | 一种回归测试方法、装置及系统 |
CN106292625A (zh) * | 2016-08-03 | 2017-01-04 | 深圳市永兴元科技有限公司 | 车辆故障在线检测系统及方法 |
CN107918382A (zh) * | 2017-12-08 | 2018-04-17 | 深圳市道通科技股份有限公司 | 一种汽车故障诊断方法、汽车故障诊断装置及电子设备 |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020015471A1 (zh) * | 2018-07-20 | 2020-01-23 | 深圳市道通科技股份有限公司 | 汽车诊断方法、装置及存储介质 |
CN110197538A (zh) * | 2019-04-19 | 2019-09-03 | 深圳市元征科技股份有限公司 | 一种车辆诊断方法、装置及电子设备、存储介质 |
CN111177168A (zh) * | 2019-12-26 | 2020-05-19 | 优信拍(北京)信息科技有限公司 | 一种车辆检测方法及装置 |
CN112034819A (zh) * | 2020-08-14 | 2020-12-04 | 深圳市元征科技股份有限公司 | 一种车辆诊断方法、车辆诊断装置及诊断设备 |
CN112034819B (zh) * | 2020-08-14 | 2022-06-14 | 深圳市元征科技股份有限公司 | 一种车辆诊断方法、车辆诊断装置及诊断设备 |
CN114460924A (zh) * | 2022-01-29 | 2022-05-10 | 中国第一汽车股份有限公司 | 远程控制功能检测方法、装置、电子设备和存储介质 |
CN116088486A (zh) * | 2023-04-10 | 2023-05-09 | 深圳市星卡科技股份有限公司 | 车辆电控系统的诊断方法、装置及车辆诊断设备 |
CN116088486B (zh) * | 2023-04-10 | 2023-06-13 | 深圳市星卡科技股份有限公司 | 车辆电控系统的诊断方法、装置及车辆诊断设备 |
Also Published As
Publication number | Publication date |
---|---|
CN108829088B (zh) | 2021-11-05 |
US20220270419A1 (en) | 2022-08-25 |
WO2020015471A1 (zh) | 2020-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108829088A (zh) | 汽车诊断方法、装置及存储介质 | |
JP7167009B2 (ja) | 自動車保証の不正の予測のためのシステム及び方法 | |
Jung et al. | Combining model-based diagnosis and data-driven anomaly classifiers for fault isolation | |
CN107168285B (zh) | 一种汽车智能故障诊断与维修辅助方法及系统 | |
JP4414470B1 (ja) | 車両の故障診断のための基準値の生成 | |
CN108351995B (zh) | 用于提供车辆维修提示的方法和系统 | |
US8332337B2 (en) | Condition-based monitoring system for machinery and associated methods | |
JP4928532B2 (ja) | 車両の故障診断装置 | |
US20190228322A1 (en) | Vehicle repair guidance system | |
CN105683970B (zh) | 基于预测的估计器 | |
CN106406273A (zh) | 车辆中故障原因的确定 | |
WO2008034583A1 (en) | Diagnostic system and method for monitoring a rail system | |
CN112326070B (zh) | 温度传感器故障诊断方法、装置、电子设备及存储介质 | |
US20080291014A1 (en) | System and method for remote diagnosis and repair of a plant malfunction with software agents | |
CN101986124A (zh) | 对先占症状的支持 | |
KR102215107B1 (ko) | 주행 데이터 기반 차량 상태 예측 시스템 및 방법 | |
Mesgarpour et al. | Overview of telematics-based prognostics and health management systems for commercial vehicles | |
CN104160428B (zh) | 用于提供诊断故障信息的系统和方法 | |
CN109724812A (zh) | 车辆故障预警的方法、装置、存储介质和终端设备 | |
CN107924494A (zh) | 用于基于可替代的维修指示符来聚类维修订单的方法和系统 | |
US10421472B2 (en) | Visual diagnostic system for railroad network | |
US11551488B2 (en) | Adaptive fault diagnostic system for motor vehicles | |
CN115016428A (zh) | 一种应用于特种车辆的立体化多级诊断系统及方法 | |
MXPA03009292A (es) | Diagnostico que utiliza informacion especifica para un subsistema. | |
Panda et al. | ML-based vehicle downtime reduction: A case of air compressor failure detection |
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 |