CN111813095A - 一种车辆诊断方法、装置及介质 - Google Patents

Abstract

本申请公开了一种车辆诊断方法、装置及介质，该方法包括：获取车辆的身份信息；通过身份信息确定通信协议信息；根据通信协议信息在预设的协议合集中选取目标通信协议，其中协议合集包含多个类型的通信协议；调用目标通信协议与车辆的行车电脑进行通信，以对所述车辆执行诊断操作。相较于之前采用只包括一种通信协议的诊断设备对车辆进行诊断，该方法可根据通信协议信息在预设的协议合集中选取目标通信协议来与车辆的行车电脑进行通信以进行诊断，而不仅仅限于一种通信协议，使得车辆诊断的过程更加灵活，更加方便，减少了人为操作，提高车辆诊断的效率。

Description

一种车辆诊断方法、装置及介质

技术领域

本申请涉及车辆领域，特别是涉及一种车辆诊断方法、装置及介质。

背景技术

随着汽车行业的不断发展，用户对于汽车电控***的功能要求也越来越多，为了满足用户需求，汽车ECU也随之不断增多，同时也导致目前的汽车电控***所采用的通信协议并不统一，存在多种类型的通信协议。这就存在一个问题，现有的车辆诊断设备在对车辆的电控***进行诊断时，通常只包含一种通信协议，导致该设备只能对采用该通信协议的电控***进行诊断，对于采用其他协议的***，只能采用其他设备进行诊断，操作人员在对车辆进行诊断时操作流程就会比较繁琐，导致车辆诊断的效率大大降低。

由此可见，如何实现由一种车辆诊断设备对采用不同通信协议的***进行诊断以相对提高车辆诊断的效率是本领域技术人员亟待解决的问题。

发明内容

本申请的目的是提供一种车辆诊断方法，该方法用于对采用不同通信协议的***进行诊断以相对提高车辆诊断的效率。此外本申请还提供一种车辆诊断的装置及介质。

为解决上述技术问题，本申请提供一种车辆诊断方法，包括：

获取车辆的身份信息；

通过身份信息确定通信协议信息；

根据通信协议信息在预设的协议合集中选取目标通信协议，其中协议合集包含多个类型的通信协议；

调用目标通信协议与车辆的行车电脑进行通信，以对车辆执行诊断操作。

优选地，通过身份信息确定通信协议信息，包括：

根据身份信息获取目标诊断数据文件；

通过目标诊断数据文件查找通信协议信息。

优选地，通过目标诊断数据文件查找通信协议信息，包括：

通过目标诊断数据文件查找引脚信息；

根据引脚信息确定通信协议信息；

调用目标通信协议与车辆的行车电脑进行通信，包括：

调用目标通信协议通过引脚信息对应的引脚与行车电脑进行通信。

优选地，通过目标诊断数据文件查找引脚信息，包括：

通过目标诊断数据文件获取物理连接ID；

根据物理连接ID查找引脚信息。

优选地，车辆包含多个行车电脑且行车电脑与***一一对应，该方法还包括：

获取待诊断***的标识信息；

通过目标诊断数据文件获取物理连接ID，包括：

通过目标诊断数据文件获取与标识信息对应的物理连接ID；

调用目标通信协议与行车电脑基于引脚信息对应的引脚进行通信，包括：

调用目标通信协议与待诊断***的行车电脑基于引脚进行通信。

优选地，身份信息包括车辆的VIN码。

优选地，目标诊断数据文件为ODX文件。

为解决上述技术问题，本申请提供一种车辆诊断装置，包括：

获取模块：用于获取车辆的身份信息；

确定模块：用于通过身份信息确定通信协议信息；

选取模块：用于根据通信协议信息在预设的协议合集中选取目标通信协议，其中协议合集包含多个类型的通信协议；

诊断模块：用于调用目标通信协议与车辆的行车电脑进行通信，以对车辆执行诊断操作。

优选地，确定模块，包括：

诊断数据文件获取模块：用于根据身份信息获取目标诊断数据文件；

