CN111158347A

CN111158347A - 一种obd检测方法以及相关设备

Info

Publication number: CN111158347A
Application number: CN202010036756.7A
Authority: CN
Inventors: 刘均; 吴祖恒; 陈益波; 易超群; 曾庆博
Original assignee: Shenzhen Launch Technology Co Ltd
Current assignee: Shenzhen Launch Technology Co Ltd
Priority date: 2020-01-14
Filing date: 2020-01-14
Publication date: 2020-05-15

Abstract

本申请提供了一种OBD检测方法，该方法包括：根据车辆的车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组中确定目标管脚组；根据所述目标管脚组从多个协议系统中确定目标协议系统，其中，所述多个管脚组中的每个管脚组对应所述多个协议系统中的至少一个协议系统，且不同的管脚组对应的协议系统不同；根据所述目标协议系统选取目标协议对所述车辆OBD信息进行诊断。上述方案能够加快车辆诊断仪进行车辆OBD信息诊断的速度，节省诊断时间。

Description

一种OBD检测方法以及相关设备

技术领域

本申请涉及汽车故障诊断技术领域，尤其涉及一种OBD(On-Board Diagnostic，车载诊断系统)检测方法以及相关设备。

背景技术

OBD是英文On-Board Diagnostic的缩写，即“车载诊断系统”。这个系统可随时监控发动机的运行状况和尾气后处理系统的工作状态，一旦发现有可能引起排放超标的情况，会马上发出警示。当系统出现故障时，故障灯(MIL)或检查发动机(Check Engine)警告灯亮，同时OBD系统会将故障信息存入存储器，通过外接诊断设备和诊断接口(OBD I、OBDII)可以以故障码的形式读取相关信息。根据故障码的提示，维修人员有针对性地去检查有关部位、元件和线路，能迅速准确地确定故障的性质和部位。

目前，在开启车辆OBD，通过车辆诊断仪对车辆进行OBD信息诊断时，通常都是通过各种车用通信协议顺序扫描的方式来确定车辆上具体的电子控制单元(ElectronicControl Unit，ECU)系统的协议类型，如，按照控制器局域网络(Controller AreaNetwork，CAN)协议、脉冲宽度调制(Pulse Width Modulation，PWM)协议、可变脉宽调制(Variable Pulse Width，VPW)协议、KWP协议、ISO9141协议的先后顺序进行扫描，如果车辆上有使用KWP协议作为通信协议的ECU系统和使用ISO9141协议作为通信协议的ECU系统，则需要把CAN协议、PWM协议、VPW协议全部扫描完成之后，才能扫描到KWP协议和ISO协议，确定车辆上存在使用KWP协议作为通信协议的ECU系统和使ISO9141协议作为通信协议的ECU系统，然后使用KWP协议和ISO9141协议分别与对应的ECU系统进行通讯，实现对车辆OBD信息的诊断。

可以看出，采用各种车用通信协议顺序扫描的方式来确定车辆上具体的ECU系统的协议类型，需要对车辆上可能不存在的协议系统进行扫描，存在着对车辆OBD信息诊断速度慢、浪费时间的问题。

发明内容

本申请实施例提供一种OBD检测方法以及相关设备，能够加快车辆诊断仪进行车辆OBD信息诊断的速度，节省诊断时间。

第一方面，本申请实施例提供一种OBD检测方法，所述方法包括：

根据车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组中确定目标管脚组；

根据所述目标管脚组从多个协议系统中确定目标协议系统，其中，所述多个管脚组中的每个管脚组对应所述多个协议系统中的至少一个协议系统，且不同的管脚组对应的协议系统不同；

根据所述目标协议系统选取目标协议对所述车辆OBD信息进行诊断。

在一种可能的实施例中，在根据车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组电压中选取目标管脚组之前，所述方法包括：

使用模拟电压采集电路获取所述OBD诊断座的多个管脚组的电压。

在一种可能的实施例中，所述模拟电压采集电路包括模数转换器ADC。

