CN113406944A - 车辆诊断方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请属于汽车诊断领域，提出了一种车辆诊断方法、装置、设备及存储介质，该方法包括：通过协议匹配的方式，对待检测车辆的OBD诊断座的引脚依次进行扫描；根据扫描结果，确定所述OBD诊断座的目标通讯引脚；通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。通过本申请所述的车辆诊断方法，即使OBD诊断座的引脚定义与OBD诊断设备的引脚定义不同，仍可以根据所确定的目标通讯引脚进行有效的通讯和诊断，极大提高了对待检测车辆的诊断成功率。

Description

车辆诊断方法、装置、设备及计算机可读存储介质

技术领域

本申请属于车辆诊断领域，尤其涉及一种车辆诊断方法、装置、设备及计算机可读存储介质。

背景技术

为了有效降低汽车排放污染，使汽车排放和驱动性相关的故障的诊断标准化，相关国家标准要求机动车装载OBD(英文全称为On-Board Diagnostic，中文全称为车载自动诊断系统)。

由于不同机动车生产厂商在生产机动车时，所设定的OBD诊断座的引脚未按照标准引脚进行定义，或者存在自定义引脚导致OBD诊断设备与OBD诊断座存在通讯失败，进而导致现有车辆诊断效率低。

发明内容

有鉴于此，本申请实施例提供了一种车辆诊断方法、装置、设备及计算机可读存储介质，以解决现有技术中因OBD诊断座引脚问题导致车辆诊断效率低的问题。

本申请实施例的第一方面提供了一种车辆诊断方法，所述方法应用于OBD诊断设备，所述方法包括：

通过协议匹配的方式，对待检测车辆的OBD诊断座的引脚依次进行扫描；

根据扫描结果，确定所述OBD诊断座的目标通讯引脚；

通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

可选的，所述根据扫描结果，确定所述OBD诊断座的目标通讯引脚，包括：

当扫描到匹配的协议时，则根据所述协议定义的引脚信息，确定所述目标通讯引脚；

当没有扫描到匹配的协议，则检测所述OBD诊断座的所有引脚的电性参数；

根据所述所有引脚的电性参数确定所述OBD诊断座的目标通讯引脚。

可选的，，所述当扫描到匹配的协议时，则根据所述协议定义的引脚信息，确定所述目标通讯引脚之后，包括：

基于所述引脚信息确定的目标通讯引脚对所述待诊断车辆进行通讯；

若通讯失败，则检测所述OBD诊断座的所有引脚的电性参数；

根据所述所有引脚的电性参数重新确定所述OBD诊断座的目标通讯引脚。

可选的，，所述电性参数包括引脚之间的电阻和/或电压。

可选的，，在所述通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断之前，包括：

切断与所述OBD诊断设备上的干扰引脚与OBD诊断座的通讯连接。

可选的，，所述通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断，包括：

根据所述目标通讯引脚生成至少一组测试方案；

根据所述测试方案和所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

可选的，，所述测试方案包括至少两组不同的测试方案；所述根据所述测试方案和所述目标通讯引脚对所述待诊断车辆进行通讯和诊断，包括：

根据其中一组测试方案对所述待诊断车辆进行通讯；

如果通讯成功，则进行诊断，并完成对所述待诊断车辆的诊断；

如果通讯失败，则根据下一组测试方案对所述待诊断车辆进行通讯。

本申请实施例的第二方面提供了一种车辆诊断装置，所述装置应用于OBD诊断设备，所述装置包括：

扫描单元，用于通过协议匹配的方式，对待检测车辆的OBD诊断座的引脚依次进行扫描；

目标通讯引脚确定单元，用于根据扫描结果，确定所述OBD诊断座的目标通讯引脚；

通讯诊断单元，用于通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

本申请实施例的第三方面提供了一种车辆诊断设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述车辆诊断方法的步骤。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如第一方面任一项所述车辆诊断方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：本申请通过协议匹配的方式扫描得到OBD诊断座所匹配的协议后，根据协议匹配的扫描结果，确定OBD诊断座的目标通讯引脚，根据所确定的目标通讯引脚进行通讯和诊断，即使OBD诊断座的引脚定义与OBD诊断设备的引脚定义不同，仍可以根据所确定的目标通讯引脚进行有效的通讯和诊断，极大提高了对待检测车辆的诊断成功率。