诊断数据文件调用模块：用于通过目标诊断数据文件查找通信协议信息。

优选地，诊断数据文件调用模块，包括：

引脚查找模块：用于通过目标诊断数据文件查找引脚信息；

引脚协议确定模块：用于根据引脚信息确定通信协议信息；

诊断模块，包括：

引脚通信模块：用于调用目标通信协议通过引脚信息对应的引脚与行车电脑进行通信。

优选地，引脚查找模块，包括：

ID获取模块：用于通过目标诊断数据文件获取物理连接ID；

ID查找模块：用于根据物理连接ID查找引脚信息。

优选地，车辆包含多个行车电脑且行车电脑与***一一对应，该装置还包括：

标识获取模块：用于获取待诊断***的标识信息；

ID获取模块，包括：

ID获取子模块：用于通过目标诊断数据文件获取与标识信息对应的物理连接ID；

引脚通信模块，包括：

引脚通信子模块：用于调用目标通信协议与待诊断***的行车电脑基于引脚进行通信。

优选地，身份信息包括车辆的VIN码。

优选地，目标诊断数据文件为ODX文件。

为解决上述技术问题，本申请还提供一种车辆诊断装置，包括存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上述车辆诊断方法的步骤。

为解决上述技术问题，本申请还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述车辆诊断方法的步骤。

本申请所提供的一种车辆诊断方法，由于获取了车辆的身份信息，所以可以根据身份信息确定通信协议信息，之后可以根据该通信协议信息在预设的协议合集中选取目标通信协议，然后调用该目标通信协议与该车辆的行车电脑进行通信，对行车电脑所控制的***进行诊断。由于该协议合集包含多个类型的通信协议，相较于之前采用只包括一种通信协议的诊断设备对行车电脑所控制的***进行诊断，该方法可根据通信协议信息在预设的协议合集中选取目标通信协议来与车辆的行车电脑进行通信，而不仅仅限于一种通信协议，进而实现了对采用不同通信协议的***的诊断，使得车辆诊断的过程更加灵活，更加方便，减少了人为操作，提高车辆诊断的效率。

附图说明

为了更清楚地说明本申请实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种车辆诊断方法的流程图；

图2为本申请实施例提供的一种车辆诊断装置的结构图；

图3为本申请实施例提供的另一种车辆诊断装置的结构图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下，所获得的所有其他实施例，都属于本申请保护范围。

为了使本技术领域的人员更好地理解本申请方案，下面结合附图和具体实施方式对本申请作进一步的详细说明。

图1为本申请实施例提供的一种车辆诊断方法的流程图，如图1所示，该方法包括：

S10：获取车辆的身份信息。

在具体实施中，用户首先启动用于车辆诊断的诊断设备，通过操作该诊断设备，获取车辆的身份信息。

需要说明的是，本实施例对于身份信息的类型不作限制，作为一种优选地实施方式，身份信息为车辆的VIN码。VIN为英文Vehicle Identification Number(车辆识别码)的缩写，由SAE标准(美国机动车工程师学会)规定，并且由17位字符组成，俗称十七位码。该VIN码包含了车辆的生产厂家、年代、车型、车身形式、发动机以及其他装备的信息。通过该VIN码，可以准确的确定车辆的车型类别。在目前，如何准确的确定车辆的车型类别对于车辆的维修以及诊断有很重要的影响。本实施例对于如何获取身份信息也不作限制，以身份信息为VIN码为例，可以通过用户手动输入，或者由摄像头拍摄进行人工智能识别，或者扫描VIN码对应的二维码或条形码来获取车辆的身份信息。

S11：通过所述身份信息确定通信协议信息。

在具体实施中，在经过上一步骤获取到车辆的身份信息后，诊断设备对该身份信息进行识别进而确定该车辆的车型类别。然后根据车辆的车型类别，确定通信协议信息。需要说明的是，本实施例对于确定通信协议信息的方式不作限定，作为一种优选地实施方式，根据身份信息获取目标诊断数据文件，通过目标诊断数据文件查找通信协议信息。各诊断数据文件均根据各自对应的车型类别开发，用于各自对应类别的车辆的诊断过程。开发人员在开发该目标诊断数据文件时，在目标诊断数据文件的子文件中包含了通信协议信息，因此可以通过诊断数据文件查找到通信协议信息。