在一种可能的实施例中，所述多个协议系统包括：CAN协议系统、PWM协议系统、VPW协议系统、KWP协议系统、ISO9141协议系统。

上述方法能够在对车辆OBD信息进行诊断之前，获取车载诊断系统OBD诊断座的多个管脚组的电压，根据获取到的多个管脚组的电压确定目标管脚组，然后根据目标管脚组从多个协议系统中确定目标协议系统，最后根据目标协议系统选取目标协议对车辆OBD信息进行诊断。上述方法无需通过各种车用通信协议顺序扫描的方式确定车辆的协议系统，可以提高车辆OBD信息诊断的速度，节省诊断时间。

第二方面，本申请实施例提供一种车辆诊断仪，所述车辆诊断仪包括：

第一确定模块，用于根据车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组中确定目标管脚组；

第二确定模块，用于根据所述目标管脚组从多个协议系统中确定目标协议系统，其中，所述多个管脚组中的每个管脚组对应所述多个协议系统中的至少一个协议系统，且不同的管脚组对应的协议系统不同；

选取协议模块，用于根据所述目标协议系统选取目标协议对所述车辆OBD信息进行诊断。

在一种可能的实施例中，所述车辆诊断仪还包括获取电压模块，所述获取电压模块包括模拟电压采集电路；

所述获取电压模块，用于获取所述OBD诊断座的多个管脚组的电压。

第三方面，本申请实施例提供一种车辆诊断仪，其特征在于，包括：处理器、通信接口以及存储器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信，其中，所述处理器执行所述指令时实现如上述第一方面任一方法中所描述方法的部分或全部步骤。

第四方面，本申请实施例提供一种计算机可读存储介质，其特征在于，存储有计算机程序，所述计算机程序被硬件执行以实现如上述第一方面任一方法中所描述方法的部分或全部步骤。

第五方面，本申请实施例提供一种计算机程序产品，其特征在于，当所述计算机程序产品被计算机读取并执行时，实现如上述第一方面任一方法中所描述方法的部分或全部步骤。

附图说明

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

图1是本申请实施例提供的一种车辆诊断系统的结构示意图；

图2是本申请实施例提供的一种OBD检测方法的流程示意图；

图3是本申请实施例提供的一种OBD II诊断座的示意图；

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

图5是本申请实施例提供的另一种车辆诊断仪的结构示意图。

具体实施方式

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

应当理解，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

本申请提供的OBD检测方法以及相关设备，可以广泛应用在汽车故障诊断中。

如图1所示，图1为本申请实施例提供的一种应用车载诊断系统OBD对车辆进行诊断的车辆诊断系统的示意图，在图1中，车辆诊断仪110通过OBD诊断线与车辆120的OBD诊断座相连，对车辆120进行诊断。其中，OBD诊断线可以采用符合美国机动车工程师学会(Society of Automotive Engineers，SAE)标准的16针OBD诊断线。车辆诊断仪110可以为各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等，此处不作具体限定。车辆诊断仪110中可以安装有诊断软件，车辆诊断仪110可以通过CAN协议或者KPW协议等通信协议与车辆120发动机的ECU系统进行通信，获取诊断数据，诊断软件可以对诊断数据进行分析处理得出诊断结果。

目前，车辆诊断仪110在对车辆120进行诊断时，大多需要采用各种车用通信协议顺序扫描的方式来确定车辆120上具体的ECU系统的协议类型，需要对车辆120上可能不存在的协议系统进行扫描，存在着对车辆OBD信息诊断速度慢、浪费时间的问题。

针对上述车辆OBD信息诊断方法存在的对车辆OBD信息诊断速度慢、浪费时间的问题，本申请实施例提供一种OBD检测方法以及相关设备，能够在对车辆OBD信息进行诊断之前，获取车辆OBD诊断座的多个管脚组的电压，根据获取到的多个管脚组的电压确定通讯管脚组，然后根据通讯管脚组确定车辆上具体的ECU系统的协议类型，最后根据具体协议类型的ECU系统选取目标协议对车辆OBD信息进行诊断。上述方法无需通过各种车用通信协议顺序扫描的方式确定车辆120上具体的ECU系统的协议类型，可以提高车辆OBD信息诊断的速度，节省诊断时间。