附图说明

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

图1是OBD诊断座引脚示意图；

图2是本申请实施例提供的一种车辆诊断方法的实现流程示意图；

图3是本申请实施例提供的一种根据电性参数进行通讯诊断的实现流程示意图；

图4是本申请实施例提供的一种车辆诊断装置的示意图；

图5是本申请实施例提供的车辆诊断设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

为了说明本申请所述的技术方案，下面通过具体实施例来进行说明。

目前车辆的OBD系统中的OBD诊断座中，包括有若干个通讯引脚，用于OBD诊断和车型诊断。基于OBD的车辆诊断设备(或者称为OBD诊断设备)的程序设计，要求避免系统之间的混淆，不仅要求使用标准的16针诊断接口，而且还要使用特定的编码与制造商文件中的部件对应，从而达到诊断的统一和标准化。

OBD诊断座的接口标准一般如图1所示，该接口包括16个引脚。其中，引脚1、3、8、9、11、12、13未做分配，可由车辆制造厂自定义。引脚2、6、7、10、14和15为诊断通讯用。引脚4、5和16为电源引脚。

目前，大量的车辆未按照标准进行OBD引脚定义，或者虽然采用了标准OBD引脚，但是又包含有厂家自定义引脚。比如，13年的奇瑞汽车，除了7号引脚定义了K线，同时也含有厂家自定义引脚。由于自定义引脚的设定，可能会干扰基于OBD的车辆诊断设备的操作，导致OBD通讯失败，或者由于数据丢包导致诊断不完整等，极大降低了车辆诊断的效率。

另外，还包括一些汽车制造商未安装标准进行OBD引脚定义。比如，18年生产的汽车中，包括1和9、3和11、6和14三组协议，其中，OBD通讯引脚定义为3和11。在这种情况下，由于OBD车辆诊断设备的引脚与OBD诊断座的引脚定义不同，会直接导致OBD通讯失败。

基于上述问题，本申请实施例提出了一种车辆诊断方法，该方法应用于OBD诊断设备，如图2所示，该方法包括：

步骤S201，通过协议匹配的方式，对待检测车辆的OBD诊断座的引脚依次进行扫描。

步骤S202，根据扫描结果，确定所述OBD诊断座的目标通讯引脚。

步骤S203，通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

在步骤S201中，本申请实施例中的协议匹配方式，可以通过OBD诊断设备中预先设定多种通讯协议。按照预定的匹配顺序，逐个进行匹配。当匹配的协议能够正确的解析得到通讯数据时，则可确定待检测车辆的OBD诊断座与当前选择的协议匹配。

其中，所述OBD诊断设备中设置的协议，可以包括如ISO 9141-2、ISO 14230-4、ISO15765-4、SAE J1850、ISO 27145、SAE J1939等协议中的一个或者多个。

当然，不局限于此，所述OBD诊断设备中的协议，还可以通过网络与服务器建立通讯相连，通过服务器更新所述OBD诊断设备中的协议。

当待检测车辆的ECU(英文全称为Electronic Control Unit，中文全称为电子控制单元)启动后，OBD诊断设备与待检测车辆的OBD诊断座相连。OBD诊断设备向待检测车辆的ECU发起通讯请求。OBD可以由OBD诊断座供电。比如，OBD诊断座的16引脚为电源线，4号引脚为地线，5号引脚为信号地线。

OBD诊断设备依次选择协议进行匹配时，如果能够接收到正确的数据或者正确格式的数据，则表示当前选择的协议能够与待检测车辆的OBD诊断座匹配。如果不能够接收到正确的数据，或者不能够接收到正确格式的数据，则表示当前选择的协议与待检测车辆的OBD诊断座不匹配。

在步骤S202中，根据扫描结果确定目标通讯引脚时，可以包括如下三种情形：

情形一：

当OBD诊断设备获得匹配的协议时，根据协议所定义的通讯引脚，即可确定目标通讯引脚。