进一步的，目标诊断数据文件为ODX文件。ODX为英文Open Diagnostic DataExchange(开放式诊断数据格式)的缩写，ODX最初由ASAM(自动化及测量***标准协会)提出，在ODX未被提出之前，由于应用场景、开发工具的不同，诊断开发不同阶段使用的数据格式均不相同，导致数据交换非常混乱、复杂，数据交换时出错的危险性很高。由于ODX数据具有开源和标准化的属性，从而使得在整车诊断过程使用ODX作为数据交换格式，整个流程会更加容易、更迅速、出错几率更低。

此外，本实施例对于获取诊断数据文件的方式也不作限制，可以在确定车辆类型后，下载由开发人员开发好后上传到服务器的对应的诊断数据文件，也可预先在诊断设备的储存设备中储存各诊断数据文件，在确定车辆类型后直接调用对应的诊断数据。作为一种优选地实施方式，在确定车辆类型后，下载由开发人员开发好后上传到服务器的对应的诊断数据文件。由于目前车辆种类繁多，很难实现将所有类别车辆的诊断数据文件储存在诊断设备的储存设备中，并且如果为了尽可能多的储存不同类别的诊断数据文件，将会对储存设备的储存空间要求比较大，因此导致诊断设备成本增高。开发人员将根据车型类别开发的诊断数据文件上传到服务器，诊断设备根据确定的车辆类型下载对应的诊断数据文件，如此节省了储存设备的储存空间，并且在诊断数据文件需要更新时十分方便，只要更新服务器中的诊断数据文件即可，不必逐个更新所有诊断设备中的诊断数据文件。

S12：根据通信协议信息在预设的协议合集中选取目标通信协议，其中协议合集包含多个类型的通信协议。

在具体实施中，在通过上一步骤查找到通信协议信息后，根据通信协议信息从预先储存在诊断设备的协议合集中，选取目标通信协议，即本次车辆诊断所使用的通信协议，其中协议合集中包含有多个类型的通信协议，且协议合集中的通信协议为目前车辆行车电脑通信所使用的通信协议，可以理解的是，协议合集中的通信协议会随目前车辆行车电脑通信所使用的通信协议的种类改变而改变。

进一步的，通信协议包括Doip(Diagnostic over internet protocol，网络诊断协议)协议与CAN(Controller Area Network，控制器局域网)协议。其中CAN协议为传统车辆诊断中经常使用的通信协议，而随着汽车行业的不断发展，汽车ECU(ElectronicControl Unit，电子控制单元)又称行车电脑，在车辆中不断增多，CAN协议已经越来越难以满足日益增多的通信负载，车载以太网凭借其成本低、高宽带、高传输速率、网络实时而被纳入到新型整车总线中，其中车载以太网所采用的通信协议为Doip协议，因此通信协议包括Doip协议与CAN协议。

S13：调用目标通信协议与车辆的行车电脑进行通信，以对车辆执行诊断操作。

在具体实施中，确定目标通信协议后，从目标诊断数据文件的其它子文件中读取目标通信协议的通信参数，初始化通信参数以调用目标通信协议与车辆的行车电脑进行通信，进而依据目标诊断数据文件对车辆执行诊断操作。

本申请所提供的一种车辆诊断方法，由于获取了车辆的身份信息，所以可以根据身份信息确定通信协议信息，之后可以根据该通信协议信息在预设的协议合集中选取目标通信协议，然后调用该目标通信协议与该车辆的行车电脑进行通信，对行车电脑所控制的***进行诊断。由于该协议合集包含多个类型的通信协议，相较于之前采用只包括一种通信协议的诊断设备对行车电脑所控制的***进行诊断，该方法可根据通信协议信息在预设的协议合集中选取目标通信协议来与车辆的行车电脑进行通信，而不仅仅限于一种通信协议，进而实现了对采用不同通信协议的***的诊断，使得车辆诊断的过程更加灵活，更加方便，减少了人为操作，提高车辆诊断的效率。