可以理解的，图1仅仅是作为一种示例，车辆诊断系统的模块架构并不限于上述举例，在实际应用中，车辆诊断系统中可以有更多数量的车辆诊断仪110、更多数量的车辆120，此处不作具体限定。

本申请实施例提供的技术方案可以基于图1所示架构的车辆诊断系统或其形变架构来具体实施。

接下来，对本申请实施例提供的OBD检测方法进行介绍。请参见图2，图2是本申请实施例提供的一种OBD检测方法的流程示意图。如图2所示，该方法可以包括：

S101：根据车载诊断系统OBD诊断座的多个管脚组的电压，从多个管脚组中确定目标管脚组。

在本申请具体的实施例中，车辆OBD系统的诊断座可以为I型车载诊断系统(On-Board Diagnostic I，OBD I)诊断座或者II型车载诊断系统(On-Board Diagnostic II，OBD II)诊断座等，此处不作具体限定。

首先，以车辆OBD系统的诊断座为OBD II诊断座为例，对本申请实施例涉及的管脚组进行介绍。

如图2所示，图2为本申请实施例提供的一种OBDII诊断座的示意图，由图2可以看出，诊断座包括16个管脚，分别为管脚1、管脚2、…、管脚16，在OBDII诊断座中，其16个管脚(Pin)的定义如下表1所示：

表1

由表1可见，OBDII诊断座只对管脚2、管脚4、管脚5、管脚6、管脚7、管脚10、管脚14、管脚15、及管脚16做了明确定义，而其他的管脚1、管脚3、管脚8、管脚9、管脚11、管脚12、及管脚13是给车辆制造商预留的，即OBDII诊断座上包括9个已定义管脚和7个未定义的管脚。对于那些预留给车辆制造商自定义的管脚，它们可以被设计成用来作为车辆其它电控系统与外部车辆诊断设备进行数据通信的物理接口。另外，OBD II诊断座9个已定义管脚中管脚2、管脚6、管脚7、管脚10、管脚14、管脚15用于通信，管脚4、管脚5、管脚16是用于电源连接的，不能用于通信。

另外，需要说明的是，OBD II标准不仅对诊断座的形状、管脚做了规定，同时也对车辆与诊断设备之间的通信协议也做了定义。由表1可知，OBD II诊断座中：管脚6和管脚14可以为CAN协议的通讯管脚；在管脚2和管脚10同时用于通讯的情况下，管脚2和管脚10为PWM协议的通讯管脚，其中，在管脚2单独用于通讯的情况下，管脚2可以为VPW协议的通讯管脚；管脚7和管脚15可以为KWP协议或者ISO9141协议的通讯管脚。也就是说，若车辆中存在使用CAN协议作为通信协议的ECU系统，则管脚6和管脚14为该ECU系统的通讯管脚；若车辆中存在使用PWM协议作为通信协议的ECU系统，则管脚2和管脚10为该ECU系统的通讯管脚；若车辆中存在使用VPW协议作为通信协议的ECU系统，则管脚2为该ECU系统的通讯管脚；若车辆中存在使用KWP协议或者ISO9141协议作为通信协议的ECU系统，则管脚7和管脚15为该ECU系统的通讯管脚。

可以理解的，车辆中可能会存在一个或者多个ECU系统，而且不同ECU系统所使用的通信协议类型可以相同也可以不同，因此，车辆中可能存在两个或者多个使用不同协议作为通信协议的ECU系统，如同时存在使用CAN协议作为通信协议的ECU系统和使用PWM协议作为通信协议的ECU系统，或者，同时存在使用KWP协议作为通信协议的ECU系统和使用VPW协议作为通信协议的ECU系统等等，此处不作具体限定。