比如，当检测到OBD诊断座所匹配的协议为ISO 15765-4时，所对应的通讯引脚包括6和14，并且通讯引脚6为CAN(中文全称为控制器局域网络，英文全称为Controller AreaNetwork)总线高电平引脚，14引脚为CAN总线低电平引脚。

在可能的实现方式中，通过协议匹配的方式确定所述OBD诊断座匹配的协议后，还可以进一步进行通讯测试。可以进一步判断所匹配的协议是否能够支持基于OBD的车辆诊断设备与待检测车辆的ECU通讯成功。如果所匹配的协议能够与车辆ECU通讯成功，则可以根据所匹配的协议确定OBD诊断座的目标通讯引脚的定义信息。

情形二：

根据协议匹配的扫描结果确定匹配的协议后，如果所匹配的协议无法使得OBD诊断设备与待检测车辆的ECU通讯成功，则可以对OBD诊断座的引脚的电性参数进行检测，根据所检测的电性参数，确定通讯引脚和对应的检测方案或测试方案。

通常情况下，CAN总线中的CAN-H和CAN-L之间的电阻为60-120欧，且CAN-H与CAN-L之间会有0V以上的电压差。而非同一组的CAN引脚之间的电阻通常是几千欧。因此，根据所检测的引脚之间的电阻和引脚之间的电压差，可以确定目标通讯引脚，该目标通讯引脚可以包括一组或多组通讯引脚。

情形三：

根据协议匹配的扫描结果确定匹配的协议时，如果扫描完成后，没有发现与OBD诊断座匹配的协议，则可以对OBD诊断座的引脚的电性参数进行检测，根据所检测的电性参数，确定所述OBD诊断座的目标通讯引脚。

在确定所述OBD诊断座的目标通讯引脚后，可以根据OBD诊断座的标准定义，可以由OBD诊断座为OBD诊断设备提供工作电源。

在可能的实现方式中，本申请在确定所述OBD诊断座与OBD诊断设备之间的目标通讯引脚后，也就是在通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断之前，还可以切断所述OBD诊断座的干扰引脚与OBD诊断设备之间的连接，从而能够有效的避免由于在干扰引脚上所定义的传输信号对目标通讯引脚所带来的干扰信号。

所述干扰引脚，可以为OBD诊断座中所包括的、除了电源引脚和通讯引脚之外的其它引脚，即可能产生干扰信号的干扰引脚。比如，通讯协议ISO15765-4的通讯引脚为6和14，OBD标准的电源引脚为4、5、16，可以将通讯引脚和电源引脚之外的其它引脚，即非电源引脚且非通讯引脚的OBD诊断座的引脚，定义为干扰引脚。

当然，干扰引脚的定义可以不局限于此，还可以根据用户的设定指令，灵活的确定通讯引脚和电源引脚之外的其它引脚中的一个或者多个引脚为干扰引脚。

在可能的实现方式中，OBD诊断设备根据匹配的协议，可以初始化非电源引脚且非通讯引脚的引脚，由OBD诊断设备中的下位机切断非通讯引脚且非电源引脚的通讯连接，或者下位机也可以为OBD诊断设备所连接的其它设备。

由于OBD诊断设备切断了OBD诊断座的干扰引脚与自身的通讯连接，因此，待检测车辆的自定义的干扰引脚中的干扰信号不会被OBD诊断设备所接收，可以有效的避免干扰引脚对OBD诊断设备的干扰操作或损坏OBD诊断设备，降低OBD通讯失败几率，降低数据丢包而引起检测或诊断数据不完整的几率。

在确定所述OBD诊断座的目标通讯引脚后，OBD诊断设备可以在对待检测车辆进行检测时，可以建立所述OBD诊断座的目标通讯引脚与OBD诊断设备之间的通讯连接。从而能够有效的适应OBD诊断座的引脚定义不同，导致OB通讯失败或诊断数据不完整的问题，极大提高了对待检测车辆的诊断成功率。

图2所示为OBD诊断设备通过协议匹配的方式确定目标通讯引脚进行通讯和诊断的情景。在上述实现方式中，对于汽车制造商未按照标准OBD进行引脚定义，OBD诊断设备中所设置的协议可能无法与OBD诊断座匹配，或者，在匹配到了协议，且根据匹配的协议，OBD诊断设备无法成功与待检测车辆进行ECU通讯，在这种情况下，可以通过对OBD引脚的电性参数进行检测的方式，确定目标通讯引脚。