在以上实施例的基础上，本实施例中通过目标诊断数据文件查找通信协议信息，包括：

通过目标诊断数据文件查找引脚信息；

根据引脚信息确定通信协议信息；

调用目标通信协议与车辆的行车电脑进行通信，包括：

调用目标通信协议通过引脚信息对应的引脚与行车电脑进行通信。

在具体实施中，S11中提到的子文件，以下称为第一子文件，在目标诊断数据文件中查找通信协议信息的时候，首先在第一子文件中查找引脚信息，然后根据引脚信息去确定通信协议信息，该引脚信息指诊断设备与行车电脑进行通信时所采用的引脚。目前行车电脑与诊断设备进行通信时，通常通过车辆的OBD(On-Board Diagnostic,车载诊断***)接口进行连接，通过该接口来进行通信。通常OBD接口包含有16个引脚，各个协议通信时使用的引脚不同，如CAN协议的通信引脚为6、14或者3、11，Doip协议的通信引脚为1、9、12以及13，当引脚信息中所包含的引脚为6、14或者3、11时，由此确定本次诊断所采用的协议为CAN协议，当引脚信息中所包含的引脚为1、9、12以及13时，由此确定本次诊断所采用的协议为Doip协议。由于不同协议通信时使用的引脚不同，且是固定的，因此根据引脚信息来确定通信协议信息，风险较小，不易出现错误。

进一步的，通过目标诊断数据文件查找引脚信息，包括：

通过目标诊断数据文件获取物理连接ID；

根据物理连接ID查找引脚信息。

在具体实施中，在确定引脚信息时，首先在第一子文件中获取物理连接ID，物理连接ID是一个指向该行车电脑所对应电控***的物理参数ID，根据物理连接ID在第一子文件中查找引脚信息。开发人员在开发诊断数据文件时，在第一子文件中配置了车辆的***名称以及物理连接ID，配置了引脚信息。因此可以在第一子文件中查找到物理连接ID，进而查找到引脚信息。

在上述实施例的基础上，本实施例中，车辆包含多个行车电脑且行车电脑与电控***一一对应，该方法还包括：

获取待诊断***的标识信息；

通过目标诊断数据文件获取物理连接ID，包括：

通过目标诊断数据文件获取与标识信息对应的物理连接ID；

调用目标通信协议与行车电脑基于引脚信息对应的引脚进行通信，包括：

调用目标通信协议与待诊断***的行车电脑基于引脚信息对应的引脚进行通信。

在具体实施中，目前的汽车中包含多个行车电脑，且一个行车电脑与一个电控***相对应，诊断设备根据确定的身份信息获取对应的车型的诊断数据文件，通常是从服务器下载对应的文件包，然后对其进行解析得到对应的文件夹，该文件夹中包含该车型中所包括的电控***，用户通过客户端选择待诊断***，在进行车辆诊断时，诊断设备需要先获取待诊断***的标识信息，然后再获取与标识信息对应的物理连接ID，然后根据物理连接ID去查找引脚信息，进而与待诊断***对应的行车电脑进行通信以对待诊断***进行诊断。

需要说明的是，本实施例对于各***进行诊断时与诊断设备的连接方式不作限制，如一个***对应一个OBD接口，各***通过各自对应的OBD接口与诊断设备进行连接以实现通信，或者各***均与网关连接，均通过与网关连接的OBD接口与诊断设备连接以实现通信，作为一种优选地实施方式，各***均与网关连接，通过与网关连接的OBD接口与诊断设备连接以实现通信，如此在对多个***进行诊断时不用频繁切换接口，减少了人工操作，提高了诊断效率。