由上述实施例可知，在OBD II诊断座中，有管脚6和管脚14、管脚2和管脚10、管脚7和管脚15三对管脚可以作为通讯管脚，因此将管脚6和管脚14作为管脚组1、管脚2和管脚10作为管脚组2、管脚7和管脚15作为管脚组3。

可以理解的，上述管脚组1、2、3仅仅是作为一种示例，在实际应用中，因为管脚1、管脚3、管脚8、管脚9、管脚11、管脚12、及管脚13是给车辆制造商预留的，车辆制造商也可以将这些管脚设计为车辆OBD系统的通讯管脚，因此，也可以将管脚1和9或者管脚3和11等确定为管脚组，此处不作具体限定。

这里，需要补充说明的是，为了简便起见，在接下来的实施例中，以CAN协议系统表示使用CAN协议作为通信协议的ECU系统，以PWM协议系统表示使用PWM协议作为通信协议的ECU系统，以VPW协议系统表示使用VPW协议作为通信协议的ECU系统，以KPW协议系统表示使用KPW协议作为通信协议的ECU系统等等。

在本申请具体的实施例中，目标管脚组表示被诊断车辆中用于ECU系统进行通讯的管脚组。可以理解的，目标管脚组中的两个管脚可以同时为通讯管脚，也可以一个为通讯管脚另一个不是通讯管脚，例如，在ECU系统为CAN协议系统时，其对应的管脚组为管脚组1，管脚组1中管脚6和管脚14均为通讯管脚；在ECU系统为VPW协议系统时，其对应的管脚组为管脚组2，管脚组2中只有管脚2为通讯管脚，管脚10不是通讯管脚。

另外，需要说明的是，不同协议的ECU系统，其需要的通讯电压通常也不相同。例如，通常情况下，CAN协议系统的通讯电压为2.5V、PWM协议系统的通讯电压为5V、VPW协议系统的通讯电压为7.5V、KWP协议系统的通讯电压为12V等等。

也就是说，在车辆中的ECU系统进行通讯时，该ECU系统对应的通讯管脚处于通讯状态，在通讯管脚处于通讯状态时，通讯管脚处存在电压，车辆诊断仪可以测量获取该通讯管脚处的电压，进而得到处于通讯状态的管脚组的电压。可以理解的，若管脚未用于通讯，则车辆诊断仪获取到的该管脚处的电压一直为0。因此，车辆诊断仪可以根据多个管脚组电压，从多个管脚组中确定处于通讯状态的目标管脚组。

在本申请具体的实施例中，在根据OBD诊断座的多个管脚组的电压，从多个管脚组中确定目标管脚组之前，需要将车辆诊断仪通过OBD诊断线连接车辆的OBD诊断座，获取OBD诊断座的多个管脚组的电压。

在一个更具体的实施例中，车辆诊断仪中可以包括模拟电压采集电路，在车辆诊断仪连接OBD诊断座之后，车辆诊断仪可以通过模拟电压采集电路获取OBD诊断座的多个管脚组的电压。更具体地，模拟电压采集电路中可以包括模数转换器(Analog-to-DigitalConverter，ADC)，ADC可以对多个管脚组中多个管脚的模拟电压信号进行采样，得到离散的电压值，并可以利用二进制数来表示各个离散的电压值。进一步地，ADC可以根据电压值与比特的对应关系，将采样信号转换为相应的数字信号。电压值可以对应不同数量的比特，如，电压值可以与4个比特或者8个比特对应。不同的比特值对应不同的电压值。例如，可以以四位二进制数0010表示电压值为2V，或者以四位二进制数0001表示电压值1V等，此处不作具体限定。

在获取到多个管脚组的电压之后，可以根据多个管脚组的电压，从多个管脚组中确定目标管脚组，其中，从多个管脚组中确定目标管脚组可以是由车辆诊断仪中的诊断软件确定的，模拟电压采集电路获取到多个管脚组的电压之后，将多个管脚组的电压发送至诊断软件，诊断软件对多个管脚组的电压分析处理后确定目标管脚组。

