CN109190776B - 汽车故障的复检方法、装置、终端设备及存储介质 - Google Patents
汽车故障的复检方法、装置、终端设备及存储介质 Download PDFInfo
- Publication number
- CN109190776B CN109190776B CN201811075117.0A CN201811075117A CN109190776B CN 109190776 B CN109190776 B CN 109190776B CN 201811075117 A CN201811075117 A CN 201811075117A CN 109190776 B CN109190776 B CN 109190776B
- Authority
- CN
- China
- Prior art keywords
- automobile
- fault
- rechecked
- rechecking
- communication protocol
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/20—Administration of product repair or maintenance
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Entrepreneurship & Innovation (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Maintenance And Management Of Digital Transmission (AREA)
- Small-Scale Networks (AREA)
Abstract
本申请实施例适用于汽车技术领域,提供了一种汽车故障的复检方法、装置、终端设备及存储介质,所述方法包括:获取待复检的汽车的故障信息;根据所述故障信息,确定待复检的汽车系统;根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;依据所述目标通信协议,将所述待复检的汽车系统划分为至少一个检测组;对所述检测组中待复检的汽车系统进行故障复检。本实施例将各个待复检的汽车系统划分至相应的检测组中,使得各个检测组内包含的汽车系统适用于相同的通信协议,使得在进行故障复检时,无需对通信协议进行切换,减少了由于切换通信协议带来的复检时间的增加,提高了故障复检的效率。
Description
技术领域
本申请属于汽车技术领域,特别是涉及一种汽车故障的复检方法、一种汽车故障的复检装置、一种终端设备及一种计算机可读存储介质。
背景技术
通常,汽车故障后,维修人员需要使用检测设备检测该故障产生于汽车的哪个系统,属于何种类型的故障,以便进行针对性的维修。在维修后,维修人员还需要再次使用检测设备对汽车进行复检,确认该故障是否已经被排除。
目前,在对汽车故障进行复检时,往往采用与维修前的第一次检测相同的方式进行,需要对汽车系统进行逐个检测。以对发动机的复检为例,首先需要用户在检测设备中依次选择对应的车型软件、车辆特征,以及,所要检测的系统,然后由检测设备进行故障码的读取,并输出相应的检测结果。只有在对汽车的全部系统均完成上述复检并确认故障均被排除后,本次维修才算完成。
但是,按照上述复检方式,每次复检时都需要对汽车的全部系统逐个进行检测,耗时较长;同时,在对多个系统进行复检时,还会频繁地涉及到检测命令的发送以及协议的切换,进一步增加了复检时间。
发明内容
有鉴于此,本申请实施例提供了一种汽车故障的复检方法、装置、终端设备及存储介质,以解决现有技术中对汽车故障进行复检时耗时较长的问题。
本申请实施例的第一方面提供了一种汽车故障的复检方法,包括:
获取待复检的汽车的故障信息;
根据所述故障信息,确定待复检的汽车系统;
根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;
依据所述目标通信协议,将所述待复检的汽车系统划分为至少一个检测组;
对所述检测组中待复检的汽车系统进行故障复检。
可选地,所述根据所述故障信息,确定待复检的汽车系统的步骤包括:
根据故障信息与汽车系统之间的预设对应关系,确定所述故障信息对应的第一汽车系统及其关联的第二汽车系统。
可选地,所述故障信息包括多项,所述方法还包括:
针对多项故障信息对应的第一汽车系统及其关联的第二汽车系统,生成待复检的系统集合;
对所述待复检的系统集合中的多个汽车系统作去重处理。
可选地,所述依据所述目标通信协议,将所述待复检的汽车系统划分为至少一个检测组的步骤包括:
依据所述目标通信协议,将具有相同目标通信协议的待复检的汽车系统划分至同一检测组。
可选地,所述对所述检测组中待复检的汽车系统进行故障复检的步骤包括:
确定所述检测组中待复检的汽车系统对应的命令集合,所述命令集合中包括多条命令项;
根据所述待复检的汽车系统对应的目标通信协议,逐条发送所述多条命令项,所述多条命令项用于指示所述待复检的汽车系统进行相应的故障复检,并生成复检结果。
可选地,所述命令集合包含用于检测所述待复检的汽车系统所必需的至少一条命令项。
可选地,还包括:
当检测到故障信息时,存储所述故障信息,所述检测包括对所述汽车的初次检测和复检;
以所述故障信息作为对所述汽车进行下次复检的依据。
本申请实施例的第二方面提供了一种汽车故障的复检装置,包括:
获取模块,用于获取待复检的汽车的故障信息;
确定模块,用于根据所述故障信息,确定待复检的汽车系统;
识别模块,用于根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;
分组模块,用于依据所述目标通信协议,将所述待复检的汽车系统划分为至少一个检测组;
复检模块,用于对所述检测组中待复检的汽车系统进行故障复检。
可选地,所述确定模块包括:
汽车系统确定子模块,用于根据故障信息与汽车系统之间的预设对应关系,确定所述故障信息对应的第一汽车系统及其关联的第二汽车系统。
可选地,所述故障信息包括多项,所述装置还包括:
系统集合生成模块,用于针对多项故障信息对应的第一汽车系统及其关联的第二汽车系统,生成待复检的系统集合;
汽车系统去重模块,用于对所述待复检的系统集合中的多个汽车系统作去重处理。
可选地,所述分组模块包括:
检测组分组子模块,用于依据所述目标通信协议,将具有相同目标通信协议的待复检的汽车系统划分至同一检测组。
可选地,所述复检模块包括:
命令集合确定子模块,用于确定所述检测组中待复检的汽车系统对应的命令集合,所述命令集合中包括多条命令项;
命令项发送子模块,用于根据所述待复检的汽车系统对应的目标通信协议,逐条发送所述多条命令项,所述多条命令项用于指示所述待复检的汽车系统进行相应的故障复检,并生成复检结果。
可选地,所述命令集合包含用于检测所述待复检的汽车系统所必需的至少一条命令项。
可选地,所述装置还包括:
故障信息存储模块,用于当检测到故障信息时,存储所述故障信息,所述检测包括对所述汽车的初次检测和复检;以所述故障信息作为对所述汽车进行下次复检的依据。
本申请实施例的第三方面提供了一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述汽车故障的复检方法的步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如上述汽车故障的复检方法的步骤。
与背景技术相比,本申请实施例包括以下优点:
本申请实施例,通过获取待复检的汽车的故障信息,可以根据该故障信息,确定出待复检的汽车系统,然后根据汽车系统与通信协议之间的预设对应关系,在识别出待复检的汽车系统对应的目标通信协议后,可以依据目标通信协议,将待复检的汽车系统划分为至少一个检测组,进而完成对上述检测组中待复检的汽车系统的故障复检。本实施例根据汽车系统与通信协议之间的预设对应关系,将各个待复检的汽车系统划分至相应的检测组中,使得各个检测组内包含的待复检的汽车系统适用于相同的通信协议,然后逐个对该检测组内待复检的汽车系统进行故障复检,使得在对该检测组中待复检的汽车系统进行故障复检时,无需对通信协议进行切换,可以在相同的通信协议下完成对多个待复检的汽车系统的故障复检,减少了由于切换通信协议带来的复检时间的增加,提高了故障复检的效率。
附图说明
为了更清楚地说明本发明实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一个实施例的一种汽车故障的复检方法的步骤流程示意图;
图2是本申请一个实施例的另一种汽车故障的复检方法的步骤流程示意图;
图3是本申请一个实施例的一种汽车故障的复检装置的示意图;
图4是本申请一个实施例的一种终端设备的示意图。
具体实施方式
下面结合附图,对本发明的实施例进行描述。
通常,汽车发生故障后,维修人员可以通过检测设备检测汽车发生的故障,然后对汽车进行维修;在维修后,为了确定故障是否排除,需要用检测设备进行复检。在当前的检测设备及检测手段下,复检往往采用与第一次对该汽车进行检测相同的方式,需要进行繁琐费时的重复性操作。
以对汽车发动机的检测为例,一般需要如下几个步骤:
1、选择车型软件;
2、选择对应的车辆特征,如生产年份、发动机类型、变速箱类型等等;
3、选择对应的系统:发动机系统
4、选择相应的诊断功能进行故障码的读取、数据流的读取;
5、检测设备展示诊断的故障码和数据流。
在上述第2步到第4步的过程中,检测设备都需要发送很多命令到汽车上,然后接收汽车返回的数据,经过计算确定如何发送下一命令或者得到最终的检测结果。在对汽车进行检测时,需要对汽车的多个系统如发动机、变速箱、底盘、车身、网络通信模块等分别进行检测,而且每个系统的检测都要重复上述步骤1-5这个过程,最终确认汽车发生的故障。
按照上述的检测方式,在得到检测结果并由维修人员对汽车进行维修后,需要重复上述步骤,对汽车进行复检,以确定故障是否排除。如果没有排除,需要继续维修,然后重复上述操作,一直迭代下去;如果所有故障均被排除,则维修完成。
因此,针对现有技术中对汽车进行复检繁琐耗时的问题,提出了本申请的核心构思在于,通过存储在初次检测时发现的故障信息,将该故障信息作为复检的依据,按照复检所需的通信协议及命令项的不同,将待复检的汽车系统划分为多个检测组分别进行复检,减少因为切换通信协议而带来的复检时间的增加,减少复检过程中不必要的命令项的发送,提高复检的效率。
参照图1,示出了本申请一个实施例的一种汽车故障的复检方法的步骤流程示意图,具体可以包括如下步骤:
S101,获取待复检的汽车的故障信息;
需要说明的是,本方法可以应用于各类检测设备中,使用该检测设备可以对汽车故障进行检测或复检。本实施例中的复检是指在汽车发生故障后,经过维修人员的处理或维修,为了确认该故障是否已经被排除而对汽车所实施的检测。
通常,在汽车发生故障后,为了确认所发生的故障属于何种类型,发生于汽车的哪一个系统,维修人员需要使用检测设备对该汽车进行检测,即第一次检测。经检测确定故障发生的位置以及故障类型后,维修人员便可以针对性地对该故障进行处理或维修。在维修完成后,为了确认上述故障是否已经被排除,以及,为了确认在维修该故障的过程中是否引入了其他故障,维修人员需要使用检测设备对该汽车进行第二次检测。本实施例所称的复检即是指上述的第二次检测。
因此,在本实施例中,故障信息可以是通过第一次检测获得的。在维修人员使用检测设备对汽车进行第一次检测后,可以将检测所获得的故障信息进行记录。
在具体实现中,故障信息通常可以以故障码的形式进行记录。维修人员对汽车进行检测时,通过检测设备可以获得一个或多个故障码,通过该故障码可以相应地确定故障所发生的位置。例如,故障码P1001可以表示该故障位于发动机系统或变速箱系统。当然,不同的故障码所指示的是何种类型的故障可以由本领域技术人员具体确定,本实施例对此不作限定。
S102,根据所述故障信息,确定待复检的汽车系统;
通常,不同位置或不同类型的故障所采用的维修或处理手段是不同的。因此,在获得故障信息后,可以根据该故障信息,进一步确定该故障所对应的汽车系统是哪一个或哪几个。
例如,如前所述,当获得的故障信息为P1001这一故障码时,可以进一步确定出该故障码属于发送机系统或变速箱系统所产生的故障。
在本申请实施例中,故障码等故障信息与相应的汽车系统之间的对应关系可以根据实践经验确定,并采用数据库或文件进行存储。当获得某一故障信息后,可以通过查阅上述数据库或文件,确定与该故障信息相对应的汽车系统。
需要说明的是,一条故障信息可以不止与一个汽车系统对应。在上述数据库或文件中记录的一条故障信息可以包括与之相关的多个汽车系统。例如,对于某个故障码,对应的汽车系统可以包括直接产生该故障的汽车系统,以及维修该故障可能导致产生故障的其他系统。本实施例对故障信息与汽车系统之间对应的数量关系不作限定。
S103,根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;
通常,对于任一汽车系统,均有其适用的通信协议,该通信协议可以是对应汽车系统在进行通信或其他操作时所使用或遵循的一种规范或标准。需要说明的是,任一汽车系统所适用的通信协议可以不止一个,也可以是两个甚至多个,本实施例对汽车系统所适用的通信协议的数量不作限定。
在本申请实施例中,当确定出待复检的汽车系统后,便可以识别与该汽车系统对应的目标通信协议,上述目标通信协议即是待复检的汽车系统所适用的一种或多种通信协议。
在具体实现中,可以预先建立汽车系统与通信协议之间的对应关系数据表,并对该数据表进行存储。当确定出待复检的汽车系统后,可以在上述数据表中进行查找,得到与待复检的汽车系统对应的目标通信协议。
S104,依据所述目标通信协议,将所述待复检的汽车系统划分为至少一个检测组;
在本申请实施例中,对待复检的汽车系统进行分组可以是依据目标通信协议来进行的。例如,可以将具有相同的目标通信协议的汽车系统划分至同一个检测组中。
通常,在对汽车故障进行复检时,可能涉及到多个待复检的汽车系统,如果各个待复检的汽车系统所适用的通信协议不同,则每次完成对一个汽车系统的复检后,还需要对通信协议进行切换,才能集训对下一个汽车系统进行复检。切换通信协议带来了巨大的时间消耗。
因此,为了减少切换通信协议带来的时间消耗,本实施例可以在进行复检前,可以依据通信协议的异同对各个待复检的汽车系统进行分组,将具有相同的目标通信协议的汽车系统划分至同一个检测组中,减少复检时通信协议的切换次数,从而相应地减少复检耗时。
S105,依次对所述至少一个检测组中待复检的汽车系统进行故障复检。
在本申请实施例中,在按照各个汽车系统对应的目标通信协议对待复检的汽车系统进行分组后,可以针对不同的检测组,分别进行故障复检。
由于每个检测组中包含的汽车系统所适用的通信协议是相同的,因此,在对该检测组中待复检的汽车系统进行故障复检中,无需进行通信协议的切换,可以在相同的通信协议下完成对多个待复检的汽车系统的故障复检。只有当完成该检测组内全部汽车系统的复检后,才需要进行通信协议的切换,将通信协议切换至满足下一检测组内各个待复检的汽车系统的复检要求,有效地减少了由于切换通信协议而对复检耗时带来的影响,提高了故障复检的效率。
在本申请实施例中,通过获取待复检的汽车的故障信息,可以根据该故障信息,确定出待复检的汽车系统,然后根据汽车系统与通信协议之间的预设对应关系,在识别出待复检的汽车系统对应的目标通信协议后,可以依据目标通信协议,将待复检的汽车系统划分为至少一个检测组,进而完成对上述检测组中待复检的汽车系统的故障复检。本实施例根据汽车系统与通信协议之间的预设对应关系,将各个待复检的汽车系统划分至相应的检测组中,使得各个检测组内包含的待复检的汽车系统适用于相同的通信协议,然后逐个对该检测组内待复检的汽车系统进行故障复检,使得在对该检测组中待复检的汽车系统进行故障复检时,无需对通信协议进行切换,可以在相同的通信协议下完成对多个待复检的汽车系统的故障复检,减少了由于切换通信协议带来的复检时间的增加,提高了故障复检的效率。
参照图2,示出了本申请一个实施例的另一种汽车故障的复检方法的步骤流程示意图,具体可以包括如下步骤:
S201,获取待复检的汽车的故障信息;
在本申请实施例中,上述汽车故障的复检可以是指为了确认在汽车发生故障后维修人员对该故障进行的处理或维修是否有效而进行的一次检测。
例如,在汽车发生故障后,维修人员使用检测设备对汽车进行的第一次检测可以确认当前发生的故障为何种类型,以便进行针对性的处理或维修。在完成处理或维修后,维修人员还需要使用上述检测设备对汽车进行第二次检测,通过检测设备对汽车的故障信息进行获取,以确认故障是否已经被排除,以及在维修过程中是否引入新的其他故障。
在本申请实施例中,汽车的故障信息可以在第一次检测时确定。例如,在第一次检测时可以确认该汽车发生的故障去故障码为P1001的故障,并对上述故障码进行记录。
需要说明的是,当检测到故障信息时,可以存储上述故障信息。例如,在对汽车进行初次检测或复检时,一旦检测出故障码等故障信息,则可以将该故障信息通过数据库或文件进行存储,从而将该故障信息作为对该汽车进行下次复检的依据。
当对汽车进行故障复检时,可以提取上一次检测时获得的上述故障码P1001,该故障码P1001即是本实施例需要获取的待复检的汽车的故障信息。
当然,以上以故障码来指代故障信息仅为本实施例的一种示例,本领域技术人员可以根据实际需要选择其他方式来记录汽车的故障信息,例如,以文字的形式记录汽车所发生的故障等等,被实施例对故障信息的记录方式不作限定。
S202,根据故障信息与汽车系统之间的预设对应关系,确定所述故障信息对应的第一汽车系统及其关联的第二汽车系统;
通常,当汽车发生某一故障后,在维修该故障的过程中还可能引入相关的其他故障。例如,针对发动机故障的维修,有可能会给变速箱带来新的故障。
因此,在本申请实施例中,在获取到待复检的汽车的故障信息后,可以首先确定该故障信息对应的第一汽车系统及其关联的第二汽车系统。其中,第一汽车系统可以是指直接产生上述故障信息的汽车系统,而第二汽车系统则是在维修或处理第一汽车系统的故障时,可以会产生新的故障信息的那个或那些汽车系统。
在具体实现中,可以根据实践经验预先确定不同的故障信息所对应的第一汽车系统和第二汽车系统包括哪些,并采用数据库或文件的形式对其进行存储。当获得某一故障信息后,可以通过查阅上述数据库或文件,确定与该故障信息相对应的第一汽车系统和第二汽车系统。
需要说明的是,上述第一汽车系统和第二汽车系统并非单指一个汽车系统,无论是第一汽车系统还是第二汽车系统,均可以是指多个汽车系统,本实施例对第一汽车系统和第二汽车系统的数量不作限定。
在本申请实施例中,通过第一次检测确定的汽车的故障信息可以包括多项,针对多项故障信息,可以依据其对应的第一汽车系统及其关联的第二汽车系统,生成待复检的系统集合,然后对上述待复检的系统集合中的多个汽车系统作去重处理。
例如,假设故障信息包括P1001、P1003、P1004和P1007共四项,其中P1001对应的第一汽车系统为A,第二汽车系统为C和D;P1003对应的第一汽车系统为C,第二汽车系统为A和D;P1004对应的第一汽车系统为C,第二汽车系统为B和D;P1007对应的第一汽车系统为D,第二汽车系统为A和F,则经过去重处理后,上述四项故障信息P1001、P1003、P1004和P1007所对应的待检测的系统集合为{A、B、C、D、F}
S203,根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;
在本申请实施例中,可以预先建立各个汽车系统及其适用的通信协议之间的对应关系,在确定出待复检的汽车系统后,可以根据上述对应关系,识别出各个待复检的汽车系统对应的目标通信协议。
例如,对于汽车系统A,其适用的通信协议可以是协议1、协议2和协议3;对于汽车系统B,其适用的通信协议可以是协议1、协议2和协议4;对于汽车系统C,其适用的通信协议可以是协议2和协议4;对于汽车系统D,其适用的通信协议可以是协议1、协议2和协议4;对于汽车系统E,其适用的通信协议可以是协议2和协议4,根据上述汽车系统与通信协议之间的对应关系,可以得到如表一所示的汽车系统与通信协议之间的对应关系数据表。
表一,汽车系统与通信协议之间的对应关系数据表
汽车系统 | 通信协议 |
A | 协议1、协议2、协议3 |
B | 协议1、协议2、协议4 |
C | 协议2、协议4 |
D | 协议1、协议2、协议4 |
E | 协议2、协议4 |
当然,以上数据表仅为一种示例,本领域技术人员可以根据实际需要采用其他方式确定汽车系统与通信协议之间的对应关系,本实施例对此不作限定。
S204,依据所述目标通信协议,将具有相同目标通信协议的待复检的汽车系统划分至同一检测组;
在本申请实施例中,为了减少切换通信协议的时间,可以根据目标通信协议的不同,将适用相同目标通信协议的待复检汽车系统划分至同一检测组。
例如,针对表一所示的汽车系统与通信协议之间的对应关系可知,汽车系统B和汽车系统D适用于相同的通信协议,即协议1、协议2和协议4;汽车系统C和汽车系统E也适用于相同的通信协议,即协议2和协议4,因此,可以将上述汽车系统A、B、C、D、E划分为如表二所示的三个不同的检测组。
表二,检测组划分结果
检测组 | 汽车系统 | 通信协议 |
1 | A | 协议1、协议2、协议3 |
2 | B、D | 协议1、协议2、协议4 |
3 | C、E | 协议2、协议4 |
S205,确定所述检测组中待复检的汽车系统对应的命令集合,所述命令集合中包括多条命令项;
通常,在对汽车系统进行检测或复检时,读取故障信息可以是通过发送不同的命令项来实现的。对于某一个汽车系统,检测设备往往会发送多条命令项来完成上述过程,但在实际中,可能仅仅需要发送其中的一条或两条必需的命令项即可完成故障信息的读取,过多地发送不必要的命令项,也带来了复检时间的增加。
因此,在本申请实施例中,可以首先确定检测组中各个待复检的汽车系统对应的命令集合,根据所确定的命令集合中的多条命令项来完成故障信息的读取。
在具体实现中,上述命令集合可以为最小命令集合,该最小命令集合包含用于检测上述待复检的汽车系统所必需的至少一条命令项。通过最小命令集合中所包含的命令项即可完成对故障信息的读取,而无需包含不必要的命令项。
S206,根据所述待复检的汽车系统对应的目标通信协议,逐条发送所述多条命令项,所述多条命令项用于指示所述待复检的汽车系统进行相应的故障复检,并生成复检结果。
在本申请实施例中,确定出检测各个待复检的汽车系统所需要的最小命令集合后,可以采用最小命令集合中的多条命令项完成对上述待复检的汽车系统的故障复检。
在具体实现中,可以根据待检测的汽车系统对应的目标通信协议,逐条发送上述多条命令项,多条命令项可以用于指示上述待复检的汽车系统进行相应的故障复检,并生成复检结果。
在本申请实施例中,可以根据待复检的汽车系统对应的通信协议的不同,将全部待复检的汽车系统划分为多个不同的检测组,使得各个检测组中的汽车系统均适用相同的通信协议,从而减少复检时切换通信协议的次数,减少复检时间。另一方面,针对检测组中待复检的汽车系统,还可以确定读取各个汽车系统故障信息所需的最小命令集合,通过仅仅发送最小命令集合中的命令项来进行复检,减少了不必要命令项的发送,进一步减少了复检时间,提高了复检效率。
为了便于理解,下面以一个完整的示例对本申请的汽车故障复检的方法作一介绍。
1、建立故障信息与相关汽车系统之间的对应关系。
为了便于理解,本实施例以故障码作为故障信息,即建立故障码与相关汽车系统之间的对应关系,并采用数据库或文件对上述对应关系进行存储。例如,可以用F表示故障码,以S表示相关汽车系统,则故障码与相关汽车系统之间的对应关系可以表示为F→S。
2、确定读取各个汽车系统所需的最小命令集合,以及各个汽车系统所适用的通信协议。
类似地,可以建立命令集合和汽车系统之间的对应关系,以及,通信协议与汽车系统之间的对应关系。例如,读取发动机故障码所需的命令可以包括命令1、命令2和命令3等等,上述命令集合可以用C表示,发动机所实用的通信协议可以用P表示,则建立的命令集合和汽车系统之间的对应关系可以表示为S→C,通信协议与汽车系统之间的对应关系可以表示为S→P。
3、获取待复检的汽车的故障信息。
在对汽车进行第一次检测时,如果发现故障码,则可以将该故障码记录下来,并用数据库或文件进行存储,该故障码可以作为对汽车进行第二次检测即复检时的依据。上述被记录的故障码可以用F'表示。
4、确定待复检的汽车系统集合。
检测设备可以提供一复检入口,维修人员可以采用一键复检的方式启动对汽车的复检。在进行复检时,可以根据记录的故障码F'进行查找,根据F→S的对应关系,获得需要进行复检的汽车系统S,从而得到需要进行复检的汽车系统集合,该汽车系统集合可以用M表示。在对汽车系统集合M进行去重处理后,可以得到最终需要进行复检的汽车系统集合M'。
5、根据通信协议,将汽车系统集合划分为多个检测组。
对于汽车系统集合M'中的每个汽车系统S,可以根据S→P的对应关系,将适用的通信协议P相同的汽车系统划分至同一个检测组,该检测组可以用G表示。由于在对汽车系统进行复检时,不同汽车系统使用不同通信协议进行通信,将具有相同的通信协议P的汽车系统划分至同一检测组,可以节省在不同通信协议P之间切换的时间,从而减少复检的时间。
6、对检测组中的各个汽车系统进行复检,获得复检结果。
对于每个检测组G中的每个汽车系统,根据S→C的对应关系,确定读取该汽车系统S所需的最小命令集合,然后根据通信协议P,逐条发送最小命令集合中的命令项,从汽车返回的数据中计算复检结果,并显示该复检结果。
需要说明的是,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
参照图3,示出了本申请一个实施例的一种汽车故障的复检装置的示意图,具体可以包括如下模块:
获取模块301,用于获取待复检的汽车的故障信息;
确定模块302,用于根据所述故障信息,确定待复检的汽车系统;
识别模块303,用于根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;
分组模块304,用于依据所述目标通信协议,将所述待复检的汽车系统划分为至少一个检测组;
复检模块305,用于依次对所述至少一个检测组中待复检的汽车系统进行故障复检。
在本申请实施例中,所述确定模块302具体可以包括如下子模块:
汽车系统确定子模块,用于根据故障信息与汽车系统之间的预设对应关系,确定所述故障信息对应的第一汽车系统及其关联的第二汽车系统。
在本申请实施例中,所述故障信息可以包括多项,所述装置还可以包括如下模块:
系统集合生成模块,用于针对多项故障信息对应的第一汽车系统及其关联的第二汽车系统,生成待复检的系统集合;
汽车系统去重模块,用于对所述待复检的系统集合中的多个汽车系统作去重处理。
在本申请实施例中,所述分组模块304具体可以包括如下子模块:
检测组分组子模块,用于依据所述目标通信协议,将具有相同目标通信协议的待复检的汽车系统划分至同一检测组。
在本申请实施例中,所述复检模块305具体可以包括如下子模块:
命令集合确定子模块,用于确定所述检测组中待复检的汽车系统对应的命令集合,所述命令集合中包括多条命令项;
命令项发送子模块,用于根据所述待复检的汽车系统对应的目标通信协议,逐条发送所述多条命令项,所述多条命令项用于指示所述待复检的汽车系统进行相应的故障复检,并生成复检结果。
在本申请实施例中,所述命令集合可以包含用于检测所述待复检的汽车系统所必需的至少一条命令项。
在本申请实施例中,所述装置还可以包括如下模块:
故障信息存储模块,用于当检测到故障信息时,存储所述故障信息,所述检测包括对所述汽车的初次检测和复检;以所述故障信息作为对所述汽车进行下次复检的依据。
参照图4,示出了本申请一个实施例的一种终端设备的示意图。如图4所示,本实施例的终端设备400包括:处理器410、存储器420以及存储在所述存储器420中并可在所述处理器410上运行的计算机程序421。所述处理器410执行所述计算机程序421时实现上述汽车故障的复检方法各个实施例中的步骤,例如图1所示的S101至S105。或者,所述处理器410执行所述计算机程序421时实现上述各装置实施例中各模块/单元的功能,例如图3所示模块301至305的功能。
示例性的,所述计算机程序421可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器420中,并由所述处理器410执行,以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序421在所述终端设备400中的执行过程。
所述终端设备400可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端设备400可包括,但不仅限于,处理器410、存储器420。本领域技术人员可以理解,图4仅仅是终端设备400的一种示例,并不构成对终端设备400的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端设备400还可以包括输入输出设备、网络接入设备、总线等。
所述处理器410可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器420可以是所述终端设备400的内部存储单元,例如终端设备400的硬盘或内存。所述存储器420也可以是所述终端设备400的外部存储设备,例如所述终端设备400上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(SecureDigital,SD)卡,闪存卡(Flash Card)等等。进一步地,所述存储器420还可以既包括所述终端设备400的内部存储单元也包括外部存储设备。所述存储器420用于存储所述计算机程序421以及所述终端设备400所需的其他程序和数据。所述存储器420还可以用于暂时地存储已经输出或者将要输出的数据。
本领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明。实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述终端设备的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其他实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置、终端设备和方法,可以通过其他的方式实现。例如,以上所描述的终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一方面,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其他的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制。尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。
Claims (9)
1.一种汽车故障的复检方法,其特征在于,包括:
获取待复检的汽车的故障信息;
根据所述故障信息,确定待复检的汽车系统;
根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;
依据所述目标通信协议,将具有相同目标通信协议的待复检的汽车系统划分至同一检测组;
依次对所述检测组中待复检的汽车系统进行故障复检。
2.根据权利要求1所述的方法,其特征在于,所述根据所述故障信息,确定待复检的汽车系统的步骤包括:
根据故障信息与汽车系统之间的预设对应关系,确定所述故障信息对应的第一汽车系统及其关联的第二汽车系统。
3.根据权利要求2所述的方法,其特征在于,所述故障信息包括多项,所述方法还包括:
针对多项故障信息对应的第一汽车系统及其关联的第二汽车系统,生成待复检的系统集合;
对所述待复检的系统集合中的多个汽车系统作去重处理。
4.根据权利要求1所述的方法,其特征在于,所述依次对所述检测组中待复检的汽车系统进行故障复检的步骤包括:
依次确定所述检测组中待复检的汽车系统对应的命令集合,所述命令集合中包括多条命令项;
根据所述待复检的汽车系统对应的目标通信协议,逐条发送所述多条命令项,所述多条命令项用于指示所述待复检的汽车系统进行相应的故障复检,并生成复检结果。
5.根据权利要求4所述的方法,其特征在于,所述命令集合包含用于检测所述待复检的汽车系统所必需的至少一条命令项。
6.根据权利要求1~5中任一项所述的方法,其特征在于,还包括:
当检测到故障信息时,存储所述故障信息,所述检测包括对所述汽车的初次检测和复检;
以所述故障信息作为对所述汽车进行下次复检的依据。
7.一种汽车故障的复检装置,其特征在于,包括:
获取模块,用于获取待复检的汽车的故障信息;
确定模块,用于根据所述故障信息,确定待复检的汽车系统;
识别模块,用于根据汽车系统与通信协议之间的预设对应关系,识别所述待复检的汽车系统对应的目标通信协议;
分组模块,用于依据所述目标通信协议,将具有相同目标通信协议的待复检的汽车系统划分至同一检测组;
复检模块,用于依次对所述检测组中待复检的汽车系统进行故障复检。
8.一种终端设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至6任一项所述汽车故障的复检方法的步骤。
9.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至6任一项所述汽车故障的复检方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811075117.0A CN109190776B (zh) | 2018-09-14 | 2018-09-14 | 汽车故障的复检方法、装置、终端设备及存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811075117.0A CN109190776B (zh) | 2018-09-14 | 2018-09-14 | 汽车故障的复检方法、装置、终端设备及存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109190776A CN109190776A (zh) | 2019-01-11 |
CN109190776B true CN109190776B (zh) | 2020-09-15 |
Family
ID=64911196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811075117.0A Active CN109190776B (zh) | 2018-09-14 | 2018-09-14 | 汽车故障的复检方法、装置、终端设备及存储介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109190776B (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111880515A (zh) * | 2020-07-30 | 2020-11-03 | 深圳市元征科技股份有限公司 | 一种车辆系统扫描方法以及相关装置 |
CN112327800A (zh) * | 2020-10-27 | 2021-02-05 | 深圳市元征科技股份有限公司 | 车辆检测方法、装置及诊断设备 |
CN114006810B (zh) * | 2021-10-25 | 2022-11-11 | 珠海格力电器股份有限公司 | 设备配网方法、系统、电子设备及存储介质 |
CN116527720B (zh) * | 2023-06-29 | 2023-09-29 | 深圳艾为电气技术有限公司 | 用于电动压缩机的智能排障策略获取方法及装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101046430B (zh) * | 2007-04-06 | 2010-05-19 | 张在新 | 机动车自动检测系统及其工作方法 |
JP2009126323A (ja) * | 2007-11-22 | 2009-06-11 | Hitachi Car Eng Co Ltd | 車両用故障診断装置 |
CN102943709B (zh) * | 2012-10-31 | 2015-05-27 | 深圳市元征科技股份有限公司 | 多功能发动机控制单元 |
CN103616886B (zh) * | 2013-11-22 | 2016-05-04 | 深圳市道通科技股份有限公司 | 一种实现多通路并行汽车诊断方法及汽车诊断设备 |
CN106444716A (zh) * | 2016-11-02 | 2017-02-22 | 深圳市元征软件开发有限公司 | 车辆故障诊断维修方法、服务器及维修中心 |
US10589749B2 (en) * | 2017-02-23 | 2020-03-17 | Tata Consultancy Services Limited | Method and system for early detection of vehicle parts failure |
CN107364459B (zh) * | 2017-06-28 | 2019-06-25 | 北京康拓红外技术股份有限公司 | 一种铁路车辆列检机器人智能作业系统和方法 |
-
2018
- 2018-09-14 CN CN201811075117.0A patent/CN109190776B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN109190776A (zh) | 2019-01-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109190776B (zh) | 汽车故障的复检方法、装置、终端设备及存储介质 | |
CN108563214B (zh) | 车辆诊断方法、装置及设备 | |
CN107918382B (zh) | 一种汽车故障诊断方法、汽车故障诊断装置及电子设备 | |
CN107819627B (zh) | 系统故障处理方法及服务器 | |
CN109934362B (zh) | 一种车辆检测的方法、装置及终端设备 | |
CN113778557B (zh) | 车辆诊断软件配置方法、装置、服务器及存储介质 | |
CN110580220B (zh) | 测量代码段执行时间的方法及终端设备 | |
CN111693294A (zh) | 车辆检测方法、装置、终端设备及存储介质 | |
US9905058B2 (en) | Workshop diagnostic system | |
EP2535853A1 (en) | Methods systems and apparatus for ranking tests used to identify faults in a system | |
CN111553491A (zh) | 一种车辆维修记录的生成方法及相关装置 | |
CN110188033B (zh) | 数据检测装置、方法、计算机设备及计算机可读存储介质 | |
JP2015525401A (ja) | データ処理方法 | |
CN107783896B (zh) | 一种数据处理模型的优化方法和装置 | |
US10387532B2 (en) | Manufacturing control system, manufacturing control method, and manufacturing control program | |
CN112180898B (zh) | 参数位置确定方法、装置、设备及存储介质 | |
CN114036008A (zh) | 设备信息检测方法、装置、计算机设备及存储介质 | |
CN112327800A (zh) | 车辆检测方法、装置及诊断设备 | |
CN113342430A (zh) | 故障码的处理方法、装置、终端设备及可读存储介质 | |
CN112699648A (zh) | 数据处理方法及装置 | |
CN113112160B (zh) | 一种诊断数据处理方法、诊断数据处理装置及电子设备 | |
CN111143225A (zh) | 一种汽车诊断软件的漏洞处理方法和相关产品 | |
US20120166888A1 (en) | Method and software program product for determining the quality of an information technology system | |
CN111813776B (zh) | 车辆测试数据的记录方法、车辆诊断设备及存储介质 | |
CN113988034A (zh) | 车辆的体检方法、电子设备及存储介质 |
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 | ||
CP01 | Change in the name or title of a patent holder |
Address after: Bantian street, Longgang District of Shenzhen City, Guangdong province 518000 yuan and five Avenue sign technology plant No. 1 building 4 floor Patentee after: SHENZHEN GOLO CHELIAN DATA TECHNOLOGY Co.,Ltd. Address before: Bantian street, Longgang District of Shenzhen City, Guangdong province 518000 yuan and five Avenue sign technology plant No. 1 building 4 floor Patentee before: GOLO IOV DATA TECHNOLOGY Co.,Ltd. |
|
CP01 | Change in the name or title of a patent holder |