CN113608520A - 一种车辆诊断方法、装置、终端及存储介质 - Google Patents

一种车辆诊断方法、装置、终端及存储介质 Download PDF

Info

Publication number
CN113608520A
CN113608520A CN202110902973.4A CN202110902973A CN113608520A CN 113608520 A CN113608520 A CN 113608520A CN 202110902973 A CN202110902973 A CN 202110902973A CN 113608520 A CN113608520 A CN 113608520A
Authority
CN
China
Prior art keywords
diagnosis
vehicle
categories
diagnostic
ecu
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.)
Pending
Application number
CN202110902973.4A
Other languages
English (en)
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 CN202110902973.4A priority Critical patent/CN113608520A/zh
Publication of CN113608520A publication Critical patent/CN113608520A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00Testing or monitoring of control systems or parts thereof
    • G05B23/02Electric testing or monitoring
    • G05B23/0205Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults
    • G05B23/0208Electric testing or monitoring by means of a monitoring system capable of detecting and responding to faults characterized by the configuration of the monitoring system
    • G05B23/0213Modular or universal configuration of the monitoring system, e.g. monitoring system having modules that may be combined to build monitoring program; monitoring system that can be applied to legacy systems; adaptable monitoring system; using different communication protocols
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/20Pc systems
    • G05B2219/24Pc safety
    • G05B2219/24065Real time diagnostics

Abstract

本申请适用于车辆诊断技术领域,提供一种车辆诊断方法、装置、终端及存储介质,其中方法包括:对待测车辆中的N个ECU系统进行分类,得到系统类别;N大于或等于2;基于所述系统类别的类别数量,创建目标数量的诊断线程;基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果;其中,每个所述诊断线程同时间只对一个系统类别的ECU系统进行诊断;基于所述初始诊断结果,确定所述待测车辆的目标诊断结果。该方案能够提高数量众多且关系复杂的ECU系统的诊断效率且同时改善诊断结果的准确程度。

Description