接下来，继续以车辆的OBD II诊断座包括上述举例中的管脚组1、管脚组2和管脚组3为例对本申请实施例所述的根据多个管脚组的电压，从多个管脚组中确定目标管脚组的过程进行说明。

在车辆诊断仪获取到管脚组1中两个管脚的电压均为2.5V，而且，管脚组2中两个管脚的电压为0V以及管脚组3中两个管脚的电压也为0V的情况下，表示管脚组1处于通讯状态，管脚组2和管脚组3未用于通讯，则车辆诊断仪可以确定管脚组1为目标管脚组；

在车辆诊断仪采集到管脚组2中两个管脚的电压一个为5V另一个为0V，而且，管脚组1中两个管脚的电压为0V以及管脚组3中两个管脚的电压也为0V的情况下，表示管脚组2处于通讯状态，管脚组1和管脚组3未用于通讯，则车辆诊断仪可以确定管脚组2为目标管脚组；

在车辆诊断仪采集到管脚组3中两个管脚的电压一个为12V另一个为0V，而且，管脚组1中两个管脚的电压为0V以及管脚组2中两个管脚的电压也为0V的情况下，表示管脚组3处于通讯状态，管脚组1和管脚组2未用于通讯，则车辆诊断仪可以确定管脚组3为目标管脚组；

在车辆诊断仪采集到管脚组1中两个管脚的电压均为2.5V，而且，管脚组2中两个管脚的电压一个为5V另一个为0V以及管脚组3中两个管脚的电压也为0V的情况下，表示管脚组1和管脚组2处于通讯状态，管脚组3未用于通讯，则车辆诊断仪可以确定管脚组1和管脚组2为目标管脚组。

为了简便起见，实际上，车辆诊断仪确定管脚组2和管脚组3或者管脚组1和管脚组3等为目标管脚组的方式与确定管脚组1和管脚组2为目标管脚组的方式相类似，此处不再展开赘述。

S102：根据目标管脚组从多个协议系统中确定目标协议系统。

其中，多个管脚组中的每个管脚组对应多个协议系统中的至少一个协议系统，且不同的管脚组对应的协议系统不同。在本申请中，车辆各ECU系统与车辆诊断仪之间可以采用多种通信协议进行通讯，该通信协议可以为CAN协议、PWM协议、VPW协议、KWP协议、ISO9141协议，此处不作具体限定。因此，与多个通信协议对应的多个协议系统包括CAN协议系统、PWM协议系统、VPW协议系统、KWP协议系统、ISO9141协议系统。

此处继续以OBD II诊断座为例，由上述实施例可知，在OBD II诊断座中：管脚组1被定义为CAN协议的通讯管脚组，则管脚组1可以对应CAN协议系统，管脚组2被定义为PWM协议或者VPW协议的通讯管脚组，则管脚组2可以对应PWM协议系统或者VPW协议系统，管脚组3被定义为KPW协议或者ISO9141协议的通讯管脚组，则管脚组3可以对应KPW协议系统或者ISO9141协议系统。可以看出，每个管脚组对应至少一个协议系统，而且不同的管脚组对应的协议系统不同。

在本申请具体的实施例中，根据目标管脚组从多个协议系统中确定目标协议系统，其中，目标协议系统表示车辆中处于通讯状态的协议系统。可以理解的，若目标管脚组为管脚组1，则车辆诊断仪可以确定目标协议系统为CAN协议系统；若目标管脚组为管脚组2，则车辆诊断仪可以确定目标协议系统为PWM协议系统或者VPW协议系统；若目标管脚组为管脚组3，则车辆诊断仪可以确定目标协议系统为KPW协议系统；同理，若目标管脚组为管脚组1和管脚组3，则目标协议系统为CAN协议系统和KPW协议系统。

为了简便起见，实际上，确定目标协议系统为其他协议系统的方式与上述实施例中确定目标协议系统为CAN协议系统或者KPW协议系统等的方式相类似，此处不再展开赘述。