在本申请实施例中，如果没有扫描到匹配的协议，或者扫描到匹配的协议不能与车辆正常通讯，则可以根据电性参数进行通讯诊断，实现过程可以如图3所示，包括：

在S301中，扫描所述OBD诊断座的引脚之间的电性参数。

本申请实施例中所述的电性参数，可以包括引脚之间的电阻和/或引脚之间的电压等。可以检测电源引脚之外的其它任意两个引脚之间的电阻和/或电压。

在S302中，根据所述电性参数确定所述OBD诊断座的通讯引脚，以及与所述通讯引脚对应的一个或多个测试方案。

通常情况下，CAN总线中的CAN-H和CAN-L之间的电阻为60-120欧，且CAN-H与CAN-L之间会有0V以上的电压差。而非同一组的CAN引脚之间的电阻通常是几千欧。因此，根据所检测的引脚之间的电阻和引脚之间的电压差，可以确定一组或多组通讯引脚。根据通信引脚的位置确定相应的一个或者多个测试方案。

比如，通过电压和电阻检测，确定CAN总线的引脚为6和14，位于该引脚的协议可能为ISO 15765-4或SAE-J2284，可以根据对应的协议确定相应的测试方案。

在可能的实现方式中，通过电压和电阻检测的方式，确定OBD诊断座中包括的通讯引脚，包括如CAN总线引脚等，并根据所确定的通讯引脚，生成引脚配置文件，通过该引脚配置文件记录OBD诊断座的引脚配置信息。并可根据所生成的引脚配置文件，确定与引脚配置文件对应的测试方案。

在S303中，根据所述测试方案和通讯引脚进行OBD检测。

根据多个测试方案进行OBD检测时，可以从多个测试方案中选择与待检测汽车的ECU通讯成功的测试方案，进行待检测汽车的诊断检测。比如，可以根据所确定的测试方案，逐个进行通讯检测，如果通讯失败，则进行下一组测试方案进行检测。如果通讯成功，则根据该通讯成功的测试方案进行OBD检测和诊断。

根据通讯成功的测试方案进行OBD检测和诊断时，可以由基于OBD的车辆诊断设备中的下位机获取测试方案，或者将测试方案发送给位于其它设备的下位机，使得下位机切断与OBD诊断座中的干扰引脚的通讯连接，该干扰引脚可以为非电源引脚且非通讯引脚，通过切断了干扰引脚的通讯连接进行OBD检测和诊断，可以有效的避免其它引脚对基于OBD的车辆诊断设备的干扰和损害，有利于提高通讯成功率和提高诊断数据的完整性。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

图4为本申请实施例提供的一种车辆诊断装置的示意图，如图4所示，该装置包括：

扫描单元401，用于通过协议匹配的方式，对待检测车辆的OBD诊断座的引脚依次进行扫描；

目标通讯引脚确定单元402，用于根据扫描结果，确定所述OBD诊断座的目标通讯引脚；

通讯诊断单元403，用于通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

图4所示的车辆诊断装置，与图2所示的车辆诊断方法对应。

在可能的实现方式中，所述目标通讯引脚确定单元402包括：

第一目标通讯引脚确定子单元，用于当扫描到匹配的协议时，则根据所述协议定义的引脚信息，确定所述目标通讯引脚；

第一电性参数检测子单元，用于当没有扫描到匹配的协议，则检测所述OBD诊断座的所有引脚的电性参数；

第二目标通讯引脚确定子单元，用于根据所述所有引脚的电性参数确定所述OBD诊断座的目标通讯引脚。

在可能的实现方式中，所述装置还包括：

通讯子单元，用于基于所述引脚信息确定的目标通讯引脚对所述待诊断车辆进行通讯；

第二电性参数检测子单元，用于若通讯失败，则检测所述OBD诊断座的所有引脚的电性参数；

第三目标通讯引脚确定子单元，用于根据所述所有引脚的电性参数重新确定所述OBD诊断座的目标通讯引脚。

其中，所述电性参数包括引脚之间的电阻和/或电压。

在可能的实现方式中，所述装置还包括：