一种车辆诊断方法、装置、终端及存储介质
技术领域
本申请属于车辆诊断技术领域,尤其涉及一种车辆诊断方法、装置、终端及存储介质。
背景技术
汽车的普及率越来越高,车辆技术发展越来越智能化。为确保车辆出产品质及车辆维修效率,需要对车辆中的车载系统进行准确高效的诊断测试。
目前在在对车辆进行故障测试或故障诊断时,由于车辆智能化和附加功能多样化的发展,车辆中布局的ECU(Electronic Control Unit,电子控制单元)系统数量繁多,且不同的ECU系统之间还可能会存在一定的相互作用关系,在按照车辆ECU系统在总线上的布局,对其进行逐个扫描诊断时,容易出现诊断不全面的问题,影响诊断结果且诊断效率低下。
发明内容
本申请实施例提供了一种车辆诊断方法、装置、终端及存储介质,以解决现有技术中车辆中布局的ECU系统数量繁多时,导致诊断结果不全面且诊断效率低下的问题。
本申请实施例的第一方面提供了一种车辆诊断方法,包括:
对待测车辆中的N个ECU系统进行分类,得到系统类别;N大于或等于2;
基于所述系统类别的类别数量,创建目标数量的诊断线程;
基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果;其中,每个所述诊断线程同时间只对一个系统类别的ECU系统进行诊断;
基于所述初始诊断结果,确定所述待测车辆的目标诊断结果。
其中,可选地,所述基于所述系统类别的类别数量,创建目标数量的诊断线程,包括:
判断所述类别数量是否超过第一阈值;
当所述类别数量未超过所述第一阈值时,创建与所述类别数量相同数量的诊断线程。
其中,可选地,所述基于所述系统类别的类别数量,创建目标数量的诊断线程,包括:
判断所述类别数量是否超过第一阈值;
当所述类别数量超过所述第一阈值时,创建所述第一阈值个诊断线程。
其中,可选地,所述基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果,包括:
基于所述诊断线程,对第一阈值个系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的第一初始诊断结果;
检测所述第一阈值个诊断线程中是否存在空闲线程;
若是,则基于所述空闲线程对未诊断的系统类别的所述ECU系统进行诊断,得到每一所述空闲线程对应的第二初始诊断结果;
对应地,所述基于所述初始诊断结果,确定所述待测车辆的目标诊断结果,包括:
基于所述第一初始诊断结果和所述第二初始诊断结果确定所述待测车辆的目标诊断结果。
其中,可选地,所述对待测车辆中的N个ECU系统进行分类,得到系统类别,包括:
获取所述待测车辆的车辆识别号码;
基于所述车辆识别号码,确定所述待测车辆的车型信息;
根据所述车型信息,确定所述待测车辆中待诊断的所述N个ECU系统;
将待诊断的所述N个ECU系统进行分类,得到系统类别。
其中,可选地,所述对待测车辆中的N个ECU系统进行分类,得到系统类别,包括:
获取所述N个ECU系统之间的关联程度信息;
根据所述关联程度信息,对所述N个ECU系统进行分类,得到系统类别。
其中,可选地,所述基于所述系统类别的类别数量,创建目标数量的诊断线程,包括:
判断所述类别数量是否超过第一阈值;
当所述类别数量未超过所述第一阈值时,判断是否存在ECU系统数量超过第二阈值的目标系统类别;
若存在ECU系统数量超过所述第二阈值的目标系统类别,则对所述目标系统类别内的ECU系统进行二次分类,得到至少两个子系统类别;
确定所述系统类别与所述子系统类别的总数量;
创建与所述总数量相同数量的诊断线程。
本申请实施例的第二方面提供了一种车辆诊断装置,包括:
分类模块,用于对待测车辆中的N个ECU系统进行分类,得到系统类别;N大于或等于2;
诊断线程创建模块,用于基于所述系统类别的类别数量,创建目标数量的诊断线程;
诊断模块,用于基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果;其中,每个所述诊断线程同时间只对一个系统类别的ECU系统进行诊断;
诊断结果确定模块,用于基于所述初始诊断结果,确定所述待测车辆的目标诊断结果。
本申请实施例的第三方面提供了一种终端,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。
本申请实施例的第四方面提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如第一方面所述方法的步骤。
本申请的第五方面提供了一种计算机程序产品,当所述计算机程序产品在终端上运行时,使得所述终端执行上述第一方面所述方法的步骤。
由上可见,本申请实施例中,通过对待测车辆中N个ECU系统进行分类,然后根据分得的类别数量生成相应的诊断线程,以基于该些诊断线程,在同时间对相应数量的系统类别的ECU系统进行并行诊断并生成诊断结果,最后对其合并后得到与整车对应的最终诊断结果,从而提高数量众多且关系复杂的ECU系统的诊断效率且同时改善诊断结果的准确程度。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的一种车辆诊断方法的流程图一;
图2是本申请实施例提供的一种车辆诊断方法的流程图二;
图3是本申请实施例提供的一种车辆诊断装置的结构图;
图4是本申请实施例提供的一种终端的结构图。
具体实施方式
以下描述中,为了说明而不是为了限定,提出了诸如特定系统结构、技术之类的具体细节,以便透彻理解本申请实施例。然而,本领域的技术人员应当清楚,在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中,省略对众所周知的系统、装置、电路以及方法的详细说明,以免不必要的细节妨碍本申请的描述。
应当理解,当在本说明书和所附权利要求书中使用时,术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在,但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。
还应当理解,在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样,除非上下文清楚地指明其它情况,否则单数形式的“一”、“一个”及“该”意在包括复数形式。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
如在本说明书和所附权利要求书中所使用的那样,术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地,短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。
具体实现中,本申请实施例中描述的终端包括但不限于诸如具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是,在某些实施例中,所述设备并非便携式通信设备,而是具有触摸敏感表面(例如,触摸屏显示器和/或触摸板)的台式计算机。
在接下来的讨论中,描述了包括显示器和触摸敏感表面的终端。然而,应当理解的是,终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。
终端支持各种应用程序,例如以下中的一个或多个:绘图应用程序、演示应用程序、文字处理应用程序、网站创建应用程序、盘刻录应用程序、电子表格应用程序、游戏应用程序、电话应用程序、视频会议应用程序、电子邮件应用程序、即时消息收发应用程序、锻炼支持应用程序、照片管理应用程序、数码相机应用程序、数字摄影机应用程序、web浏览应用程序、数字音乐播放器应用程序和/或数字视频播放器应用程序。
可以在终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样,终端的公共物理架构(例如,触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。
应理解,本实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
为了说明本申请所述的技术方案,下面通过具体实施例来进行说明。
参见图1,图1是本申请实施例提供的一种车辆诊断方法的流程图一。如图1所示,一种车辆诊断方法,该方法包括以下步骤:
步骤101,对待测车辆中的N个ECU系统进行分类,得到系统类别;N大于或等于2。
步骤102,基于系统类别的类别数量,创建目标数量的诊断线程;
步骤103,基于诊断线程,对不同系统类别的ECU系统进行并行诊断,得到每一个诊断线程输出的对应的初始诊断结果;
步骤104,基于该初始诊断结果,确定待测车辆的目标诊断结果。
下面,为便于理解本实施例中所提供方法的实施过程,将结合实际应用中各步骤的不同实现手段进行详细阐述。
步骤101,对待测车辆中的N个ECU系统进行分类,得到系统类别。
N大于或等于2。
其中,电子控制单元ECU,又称“行车电脑”、“车载电脑”,为车辆的运转提供最佳控制状态。
本方法实施例中,针对车辆ECU系统的出厂测试或者出现故障等情况,实施对ECU系统的故障诊断。
其中,在一个实施方式中,该对待测车辆中的N个ECU系统进行分类,得到系统类别包括:
获取待测车辆的车辆识别号码;基于车辆识别号码,确定待测车辆的车型信息;根据车型信息,确定待测车辆中待诊断的N个ECU系统,将待诊断的N个ECU系统进行分类,得到系统类别。
不同车辆均对应有各自的车辆识别号码。可以根据车辆识别号码识别出车型,进而确定该车型下车辆配备的N个ECU系统。
在一个实施方式中,N个ECU系统例如包括:发动机管理系统(EMS)、变速箱控制单元(TCU)、电动助力转向(EPS)、车身稳定控制(ESC)、主动悬挂系统(MRC)、整车控制器(VCU)、电池管理系统(BMS)、电机控制器(DCU)等等。
在基于车型信息确定出待测车辆中待诊断的N个ECU系统后,可以对该些ECU系统进行分类,以在后续实现对不同系统类别中ECU系统的并行诊断处理。其中,对ECU系统的分类可以依照设定规则进行,该设定规则可以是,对ECU系统进行随机分类,得到对应系统类别。
或者,该设定规则可以是,在对N个ECU系统进行分类得到系统类别时,获取N个ECU系统之间的关联程度信息,根据该关联程度信息,对N个ECU系统进行分类,得到系统类别。
即,依照不同ECU系统之间的关联性进行类别划分。
其中,该关联程度信息用于指示不同ECU系统之间的关联程度的大小。在基于该关联程度信息进行分类时,具体是将关联程度较高的ECU系统划分至同一个类别中,关联程度不高的ECU系统则划分至不同的类别中。
其中,在一个实施例中,ECU系统之间关联程度的大小可以根据不同ECU系统之间是否可以独立运行来判断。当ECU系统之间可以独立运行时,则判断两个ECU系统之间关联程度低,可以被划分至不同的类别中;当ECU系统之间需要协助运行时,则判断两个ECU系统之间关联程度高,可以被划分至同一类别中。
或者,在另一个实施例中,ECU系统之间关联程度的大小可以根据不同ECU系统之间的控制功能的相似性进行类别划分,当两个ECU系统的控制功能相似或相近时,则判断两个ECU系统之间关联程度高,可以被划分至同一类别中,反之则判断两个ECU系统之间关联程度低,需要被划分至不同的类别中,例如同属于汽车动力控制功能的发动机管理系统(EMS)、变速箱控制单元(TCU)等可以划分至同一系统类别中,而车载影音播放系统、车载卫星导航系统则划分至其他系统类别中。
这里,上述的实现手段仅为示例性说明,并不以此作为具体限定。
进一步地,在对待测车辆中的N个ECU系统进行类别划分,得到系统类别之后,还包括:
基于划分的系统类别,绘制得到待测车辆的电子系统拓扑图,并显示该电子系统拓扑图。
其中,每一系统类别对应形成电子系统拓扑图中的各个分支,N个ECU系统构成电子系统拓扑图中的各个节点。同一系统类别中包含的ECU系统在电子系统拓扑图中位于同一条分支支线上。
在绘制得到待测车辆的电子系统拓扑图后对其进行显示,以供操作人员直观查看相关内容。
步骤102,基于系统类别的类别数量,创建目标数量的诊断线程。
其中,划分得到的系统类别的类别数量小于或等于N。
其中,该目标数量与系统类别的类别数量相等,或者,该目标数量小于该系统类别的类别数量。具体需要根据划分得到的系统类别的类别数量及实际可供支配的处理器资源进行分配。
在一个实施方式中,该基于系统类别的类别数量,创建目标数量的诊断线程,包括:
判断类别数量是否超过第一阈值;当类别数量未超过该第一阈值时,判断是否存在ECU系统数量超过第二阈值的目标系统类别;若存在ECU系统数量超过该第二阈值的目标系统类别,则对目标系统类别内的ECU系统进行二次分类,得到至少两个子系统类别;确定系统类别与子系统类别的总数量;创建与该总数量相同数量的诊断线程。
该第一阈值及第二阈值为预设值,第一阈值具体是在计算机资源能够同时并行处理的线程数量的基础上得到,第二阈值具体是在单线程能够诊断的ECU系统的最大数量基础上得到。
其中,将ECU系统数量超过第二阈值的目标系统类别中所包含的ECU系统进行二次分类,具体可以是随机分类,或者是再次依照目标系统类别中所包含的ECU系统之间的关联程度信息进行分类,得到子系统类别。
在划分得到子系统类别之后,确定系统类别与子系统类别的总数量,生成对应数量的诊断线程执行后续的诊断处理即可。
该过程,确保了处理器资源的合理分配,最大化利用处理器资源进行诊断线程创建,在尽可能多地实现系统类别的并行处理的同时,确保系统的正常稳定运行。
步骤103,基于诊断线程,对不同系统类别的ECU系统进行并行诊断,得到每一个诊断线程输出的对应的初始诊断结果。
其中,每个诊断线程同时间只对一个系统类别的ECU系统进行诊断。每一诊断线程在对一个系统类别中所包括的一组ECU系统进行扫描诊断后,会输出对应的诊断结果,作为初始诊断结果。
该初始诊断结果中例如包括与一个系统类别中各个ECU系统分别对应的诊断结果数据(如故障码),或者包括与一个系统类别中所有ECU系统整体相对应的诊断结果数据(如诊断报告)。具体情况可以根据实际诊断需求及系统类别划分情况进行调整,并不以此为限。
该过程中,将ECU系统进行类别划分后,通过目标数量的诊断线程对其进行按类别诊断,通过多线程的并行诊断运行,提升数量众多且关系复杂的ECU系统的诊断效率且同时改善诊断结果的准确程度。
步骤104,基于该初始诊断结果,确定待测车辆的目标诊断结果。
将初始诊断结果进行汇集整合后,即可得到与待测车辆整体对应的最终诊断结果,提升诊断效率,改善诊断结果的准确性。
本申请实施例中,通过对待测车辆中N个ECU系统进行分类,然后根据分得的类别数量生成相应的诊断线程,以基于该些诊断线程,在同时间对相应数量的系统类别的ECU系统进行并行诊断并生成诊断结果,最后对其合并后得到与整车对应的最终诊断结果,从而提高数量众多且关系复杂的ECU系统的诊断效率且同时改善诊断结果的准确程度。
本申请实施例中还提供了车辆诊断方法的不同实施方式。
参见图2,图2是本申请实施例提供的一种车辆诊断方法的流程图二。如图2所示,一种车辆诊断方法,该方法包括以下步骤:
步骤201,对待测车辆中的N个ECU系统进行分类,得到系统类别;
步骤202,判断该类别数量是否超过第一阈值;
步骤203,当该类别数量未超过第一阈值时,创建与该类别数量相同数量的诊断线程;
步骤204,基于该诊断线程,对不同系统类别的ECU系统进行并行诊断,得到每一个诊断线程输出的对应的初始诊断结果;
步骤205,基于该初始诊断结果,确定待测车辆的目标诊断结果;
步骤206,当该类别数量超过第一阈值时,创建第一阈值个诊断线程;
步骤207,基于该诊断线程,对第一阈值个系统类别的ECU系统进行并行诊断,得到每一个诊断线程输出的对应的第一初始诊断结果;
步骤208,检测第一阈值个诊断线程中是否存在空闲线程,若是,则基于空闲线程对未诊断的系统类别的ECU系统进行诊断,得到每一空闲线程对应的第二初始诊断结果;
步骤209,基于第一初始诊断结果和第二初始诊断结果确定待测车辆的目标诊断结果。
下面,为便于理解本实施方式中所提供方法的实施过程,将结合实际应用中各步骤的不同实现手段进行详细阐述。
步骤201,对待测车辆中的N个ECU系统进行分类,得到系统类别。
N大于或等于2。
该步骤的实现过程与前述实施方式中的步骤101的实现过程相同,此处不再赘述。
步骤202,判断该类别数量是否超过第一阈值。
该第一阈值可以是一个经验值,或者是基于当前可供支配的处理器资源进行设定的数值。
步骤203,当该类别数量未超过第一阈值时,创建与该类别数量相同数量的诊断线程。
即,当划分得到的系统类别的类别数量小于或等于第一阈值时,则启动与该类别数量相同数量个诊断线程即可。
步骤204,基于该诊断线程,对不同系统类别的ECU系统进行并行诊断,得到每一个诊断线程输出的对应的初始诊断结果。
具体地,每个诊断线程同时间只对一个系统类别的ECU系统进行诊断,以通过该些诊断线程实现对对应类别的系统类别中ECU系统的并行诊断处理。
步骤205,基于该初始诊断结果,确定待测车辆的目标诊断结果。
该步骤的实现过程与前述实施方式中的步骤104的实现过程相同,此处不再赘述。
步骤206,当该类别数量超过第一阈值时,创建第一阈值个诊断线程。
即,当划分得到的系统类别的类别数量大于第一阈值时,则启动该第一阈值个诊断线程即可。此时,还剩余一部分系统类别(数量为类别数量减去第一阈值个)中的ECU系统未被执行诊断操作。
步骤207,基于该诊断线程,对第一阈值个系统类别的ECU系统进行并行诊断,得到每一个诊断线程输出的对应的第一初始诊断结果。
每一个第一初始诊断结果与一个系统类别相对应。这里,当系统类别数量过多,而系统当前处理器资源无法同批次对其进行并行处理完时,则对其进行分批处理。这里,先基于创建的第一阈值个诊断线程对第一阈值个系统类别的ECU系统进行并行诊断。
步骤208,检测第一阈值个诊断线程中是否存在空闲线程,若是,则基于空闲线程对未诊断的系统类别的ECU系统进行诊断,得到每一空闲线程对应的第二初始诊断结果。
此时,需要在监测到第一阈值个诊断线程中存在空闲线程时,利用该空闲线程对剩余的还未诊断的一部分系统类别中的ECU系统执行诊断操作,实现对计算资源的合理分配,同时提高数量众多且关系复杂的ECU系统的诊断效率且同时改善诊断结果的准确程度。
步骤209,基于第一初始诊断结果和第二初始诊断结果确定待测车辆的目标诊断结果。
该过程,在得到第一阈值个诊断线程输出的第一初始诊断结果及其中每一空闲线程输出的第二初始诊断结果之后,将两个诊断结果进行整合,即可得到与待测车辆整体对应的目标诊断结果。
本申请实施例中,通过对待测车辆中N个ECU系统进行分类,然后根据分得的类别数量生成相应的诊断线程,以基于该些诊断线程与设定阈值之间的关系,对不同系统类别中的ECU系统执行并行扫描诊断并生成对应的诊断结果,最后对其合并后得到与整车对应的最终诊断结果,实现对计算资源的合理分配,同时提高数量众多且关系复杂的ECU系统的诊断效率且同时改善诊断结果的准确程度。
参见图3,图3是本申请实施例提供的一种车辆诊断装置的结构图,为了便于说明,仅示出了与本申请实施例相关的部分。
该车辆诊断装置300包括:
分类模块301,用于对待测车辆中的N个ECU系统进行分类,得到系统类别;N大于或等于2;
诊断线程创建模块302,用于基于所述系统类别的类别数量,创建目标数量的诊断线程;
诊断模块303,用于基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果;其中,每个所述诊断线程同时间只对一个系统类别的ECU系统进行诊断;
诊断结果确定模块304,用于基于所述初始诊断结果,确定所述待测车辆的目标诊断结果。
其中,诊断线程创建模块具体用于:
判断所述类别数量是否超过第一阈值;
当所述类别数量未超过所述第一阈值时,创建与所述类别数量相同数量的诊断线程。
其中,诊断线程创建模块,还用于:
判断所述类别数量是否超过第一阈值;
当所述类别数量超过所述第一阈值时,创建所述第一阈值个诊断线程。
对应地,诊断模块,具体用于:
基于所述诊断线程,对第一阈值个系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的第一初始诊断结果;
检测所述第一阈值个诊断线程中是否存在空闲线程;
若是,则基于所述空闲线程对未诊断的系统类别的所述ECU系统进行诊断,得到每一所述空闲线程对应的第二初始诊断结果;
对应地,诊断结果确定模块,具体用于:
基于所述第一初始诊断结果和所述第二初始诊断结果确定所述待测车辆的目标诊断结果。
其中,分类模块,具体用于:
获取所述待测车辆的车辆识别号码;
基于所述车辆识别号码,确定所述待测车辆的车型信息;
根据所述车型信息,确定所述待测车辆中待诊断的所述N个ECU系统;
将待诊断的所述N个ECU系统进行分类,得到系统类别。
其中,分类模块,还具体用于:
获取所述N个ECU系统之间的关联程度信息;
根据所述关联程度信息,对所述N个ECU系统进行分类,得到系统类别。
其中诊断线程创建模块302,还具体用于:
判断所述类别数量是否超过第一阈值;
当所述类别数量未超过所述第一阈值时,判断是否存在ECU系统数量超过第二阈值的目标系统类别;
若存在ECU系统数量超过所述第二阈值的目标系统类别,则对所述目标系统类别内的ECU系统进行二次分类,得到至少两个子系统类别;
确定所述系统类别与所述子系统类别的总数量;
创建与所述总数量相同数量的诊断线程。
本申请实施例提供的车辆诊断装置能够实现上述车辆诊断方法的实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
图4是本申请实施例提供的一种终端的结构图。如该图所示,该实施例的终端4包括:至少一个处理器40(图4中仅示出一个)、存储器41以及存储在所述存储器41中并可在所述至少一个处理器40上运行的计算机程序42,所述处理器40执行所述计算机程序42时实现上述任意各个方法实施例中的步骤。
所述终端4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端4可包括,但不仅限于,处理器40、存储器41。本领域技术人员可以理解,图4仅仅是终端4的示例,并不构成对终端4的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端还可以包括输入输出设备、网络接入设备、总线等。
所述处理器40可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
所述存储器41可以是所述终端4的内部存储单元,例如终端4的硬盘或内存。所述存储器41也可以是所述终端4的外部存储设备,例如所述终端4上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。进一步地,所述存储器41还可以既包括所述终端4的内部存储单元也包括外部存储设备。所述存储器41用于存储所述计算机程序以及所述终端所需的其他程序和数据。所述存储器41还可以用于暂时地存储已经输出或者将要输出的数据。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中,应该理解到,所揭露的装置/终端和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读介质不包括电载波信号和电信信号。
本申请实现上述实施例方法中的全部或部分流程,也可以通过计算机程序产品来实现,当计算机程序产品在终端上运行时,使得所述终端执行时实现可实现上述各个方法实施例中的步骤。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种车辆诊断方法,其特征在于,包括:
对待测车辆中的N个ECU系统进行分类,得到系统类别;N大于或等于2;
基于所述系统类别的类别数量,创建目标数量的诊断线程;
基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果;其中,每个所述诊断线程同时间只对一个系统类别的ECU系统进行诊断;
基于所述初始诊断结果,确定所述待测车辆的目标诊断结果。
2.根据权利要求1所述的车辆诊断方法,其特征在于,所述基于所述系统类别的类别数量,创建目标数量的诊断线程,包括:
判断所述类别数量是否超过第一阈值;
当所述类别数量未超过所述第一阈值时,创建与所述类别数量相同数量的诊断线程。
3.根据权利要求1所述的车辆诊断方法,其特征在于,所述基于所述系统类别的类别数量,创建目标数量的诊断线程,包括:
判断所述类别数量是否超过第一阈值;
当所述类别数量超过所述第一阈值时,创建所述第一阈值个诊断线程。
4.根据权利要求3所述的车辆诊断方法,其特征在于,所述基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果,包括:
基于所述诊断线程,对第一阈值个系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的第一初始诊断结果;
检测所述第一阈值个诊断线程中是否存在空闲线程;
若是,则基于所述空闲线程对未诊断的系统类别的所述ECU系统进行诊断,得到每一所述空闲线程对应的第二初始诊断结果;
对应地,所述基于所述初始诊断结果,确定所述待测车辆的目标诊断结果,包括:
基于所述第一初始诊断结果和所述第二初始诊断结果确定所述待测车辆的目标诊断结果。
5.根据权利要求1所述的车辆诊断方法,其特征在于,所述对待测车辆中的N个ECU系统进行分类,得到系统类别,包括:
获取所述待测车辆的车辆识别号码;
基于所述车辆识别号码,确定所述待测车辆的车型信息;
根据所述车型信息,确定所述待测车辆中待诊断的所述N个ECU系统;
将待诊断的所述N个ECU系统进行分类,得到系统类别。
6.根据权利要求1所述的车辆诊断方法,其特征在于,所述对待测车辆中的N个ECU系统进行分类,得到系统类别,包括:
获取所述N个ECU系统之间的关联程度信息;
根据所述关联程度信息,对所述N个ECU系统进行分类,得到系统类别。
7.根据权利要求1所述的车辆诊断方法,其特征在于,所述基于所述系统类别的类别数量,创建目标数量的诊断线程,包括:
判断所述类别数量是否超过第一阈值;
当所述类别数量未超过所述第一阈值时,判断是否存在ECU系统数量超过第二阈值的目标系统类别;
若存在ECU系统数量超过所述第二阈值的目标系统类别,则对所述目标系统类别内的ECU系统进行二次分类,得到至少两个子系统类别;
确定所述系统类别与所述子系统类别的总数量;
创建与所述总数量相同数量的诊断线程。
8.一种车辆诊断装置,其特征在于,包括:
分类模块,用于对待测车辆中的N个ECU系统进行分类,得到系统类别;N大于或等于2;
诊断线程创建模块,用于基于所述系统类别的类别数量,创建目标数量的诊断线程;
诊断模块,用于基于所述诊断线程,对不同系统类别的所述ECU系统进行并行诊断,得到每一个所述诊断线程输出的对应的初始诊断结果;其中,每个所述诊断线程同时间只对一个系统类别的ECU系统进行诊断;
诊断结果确定模块,用于基于所述初始诊断结果,确定所述待测车辆的目标诊断结果。
9.一种终端,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述方法的步骤。
10.一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述方法的步骤。
CN202110902973.4A 2021-08-06 2021-08-06 一种车辆诊断方法、装置、终端及存储介质 Pending CN113608520A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110902973.4A CN113608520A (zh) 2021-08-06 2021-08-06 一种车辆诊断方法、装置、终端及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110902973.4A CN113608520A (zh) 2021-08-06 2021-08-06 一种车辆诊断方法、装置、终端及存储介质

Publications (1)

Publication Number Publication Date
CN113608520A true CN113608520A (zh) 2021-11-05

Family

ID=78307500

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110902973.4A Pending CN113608520A (zh) 2021-08-06 2021-08-06 一种车辆诊断方法、装置、终端及存储介质

Country Status (1)

Country Link
CN (1) CN113608520A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN202995452U (zh) * 2012-12-25 2013-06-12 上海通用汽车有限公司 汽车故障信息采集装置和分析系统
CN109407656A (zh) * 2018-12-29 2019-03-01 深圳市道通科技股份有限公司 车辆中的电子控制单元的扫描方法及其汽车诊断设备
CN112463190A (zh) * 2020-11-24 2021-03-09 广州橙行智动汽车科技有限公司 一种车辆升级方法和装置
CN113168370A (zh) * 2021-03-25 2021-07-23 华为技术有限公司 测试系统、车辆模拟装置、测试装置及测试方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN202995452U (zh) * 2012-12-25 2013-06-12 上海通用汽车有限公司 汽车故障信息采集装置和分析系统
CN109407656A (zh) * 2018-12-29 2019-03-01 深圳市道通科技股份有限公司 车辆中的电子控制单元的扫描方法及其汽车诊断设备
CN112463190A (zh) * 2020-11-24 2021-03-09 广州橙行智动汽车科技有限公司 一种车辆升级方法和装置
CN113168370A (zh) * 2021-03-25 2021-07-23 华为技术有限公司 测试系统、车辆模拟装置、测试装置及测试方法

Similar Documents

Publication Publication Date Title
CN109634801B (zh) 数据趋势分析方法、系统、计算机装置及可读存储介质
CN103460185A (zh) 用于为机动车辆的坞站对移动终端应用程序进行分析和分类的设备
US10942755B2 (en) Interface switching method and device, and computer readable storage medium
CN111693294A (zh) 车辆检测方法、装置、终端设备及存储介质
CN111552267B (zh) 车辆诊断方法、装置及车辆诊断设备
CN111949457A (zh) 服务器故障芯片检测方法及装置
CN110767264A (zh) 一种数据处理方法、装置和计算机可读存储介质
CN110647472A (zh) 崩溃信息统计方法、装置、计算机设备及存储介质
CN110959153A (zh) 使用灵活后处理的应用分析
CN113608520A (zh) 一种车辆诊断方法、装置、终端及存储介质
CN112506798A (zh) 一种区块链平台的性能测试方法、装置、终端及存储介质
CN109213124B (zh) 一种数据扫描方法、数据扫描装置及车辆诊断设备
CN111831176A (zh) 应用程序管理方法及装置
CN111309511A (zh) 一种应用运行数据的处理方法、装置及终端
CN110728306A (zh) 反向代理评价模型中目标参数选取方法及相关装置
CN111025043B (zh) 一种识别充电行为的方法及终端设备
CN113342430A (zh) 故障码的处理方法、装置、终端设备及可读存储介质
CN110875873B (zh) 信息监测方法、信息监测装置及移动终端
CN113721591A (zh) 一种obd设备的检验方法、装置、终端及存储介质
US20220204021A1 (en) Electronic device for autonomous driving and configuration method thereof
CN112737881B (zh) 电动汽车充电设备的通信测试方法、装置及终端设备
CN108958929B (zh) 应用算法库的方法、装置、存储介质及电子设备
CN114648656A (zh) 图像识别方法、装置、终端设备及可读存储介质
CN113934453B (zh) 风险检测方法、装置及存储介质
CN109885442B (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