S103：根据目标协议系统选取目标协议对车辆OBD信息进行诊断。

在本申请具体的实施例中，在确定目标协议系统之后，直接选取目标协议对车辆OBD信息进行诊断，即直接利用目标协议与OBD诊断座进行通信，不再对其他协议系统进行扫描，一定程度上提高了扫描效率，缩短了车辆诊断仪与车辆OBD系统之间建立通信的时间。具体地，车辆诊断仪可以通过诊断软件选取目标协议对车辆OBD信息进行诊断。

此处继续以OBD II诊断座为例，若目标协议系统为CAN协议系统，则选取CAN协议对车辆OBD信息进行诊断，不需要再检测车辆上是否存在PWM协议系统或者VPW协议系统等；若目标协议系统为PWM协议系统，则选取PWM协议对车辆OBD信息进行诊断，不需要再检测车辆上是否存在CAN协议系统或者KPW协议系统等。

由上述实施例可知，本申请能够根据车辆OBD诊断座的多个管脚组的电压，从多个管脚组电压中确定目标管脚组，然后根据目标管脚组从多个协议系统中确定目标协议系统，最后根据目标协议系统选取目标协议对车辆OBD信息进行诊断。该方法无需通过各种车用通信协议顺序扫描的方式确定车辆的协议系统，可以节省诊断时间，提高车辆OBD信息诊断的速度。

上文详细阐述了本申请实施例的一种OBD检测方法，基于相同的发明构思，下面继续提供本申请实施例的一种车辆诊断仪200，本申请提供的车辆诊断仪200可以为各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等，此处不作具体限定。

参见图4，图4是本申请提供的一种车辆诊断仪200的结构示意图，如图4所示，本申请实施例提供的车辆诊断仪200至少包括：第一确定模块210、第二确定模块220、选取协议模块230。

第一确定模块210，用于根据车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组中确定目标管脚组；

第二确定模块220，用于根据所述目标管脚组从多个协议系统中确定目标协议系统，其中，所述多个管脚组中的每个管脚组对应所述多个协议系统中的至少一个协议系统，且不同的管脚组对应的协议系统不同；

选取协议模块230，用于根据所述目标协议系统选取目标协议对所述车辆OBD信息进行诊断。

在本申请具体的实施例中，本申请提供的车辆诊断仪200还可以包括获取电压模块240，该模块中可以包括模拟电压采集电路，获取电压模块240可以用于获取所述OBD诊断座的多个管脚组的电压。

在本申请具体的实施例中，本申请提供的车辆诊断仪200中的模拟电压采集电路中可以包括ADC。

在本申请具体的实施例中，上述多个协议系统包括：CAN协议系统、PWM协议系统、VPW协议系统、KWP协议系统、ISO9141协议系统。

上述车辆诊断仪200的各功能模块可用于实现图1实施例所描述的方法，详细内容可参考图1实施例相关内容中的描述，为了说明书的简洁，这里不再赘述。

应当理解，车辆诊断仪200仅为本申请实施例提供的一个例子，并且，车辆诊断仪200可具有比图4示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

上述方案中的车辆诊断仪能够根据车辆OBD诊断座的多个管脚组的电压，从多个管脚组电压中确定目标管脚组，然后根据目标管脚组从多个协议系统中确定目标协议系统，最后根据目标协议系统选取目标协议对车辆OBD信息进行诊断。该方法无需通过各种车用通信协议顺序扫描的方式确定车辆的协议系统，可以节省诊断时间，提高车辆OBD信息诊断的速度。

本申请实施例还提供另一种车辆诊断仪，参见图5，图5为本申请实施例提供的一种车辆诊断仪300的结构示意图，该装置包括：处理器310、通信接口330以及存储器320，其中，处理器310、通信接口330和存储器320通过总线340进行耦合。其中，