为了让本领域技术人员更加清楚本申请提出的技术方案，本文还给出一种具体应用场景进行说明。首先诊断设备的开发人员根据车辆的类别开发诊断数据PDX文件，这里PDX文件为ODX文件的压缩包，在PDX文件中根据车辆实际信息配置各***及其物理连接ID，配置各协议的通信参数以及通信引脚，然后将开发好的诊断数据PDX文件上传服务器。用户启动诊断设备后，首先操作该设备读取车辆的VIN码，获取车辆的车型类别，然后根据车型类别从服务器下载对应的诊断数据PDX文件，并解析该文件，然后在-V子文件中，获取车辆的***与物理连接ID，通过物理连接ID查找该***的通信引脚，如通信引脚为6、14，从而确定该***的通信协议为CAN协议，然后在-C或-CS子文件中读取通信参数，初始化通信参数，选择正确的通信协议与该***的行车电脑进行通信以诊断车辆。

在上述实施例中，对于车辆诊断方法进行了详细描述，本申请还提供车辆诊断装置对应的实施例。需要说明的是，本申请从两个角度对装置部分的实施例进行描述，一种是基于功能模块的角度，另一种是基于硬件的角度。

图2为本实施例提供的一种车辆诊断装置的结构图，如图2所示，该装置包括：

获取模块10：用于获取车辆的身份信息；

确定模块11：用于通过身份信息确定通信协议信息；

选取模块12：用于根据通信协议信息在预设的协议合集中选取目标通信协议，其中协议合集包含多个类型的通信协议；

诊断模块13：用于调用目标通信协议与车辆的行车电脑进行通信，以对车辆执行诊断操作。

优选地，确定模块11，包括：

诊断数据文件获取模块：用于根据身份信息获取目标诊断数据文件；

诊断数据文件调用模块：用于通过目标诊断数据文件查找通信协议信息。

优选地，诊断数据文件调用模块，包括：

引脚查找模块：用于通过目标诊断数据文件查找引脚信息；

引脚协议确定模块：用于根据引脚信息确定通信协议信息；

诊断模块，包括：

引脚通信模块：用于调用目标通信协议通过引脚信息对应的引脚与行车电脑进行通信。

优选地，引脚查找模块，包括：

ID获取模块：用于通过目标诊断数据文件获取物理连接ID；

ID查找模块：用于根据物理连接ID查找引脚信息。

优选地，车辆包含多个行车电脑且行车电脑与***一一对应，该装置还包括：

标识获取模块：用于获取待诊断***的标识信息；

ID获取模块，包括：

ID获取子模块：用于通过目标诊断数据文件获取与标识信息对应的物理连接ID；

引脚通信模块，包括：

引脚通信子模块：用于调用目标通信协议与待诊断***的行车电脑基于引脚进行通信。

优选地，身份信息包括车辆的VIN码。

优选地，目标诊断数据文件为ODX文件。

本申请所提供的一种车辆诊断装置，由于获取了车辆的身份信息，所以可以根据身份信息确定通信协议信息，之后可以根据该通信协议信息在预设的协议合集中选取目标通信协议，然后调用该目标通信协议与该车辆的行车电脑进行通信，对行车电脑所控制的***进行诊断。由于该协议合集包含多个类型的通信协议，相较于之前采用只包括一种通信协议的诊断设备对行车电脑所控制的***进行诊断，该装置可根据通信协议信息在预设的协议合集中选取目标通信协议来与车辆的行车电脑进行通信，而不仅仅限于一种通信协议，进而实现了对采用不同通信协议的***的诊断，使得车辆诊断的过程更加灵活，更加方便，减少了人为操作，提高车辆诊断的效率。

图3为本申请另一实施例提供的车辆诊断装置的结构图，如图3所示，该装置包括：存储器20，用于存储计算机程序；

处理器21，用于执行计算机程序时实现如上述实施例中的车辆诊断方法的步骤。

本实施例提供的车辆诊断装置可以包括但不限于智能手机、平板电脑、笔记本电脑或台式电脑等。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的车辆诊断方法的相关步骤。另外，存储器20所存储的资源还可以包括操作***202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作***202可以包括Windows、Unix、Linux等。