连接切断单元，用于切断与所述OBD诊断设备上的干扰引脚与OBD诊断座的通讯连接。

在可能的实现方式中，通讯诊断单元403包括：

测试方案生成子单元，用于根据所述目标通讯引脚生成至少一组测试方案；

诊断子单元，用于根据所述测试方案和所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

在可能的实现方式中，测试方案包括至少两组不同的测试方案；所述诊断子单元包括：

第一通讯模块，用于根据其中一组测试方案对所述待诊断车辆进行通讯；

诊断完成模块，用于如果通讯成功，则进行诊断，并完成对所述待诊断车辆的诊断；

第二通讯模块，用于如果通讯失败，则根据下一组测试方案对所述待诊断车辆进行通讯。

图4所示的车辆诊断装置，与图2所示的车辆诊断方法对应。

图5是本申请一实施例提供的车辆诊断设备的示意图。如图5所示，该实施例的车辆诊断设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如OBD检测程序。所述处理器50执行所述计算机程序52时实现上述各个车辆诊断方法实施例中的步骤。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能。

示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述车辆诊断设备5中的执行过程。

所述车辆诊断设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是车辆诊断设备5的示例，并不构成对车辆诊断设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述车辆诊断设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51可以是所述车辆诊断设备5的内部存储单元，例如车辆诊断设备5的硬盘或内存。所述存储器51也可以是所述车辆诊断设备5的外部存储设备，例如所述车辆诊断设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述车辆诊断设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述车辆诊断设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，RandomAccess Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括是电载波信号和电信信号。

以上所述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种车辆诊断方法，其特征在于，所述方法应用于OBD诊断设备，所述方法包括：

通过协议匹配的方式，对待检测车辆的OBD诊断座的引脚依次进行扫描；

根据扫描结果，确定所述OBD诊断座的目标通讯引脚；

通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

2.根据权利要求1所述的车辆诊断方法，其特征在于，所述根据扫描结果，确定所述OBD诊断座的目标通讯引脚，包括：

当扫描到匹配的协议时，则根据所述协议定义的引脚信息，确定所述目标通讯引脚；

当没有扫描到匹配的协议，则检测所述OBD诊断座的所有引脚的电性参数；

根据所述所有引脚的电性参数确定所述OBD诊断座的目标通讯引脚。

3.根据权利要求2所述的车辆诊断方法，其特征在于，所述当扫描到匹配的协议时，则根据所述协议定义的引脚信息，确定所述目标通讯引脚之后，包括：

基于所述引脚信息确定的目标通讯引脚对所述待诊断车辆进行通讯；

若通讯失败，则检测所述OBD诊断座的所有引脚的电性参数；

根据所述所有引脚的电性参数重新确定所述OBD诊断座的目标通讯引脚。

4.根据权利要求2或3所述的车辆诊断方法，其特征在于，所述电性参数包括引脚之间的电阻和/或电压。

5.根据权利要求1所述的方法，其特征在于，在所述通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断之前，包括：

切断与所述OBD诊断设备上的干扰引脚与OBD诊断座的通讯连接。

6.根据权利要求1所述的方法，其特征在于，所述通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断，包括：

根据所述目标通讯引脚生成至少一组测试方案；

根据所述测试方案和所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

7.根据权利要求6所述的方法，其特征在于，所述测试方案包括至少两组不同的测试方案；所述根据所述测试方案和所述目标通讯引脚对所述待诊断车辆进行通讯和诊断，包括：

根据其中一组测试方案对所述待诊断车辆进行通讯；

如果通讯成功，则进行诊断，并完成对所述待诊断车辆的诊断；

如果通讯失败，则根据下一组测试方案对所述待诊断车辆进行通讯。

8.一种车辆诊断装置，其特征在于，所述装置应用于OBD诊断设备，所述装置包括：

扫描单元，用于通过协议匹配的方式，对待检测车辆的OBD诊断座的引脚依次进行扫描；

目标通讯引脚确定单元，用于根据扫描结果，确定所述OBD诊断座的目标通讯引脚；

通讯诊断单元，用于通过所述目标通讯引脚对所述待诊断车辆进行通讯和诊断。

9.一种车辆诊断设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述方法的步骤。

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

Images