处理器310可以包括一个或者多个通用处理器，其中，通用处理器可以是能够处理电子指令的任何类型的设备，包括中央处理器(Central Processing Unit，CPU)、微处理器、微控制器、主处理器、控制器以及专用集成电路(Application Specific IntegratedCircuit，ASIC)等等。处理器310读取存储器320中存储的程序代码，与通信接口330配合执行本申请上述实施例中由车辆诊断仪100执行的方法的部分或者全部步骤。

通信接口330可以为有线接口(例如以太网接口)，用于与其他计算节点或装置进行通信。当通信接口330为有线接口时，通信接口330可以采用TCP/IP之上的协议族，例如，RAAS协议、远程函数调用(Remote Function Call，RFC)协议、简单对象访问协议(SimpleObject Access Protocol，SOAP)协议、简单网络管理协议(Simple Network ManagementProtocol，SNMP)协议、公共对象请求代理体系结构(Common Object Request BrokerArchitecture，CORBA)协议以及分布式协议等等。

存储器320可以存储有程序代码以及程序数据。其中，程序代码包括：第一确定模块210的代码、第二确定模块220的代码、选取协议模块230的代码、获取电压模块240的代码，程序数据包括：多个管脚组的电压、目标管脚组、目标协议系统等等。在实际应用中，存储器320可以包括易失性存储器(Volatile Memory)，例如随机存取存储器(Random AccessMemory，RAM)；存储器也可以包括非易失性存储器(Non-Volatile Memory)，例如只读存储器(Read-Only Memory，ROM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，HDD)或固态硬盘(Solid-State Drive，SSD)存储器还可以包括上述种类的存储器的组合。

应当理解，车辆诊断仪300仅为本申请实施例提供的一个例子，并且，车辆诊断仪300可具有比图5示出的部件更多或更少的部件，可以组合两个或更多个部件，或者可具有部件的不同配置实现。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序被硬件(例如处理器等)执行，以实现上述方法实施例中记载的OBD检测方法的部分或者全部步骤。

本申请实施例还提供一种计算机程序产品，当计算机程序产品被计算机读取并执行时，以实现上述方法实施例中记载的OBD检测方法的部分或者全部步骤。

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

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的终端和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

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

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims

1.一种OBD检测方法，其特征在于，包括：

根据车辆的车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组中确定目标管脚组；

2.根据权利要求1所述的方法，其特征在于，在根据车辆的车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组电压中选取目标管脚组之前，所述方法包括：

3.根据权利要求2所述的方法，其特征在于，所述模拟电压采集电路包括模数转换器ADC。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述多个协议系统包括：控制器局域网络CAN协议系统、脉冲宽度调制PWM协议系统、可变脉宽调制VPW协议系统、KWP协议系统、ISO9141协议系统。

5.一种车辆诊断仪，其特征在于，所述车辆诊断仪包括：

第一确定模块，用于根据车辆的车载诊断系统OBD诊断座的多个管脚组的电压，从所述多个管脚组中确定目标管脚组；

6.根据权利要求5所述的车辆诊断仪，其特征在于，所述车辆诊断仪还包括获取电压模块，所述获取电压模块包括模拟电压采集电路；

7.根据权利要求6所述的车辆诊断仪，其特征在于，所述模拟电压采集电路包括模数转换器ADC。

8.根据权利要求5至7任一项所述的车辆诊断仪，其特征在于，所述多个协议系统包括：CAN协议系统、PWM协议系统、VPW协议系统、KWP协议系统、ISO9141协议系统。

9.一种车辆诊断仪，其特征在于，所述车辆诊断仪包括：处理器、通信接口以及存储器；所述存储器用于存储指令，所述处理器用于执行所述指令，所述通信接口用于在所述处理器的控制下与其他设备进行通信，其中，所述处理器执行所述指令时实现如上述权利要求1至4任一项权利要求所述的方法。

10.一种计算机可读存储介质，其特征在于，存储有计算机程序，所述计算机程序被硬件执行以实现如上述权利要求1至4任一项权利要求所述的方法。