在一些实施例中，车辆诊断装置还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。

本领域技术人员可以理解，图3中示出的结构并不构成对车辆诊断装置的限定，可以包括比图示更多或更少的组件。

本申请实施例提供的车辆诊断装置，包括存储器和处理器，处理器在执行存储器存储的程序时，能够实现如下方法：一种车辆诊断方法。

本申请所提供的一种车辆诊断装置，由于获取了车辆的身份信息，所以可以根据身份信息确定通信协议信息，之后可以根据该通信协议信息在预设的协议合集中选取目标通信协议，然后调用该目标通信协议与该车辆的行车电脑进行通信，对行车电脑所控制的***进行诊断。由于该协议合集包含多个类型的通信协议，相较于之前采用只包括一种通信协议的诊断设备对行车电脑所控制的***进行诊断，该装置可根据通信协议信息在预设的协议合集中选取目标通信协议来与车辆的行车电脑进行通信，而不仅仅限于一种通信协议，进而实现了对采用不同通信协议的***的诊断，使得车辆诊断的过程更加灵活，更加方便，减少了人为操作，提高车辆诊断的效率。

最后，本申请还提供一种计算机可读存储介质对应的实施例。计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述方法实施例中记载的步骤。

可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上对本申请所提供的车辆诊断方法、装置及介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

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

获取车辆的身份信息；

通过所述身份信息确定通信协议信息；

根据所述通信协议信息在预设的协议合集中选取目标通信协议，其中所述协议合集包含多个类型的通信协议；

调用所述目标通信协议与所述车辆的行车电脑进行通信，以对所述车辆执行诊断操作。

2.根据权利要求1所述的车辆诊断方法，其特征在于，所述通过所述身份信息确定通信协议信息，包括：

根据所述身份信息获取目标诊断数据文件；

通过所述目标诊断数据文件查找所述通信协议信息。

3.根据权利要求2所述的车辆诊断方法，其特征在于，所述通过所述目标诊断数据文件查找所述通信协议信息，包括：

通过所述目标诊断数据文件查找引脚信息；

根据所述引脚信息确定所述通信协议信息；

所述调用所述目标通信协议与所述车辆的行车电脑进行通信，包括：

调用所述目标通信协议通过所述引脚信息对应的引脚与所述行车电脑进行通信。

4.根据权利要求3所述的车辆诊断方法，其特征在于，所述通过所述目标诊断数据文件查找引脚信息，包括：

通过所述目标诊断数据文件获取物理连接ID；

根据所述物理连接ID查找所述引脚信息。

5.根据权利要求4所述的车辆诊断方法，其特征在于，所述车辆包含多个行车电脑且所述行车电脑与***一一对应，该方法还包括：

获取待诊断***的标识信息；

所述通过所述目标诊断数据文件获取物理连接ID，包括：

通过所述目标诊断数据文件获取与所述标识信息对应的物理连接ID；

所述调用所述目标通信协议通过所述引脚信息对应的引脚与所述行车电脑进行通信，包括：

调用所述目标通信协议与所述待诊断***的行车电脑基于所述引脚进行通信。

6.根据权利要求1所述的车辆诊断方法，其特征在于，所述身份信息包括所述车辆的VIN码。

7.根据权利要求1-6任意一项所述的车辆诊断方法，其特征在于，所述目标诊断数据文件为ODX文件。

8.一种车辆诊断装置，其特征在于，包括：

获取模块：用于获取车辆的身份信息；

确定模块：用于通过所述身份信息确定通信协议信息；

选取模块：用于根据所述通信协议信息在预设的协议合集中选取目标通信协议，其中所述协议合集包含多个类型的通信协议；

诊断模块：用于调用所述目标通信协议与所述车辆的行车电脑进行通信，以对所述车辆执行诊断操作。

9.一种车辆诊断装置，其特征在于，包括存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至7任一项所述的车辆诊断方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的车辆诊断方法的步骤。

Images