车辆诊断方法和车辆诊断设备与流程

本发明涉及车辆技术领域，尤其涉及一种车辆诊断方法和车辆诊断设备。

背景技术：

随着车辆技术的发展，现有车辆的电子控制系统ecu越来越复杂。车辆的故障分析越来越依赖专业的车辆诊断设备。同时，车辆制造商为了满足不同客户的差异化需求，生产的车辆类型越来越多。即便是同一个车辆制造商，其车型也有上百种之多。目前的车辆诊断设备都是先列出车辆制造商所有的车型，当用户进行车辆诊断时，需要先选择对应的车型然后才能进行诊断。但对于目前数量巨大且外观差异较小的各种车辆来说，准确辨别各种车型并不容易。而如果在诊断前选错车型，则无法进行车辆诊断。且现有的诊断设备存在操作繁琐，不够智能的问题。

技术实现要素：

本发明实施例提供一种车辆诊断方法和车辆诊断设备，有利于解决现有技术中选错诊断车型无法诊断的问题，同时提升诊断操作的智能性和便利性。

第一方面，本发明实施例提供一种车辆诊断方法，所述方法包括：建立与车辆电子控制单元ecu的通信连接；接收用户的诊断命令；发送车型读取指令；根据所述车辆响应所述车型读取指令的信息确定车型信息；绘制所述车辆的整车网络拓扑图；根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作。

结合本发明实施例第一方面，在本发明实施例第一方面的第一种可能的实现方式中，所述根据所述车辆响应所述车型读取指令的信息确定车型信息，具体包括：提取所述车辆响应所述车型读取指令的信息中的关键字；将所述关键字与预置的配置文件进行匹配，所述配置文件包括车型名称；当所述关键字匹配到所述配置文件中的车型名称时，则将匹配的车型名称确定为所述车辆的车型信息。

结合本发明实施例第一方面，在本发明实施例第一方面的第二种可能的实现方式中，所述绘制所述车辆的整车网络拓扑图，具体包括：根据所述车型信息扫描所述车辆的ecu，获取ecu节点集合信息并保存；查询所述车辆的ecu各节点通信情况，并获取通信反馈结果；读取ecu节点故障码并保存每个ecu节点故障码信息；根据所述ecu节点集合信息、所述ecu节点通信反馈结果以及所述ecu节点故障码信息以绘制整车网络拓扑图。

结合本发明实施例第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式，在本发明实施例第一方面的第三种可能的实现方式中，所述方法还包括：在所述整车网络拓扑图的ecu节点处设置第一显示区域和第二显示区域，其中所述第一显示区域用于显示ecu节点信息；第二显示区域用于显示ecu节点故障码信息。

结合本发明实施例第一方面的第三种可能的实现方式，在本发明实施例第一方面的第四种可能的实现方式中，所述根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，具体包括：当检测到用户对ecu节点第一显示区域的选择操作时，显示ecu节点功能信息；当检测到用户对ecu节点第二显示区域的选择操作时，显示ecu节点故障码信息。

本发明第二方面提供了一种车辆诊断设备，所述车辆诊断设备包括：存储有可执行程序代码的存储器；与所述存储器耦合的处理器；与所述处理器耦合的收发器；所述处理器控制收发器执行下列步骤：建立与车辆电子控制单元ecu的通信连接；接收用户的诊断命令；发送车型读取指令；所述处理器调用所述存储器中存储的所述可执行程序代码，执行如下步骤：根据所述车辆响应所述车型读取指令的信息确定车型信息；绘制所述车辆的整车网络拓扑图；根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作。

结合本发明实施例第二方面，在本发明实施例第二方面的第一种可能的实施方式中，所述处理器执行所述根据所述车辆响应所述车型读取指令的信息确定车型信息，具体方式为：提取所述车辆响应所述车型读取指令的信息中的关键字；将所述关键字与预置的配置文件进行匹配，所述配置文件包括车型名称；当所述关键字匹配到所述配置文件中的车型名称时，则将匹配的车型名称确定为所述车辆的车型信息。

结合本发明实施例第二方面，在本发明实施例第二方面的第二种可能的实施方式中，所述处理器执行所述绘制所述车辆的整车网络拓扑图，具体方式为：根据所述车型信息扫描所述车辆的ecu，获取ecu节点集合信息并保存；查询所述车辆的ecu各节点通信情况，并获取通信反馈结果；读取ecu节点故障码并保存每个ecu节点故障码信息；根据所述ecu节点集合信息、所述ecu节点通信反馈结果以及所述ecu节点故障码信息以绘制整车网络拓扑图。

结合本发明实施例第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式，在本发明实施例第二方面的第三种可能的实现方式中，所述处理器调用所述存储器中存储的所述可执行程序代码，还执行如下步骤：在所述整车网络拓扑图的ecu节点处设置第一显示区域和第二显示区域，其中所述第一显示区域用于显示ecu节点信息；第二显示区域用于显示ecu节点故障码信息。

结合本发明实施例第二方面的第三种可能的实现方式，在本发明实施例第二方面的第四种可能的实现方式中，所述处理器执行所述根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，具体方式为：当检测到用户对ecu节点第一显示区域的选择操作时，显示ecu节点功能信息；当检测到用户对ecu节点第二显示区域的选择操作时，显示ecu节点故障码信息。

可以看出，在本发明的实施例中，在建立与车辆电子控制单元ecu的通信连接之后，接收用户的诊断命令，发送车型读取指令，根据所述车辆响应所述车型读取指令的信息确定车型信息，绘制所述车辆的整车网络拓扑图，根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作。采用上述方法，实现了用户自动识别车型，无需人工选择，避免了因选错车型无法诊断车辆的问题。通过自动识别车型，智能化程度更高，诊断操作更为简便。同时，通过整车网络拓扑图形式方便用户诊断，用户体验更好。

本发明的这些方面或其他方面在以下实施例的描述中会更加简明易懂。

附图说明

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

图1为本发明实施例提供的一种车辆诊断方法的应用场景示意图；

图2为本发明实施例提供的一种车辆诊断方法的流程示意图；

图3为本发明实施例提供的一种整车网络拓扑图；

图4为本发明实施例提供的一种车辆诊断界面示意图；

图5为本发明实施例提供的另一种车辆诊断方法的流程示意图；

图6为本发明实施例提供的一种车辆诊断设备结构示意图；

图7为本发明实施例提供的另一种车辆诊断设备结构示意图；

图8为本发明实施例提供的另一种车辆诊断设备结构示意图。

具体实施方式

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

以下分别进行详细说明。

本发明的说明书和权利要求书及所述附图中的术语“第一”、“第二”、“第三”和“第四”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

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

“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

下面结合附图对本申请的实施例进行描述。

请参见图1，图1为本发明实施例提供的一种车辆诊断方法的应用场景示意图。如图1所示，该应用场景，包括：诊断设备10，诊断接头30，用于连接诊断设备与诊断接头的通用串行总线usb数据线20，车辆50，用于连接诊断接头30和车辆50的诊断主线40.

上述诊断接头30通过诊断主线40与车辆50建立连接后，诊断设备10再通过usb数据线20与诊断接头30连接，从而建立诊断设备与车辆的通信连接。诊断设备10接收到用户的诊断指令后，通过诊断接头30传递指令，获取车辆50信息，然后根据用户的选择对车辆50进行进一步的诊断。

需要说明的是，本实施例中诊断设备包括但不限于附图1中示出的电子计算机，但凡能安装诊断软件实现诊断功能的终端如移动终端、个人掌上电脑、个人数字助理pda、平板电脑等都可以作为本实施例中的诊断设备。

请参见图2，图2为本发明实施例提供的一种车辆诊断方法的流程示意图。该方法应用于诊断设备。如图2所示，该方法包括：

s201、建立与车辆电子控制单元ecu的通信连接。

具体而言，诊断设备10与车辆电子控制单元ecu建立通信连接的过程如下：诊断接头30通过诊断主线40与车辆50的电子控制单元ecu建立连接后，诊断设备10再通过usb数据线20与诊断接头30连接，从而建立诊断设备10与车辆50的电子控制单元ecu的通信连接。这里ecu泛指车辆上的所有电子控制单元，如发动机控制单元ems、引擎控制模块ecm、自动变速箱控制模块tcm等。当然，诊断设备10也可以通过无线的方式如wifi、蓝牙、红外等与诊断接头30连接。

s202、接收用户的诊断命令。

诊断设备10上通常内置诊断程序，用户可以通过点击或触控诊断程序的方式下达开始诊断的命令。也可以通过语音的方式告诉诊断程序开始诊断。

s203、发送车型读取指令。

诊断设备10在接收到用户的诊断命令后，开始进行诊断前的车型识别。具体的，诊断设备10通过诊断接头向车辆的ecu发送车型读取指令。主要过程如下：

诊断设备10首先向诊断接头发送命令，设置诊断接头通讯参数，然后发送f112命令，通过诊断接头读取车型名称。

具体命令和步骤为：

a.发送6021//读接头类型

b.发送6020//读序列号

c.发送6001ffff0a0900ff01//设置管脚

d.发送6105ff010855aa0460020003650003fc//设置波特率

e.发送6105ff010a55aa0660010001fd40db0003fc//设置过滤id

f.发送6105xff010755aa03600400670003fc//设置can控制器io

g.发送60181155aa0d610108fc403000000000000000e9//设置流控制帧

h.发送f112//读车型命令

s204、根据所述车辆响应所述车型读取指令的信息确定车型信息。

车辆50在接收到车型读取指令后，会响应该指令回复一个带有f112关键字的信息。诊断设备10根据该车辆50的响应信息可以确定该车辆50的车型信息。

优选的，根据车辆50响应所述车型读取指令的信息确定车型信息，具体包括：

提取所述车辆响应所述车型读取指令的信息中的关键字；

将所述关键字与预置的配置文件进行匹配，所述配置文件包括车型名称；

当所述关键字匹配到所述配置文件中的车型名称时，则将匹配的车型名称确定为所述车辆的车型信息。

为了实现车型的自动识别，诊断设备10会预置一个包含所有车型名称的ini配置文件。该配置文件可以在诊断设备出厂时由诊断设备制造商设置，也可以在使用中由用户预先配置。

诊断设备10在接收到车辆50响应所述车型读取指令回复的带有f112关键字的信息后，通过一个while循环，截取12后面的字节，直到遇到20字节，并将截取的字节作为关键字信息以16进制保存。然后诊断设备将所截取的字节转换成字符类型，得到一个名称。之后诊断设备10将该名称与预置的包含所有车型名称的inn配置文件进行一一匹配，当匹配到配置文件中相同的车型名称时则确定该车型名称为该车辆50的车型名称。

s205、绘制所述车辆的整车网络拓扑图。

诊断设备10在自动识别到车辆50的车型信息后，即可以根据车型信息绘制车辆50的整车网络拓扑图。

优选的，绘制所述车辆的整车网络拓扑图，具体包括：

根据所述车型信息扫描所述车辆的ecu，获取ecu节点集合信息并保存；

查询所述车辆的ecu各节点通信情况，并获取通信反馈结果；

读取ecu节点故障码并保存每个ecu节点故障码信息；

根据所述ecu节点集合信息、所述ecu节点通信反馈结果以及所述ecu节点故障码信息以绘制整车网络拓扑图。

在绘制整车网络拓扑图的过程中，诊断设备10首先是通过发送f110指令读取车辆50整车配置的ecu节点，包括ecu节点的中英文名称、ecu节点所属的总线类型，ecu节点的位置信息等，作为车辆配置的集合，并在此基础上绘制初步的整车网络拓扑图。在获取到车辆50的ecu节点的集合信息并保存后，诊断设备10通过功能寻址发送1001服务指令查询各ecu节点是否可通信，并保存车辆50反馈的各ecu节点的通信结果，将各ecu节点的通信反馈结果反映在整车拓扑图上。之后，诊断设备10通过功能寻址发送1902指令，读取各ecu节点故障码dtc信息。在获取到反馈信息后，保存各ecu节点存在的故障码和故障码个数，并将各ecu节点的故障码和故障码个数反映在整车拓扑图上。

图3是根据ecu节点集合信息、ecu节点通信反馈结果以及ecu节点故障码信息绘制的整车网络拓扑图。

s206、根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作。

诊断设备10绘制完成整车网络拓扑图后，在每个ecu节点处提供诊断入口。当用户选择某一具体的ecu节点时，进入诊断界面执行相应的诊断操作。附图4为诊断界面参考示意图。

在本实施例中，诊断设备在建立与车辆电子控制单元ecu的通信连接之后，根据接收到的用户的诊断命令，发送车型读取指令，之后根据车辆响应车型读取指令的信息确定车型信息，利用车型信息绘制车辆的整车网络拓扑图，根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，从而实现自动识别车型，简化了诊断操作，避免了用户因选错车型无法诊断车辆的问题。

请参见图5，图5为本发明实施例提供的另一种车辆诊断方法的流程示意图。该方法应用于诊断设备。如图5所示，该方法包括：

s501、建立与车辆电子控制单元ecu的通信连接。

该步骤与步骤s201相同，此处不再赘述。

s502、接收用户的诊断命令。

该步骤与步骤s202相同，此处不再赘述。

s503、发送车型读取指令。

该步骤与步骤s203相同，此处不再赘述。

s504、根据所述车辆响应所述车型读取指令的信息确定车型信息。

该步骤与步骤s204相同，此处不再赘述。

s505、绘制所述车辆的整车网络拓扑图。

该步骤与步骤s205相同，此处不再赘述。

s506、在所述整车网络拓扑图的ecu节点处设置第一显示区域和第二显示区域。其中所述第一显示区域用于显示ecu节点信息；第二显示区域用于显示ecu节点故障码信息。

为了更方便用户的诊断操作，本实施例在整车网络拓扑图的节点处设置了两个显示区域，并分别用不同的颜色标识区分，例如以绿色标识第一显示区域，显示ecu的节点信息；以红色标识第二显示区域，显示ecu节点的故障码信息，如故障码个数。当然，本处的颜色说明只是为了举例，本实施例并不限定于这两种颜色，还可以采用其他的颜色。

当然，为了图形界面的简洁和易于识别，本实施例优选的实施方式是在进入诊断界面后显示ecu节点的第一显示区域和第二显示区域。可参考图4的车辆诊断界面示意图。

s507、根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作。

诊断设备10绘制完成整车网络拓扑图后，在每个ecu节点处提供诊断入口。当用户选择某一具体的ecu节点时，进入诊断界面执行相应的诊断操作。

可选的，用户对所述拓扑图的ecu节点选择执行相应的诊断操作，具体包括：

当检测到用户对ecu节点第一显示区域的选择操作时，显示ecu节点功能信息；

当检测到用户对ecu节点第二显示区域的选择操作时，显示ecu节点故障码信息。

例如，当用户选择ecu节点第一显示区域时，进入ecu节点功能界面，显示该ecu节点的功能信息；当用户选择ecu节点第二显示区域时，进入ecu节点故障码诊断界面，显示ecu节点故障码信息和具体的故障诊断结果。

在本实施例中，诊断设备在建立与车辆电子控制单元ecu的通信连接之后，根据接收到的用户的诊断命令，发送车型读取指令，之后根据车辆响应车型读取指令的信息确定车型信息，利用车型信息绘制车辆的整车网络拓扑图，并在所述整车网络拓扑图的ecu节点处设置第一显示区域和第二显示区域，根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，从而实现自动识别车型，简化了诊断操作，避免了用户因选错车型无法诊断车辆的问题，同时诊断界面更加人性化，提升了用户的使用体验。

参见图6，图6是本发明实施例提供的一种车辆诊断设备的结构示意图。如图6所示，该车辆诊断设备10可以包括：

通信单元601，用于建立于车辆电子控制单元ecu的通信连接。

具体的，在诊断接头30通过诊断主线40与车辆50的电子控制单元ecu建立连接后，车辆诊断设备的通信单元601通过usb有线连接或者wifi、蓝牙、红外等无线连接的方式建立与诊断接头30的通信连接，从而建立起通信单元601与车辆电子控制单元ecu的通信连接。

接收单元602，用于接收用户的诊断命令。

接收单元602具体用于接收用户通过点击或触控或语音的方式下达的诊断命令。

发送单元603，用于发送车型读取指令。

在接收单元602接收到用户的诊断命令后，开始进行诊断前的车型识别。此时，发送单元603向车辆ecu发送车型读取指令。具体的过程如下：

发送单元603首先向诊断接头发送命令，设置诊断街头通讯参数，然后发送f112命令，通过诊断接头读取车型名称。

具体命令和步骤如下：

a.发送6021//读接头类型

b.发送6020//读序列号

c.发送6001ffff0a0900ff01//设置管脚

d.发送6105ff010855aa0460020003650003fc//设置波特率

e.发送6105ff010a55aa0660010001fd40db0003fc//设置过滤id

f.发送6105xff010755aa03600400670003fc//设置can控制器io

g.发送60181155aa0d610108fc403000000000000000e9//设置流控制帧

h.发送f112//读车型命令

确定单元604，用于根据所述车辆响应所述车型读取指令的信息确定车型信息。

车辆在接收到车型读取指令后，会响应该指令回复一个带有f112关键字的信息。确定单元604根据该车辆的响应信息可以确定该车辆的车型信息。

其中，确定单元604具体用于：

提取所述车辆响应所述车型读取指令的信息中的关键字；

将所述关键字与预置的配置文件进行匹配，所述配置文件包括车型名称；

当所述关键字匹配到所述配置文件中的车型名称时，则将匹配的车型名称确定为所述车辆的车型信息。

为了实现车型的自动识别，诊断设备会预置一个包含所有车型名称的ini配置文件。该配置文件可以在诊断设备出厂时由诊断设备制造商商设置，也可以在使用中由用户预先配置。

确定单元604在接收到车辆响应所述车型读取指令回复的带有f112关键字的信息后，通过一个while循环，截取12后面的字节，直到遇到20字节，并将截取的字节作为关键字信息以16进制保存。然后确定单元604将所截取的字节转换成字符类型，得到一个名称。之后确定单元604将该名称与预置的包含所有车型名称的ini配置文件进行一一匹配，当匹配到配置文件中相同的车型名称时则确定该车型名称为该车辆的车型名称。

绘制单元605，用于绘制所述车辆的整车网络拓扑图。

在自动识别到车辆的车型信息后，绘制单元605即可以根据确定单元604确定的车型信息绘制车辆的整车网络拓扑图。

绘制单元605具体用于：

根据所述车型信息扫描所述车辆的ecu，获取ecu节点集合信息并保存；

查询所述车辆的ecu各节点通信情况，并获取通信反馈结果；

读取ecu节点故障码并保存每个ecu节点故障码信息；

根据所述ecu节点集合信息、所述ecu节点通信反馈结果以及所述ecu节点故障码信息以绘制整车网络拓扑图。

在绘制整车网络拓扑图的过程中，绘制单元605首先是通过发送f110指令读取车辆整车配置的ecu节点，包括ecu节点的中英文名称、ecu节点所属的总线类型，ecu节点的位置信息等，作为车辆配置的集合，并在此基础上绘制初步的整车网络拓扑图。在获取到车辆ecu节点的集合信息并保存后，绘制单元605通过功能寻址发送1001服务指令查询各ecu节点是否可通信，并保存车辆反馈的各ecu节点的通信结果，将各ecu节点的通信反馈结果反映在整车拓扑图上。之后，绘制单元605通过功能寻址发送1902指令，读取各ecu节点故障码dtc信息。在获取到反馈信息后，保存各ecu节点存在的故障码和故障码个数，并将各ecu节点的故障码和故障码个数反映在整车拓扑图上。

图3是根据ecu节点集合信息、ecu节点通信反馈结果以及ecu节点故障码信息绘制的整车网络拓扑图。

执行单元606，用于根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作。

完成整车网络拓扑图的绘制后，在每个ecu节点处提供诊断入口。执行单元606根据用户对某一ecu节点的选择进入诊断界面执行相应的诊断操作。附图4为诊断界面参考示意图。

在图6描述的车辆诊断设备中，在建立与车辆电子控制单元ecu的通信连接之后，根据接收到的用户的诊断命令，发送车型读取指令，之后根据车辆响应车型读取指令的信息确定车型信息，利用车型信息绘制车辆的整车网络拓扑图，根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，从而实现自动识别车型，简化了诊断操作，避免了用户因选错车型无法诊断车辆的问题。

请参见图7，图7是本发明实施例提供的另一种车辆诊断设备的结构示意图。其中，图7所示的车辆诊断设备是由图6所示的车辆诊断设备优化得到的。

作为一种可能的实施方式，所述车辆诊断设备还包括：

设置单元607，用于在所述整车网络拓扑图的ecu节点处设置第一显示区域和第二显示区域。其中所述第一显示区域用于显示ecu节点信息；第二显示区域用于显示ecu节点故障码信息。

为了更方便用户的诊断操作，设置单元607在整车网络拓扑图的节点处设置了两个显示区域，并分别用不同的颜色标识区分，例如以绿色标识第一显示区域，显示ecu的节点信息；以红色标识第二显示区域，显示ecu节点的故障码信息，如故障码个数。当然，本处的颜色说明只是为了举例，本实施例并不限定于这两种颜色，还可以采用其他的颜色。

当然，为了图形界面的简洁和易于识别，本实施例优选的实施方式是在进入诊断界面后显示ecu节点的第一显示区域和第二显示区域。可参考图4的车辆诊断界面示意图。

作为一种可能的实施方式，所述执行单元606还用于：当检测到用户对ecu节点第一显示区域的选择操作时，显示ecu节点功能信息；

当检测到用户对ecu节点第二显示区域的选择操作时，显示ecu节点故障码信息。

例如，当用户选择ecu节点第一显示区域时，进入ecu节点功能界面，显示该ecu节点的功能信息；当用户选择ecu节点第二显示区域时，进入ecu节点故障码诊断界面，显示ecu节点故障码信息和具体的故障诊断结果。

在图7描述的车辆诊断设备中，在建立与车辆电子控制单元ecu的通信连接之后，根据接收到的用户的诊断命令，发送车型读取指令，之后根据车辆响应车型读取指令的信息确定车型信息，利用车型信息绘制车辆的整车网络拓扑图，并在所述整车网络拓扑图的ecu节点处设置第一显示区域和第二显示区域，根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，从而实现自动识别车型，简化了诊断操作，避免了用户因选错车型无法诊断车辆的问题，同时诊断界面更加人性化，提升了用户的使用体验。

参见图8，图8是本发明实施例提供的另一种车辆诊断设备结构示意图。如图8所示，该车辆诊断设备10包括处理器801、存储器802、收发器803和总线804，其中处理器801、存储器802和收发器803可以通过总线或其他方式耦合连接，图8以通过总线804连接为例。

其中，处理器801可以是数字信号处理(英文：digitalsignalprocessing，dsp)芯片。具体实现中，处理器801可包括：管理/通信模块(administrationmodule/communicationmodule，am/cm)(用于话路交换和信息交换的中心)、用于完成呼叫处理、信令处理、无线资源管理、无线链路的管理和电路维护功能的模块、码速率变换与子复用模块(transcodersubmultiplexer，tcsm)(用于完成复用解复用及码变换功能)等模块。具体信息可参考移动通讯相关知识。

存储器802用于存储应用加密的程序代码，具体实现中，存储器802可以采用只读存储器(英文：read-onlymemory，rom)或随机存取存贮器(英文：randomaccessmemory，ram)，可用于存储应用加密的程序代码。

收发器803用于对处理器801生成的移动通信信号进行发射处理(例如调制)，还用于对天线接收的移动通信信号进行接收处理(例如解调)。

总线804可以是工业标准体系结构(英文：industrystandardarchitecture，isa)总线、外部设备互连(英文：peripheralcomponentinterconnect，pci)总线、扩展标准体系结构(英文：extendedindustrystandardarchitecture，eisa)总线、集成电路总线(英文：interintegratedcircuit，iic)等。

本发明实施例中，处理器801控制收发器803执行以下操作：

建立与车辆电子控制单元ecu的通信连接；

接收用户的诊断命令；

发送车型读取指令。

所述处理器801还用于调用存储器802中存储的可执行应用程序代码，执行如下操作：

根据所述车辆响应所述车型读取指令的信息确定车型信息；

绘制所述车辆的整车网络拓扑图；

根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作。

可选的，所述处理器801执行所述根据所述车辆响应所述车型读取指令的信息确定车型信息，具体方式为：提取所述车辆响应所述车型读取指令的信息中的关键字；将所述关键字与预置的配置文件进行匹配，所述配置文件包括车型名称；当所述关键字匹配到所述配置文件中的车型名称时，则将匹配的车型名称确定为所述车辆的车型信息。

可选的，所述处理器801执行所述绘制所述车辆的整车网络拓扑图，具体方式为：根据所述车型信息扫描所述车辆的ecu，获取ecu节点集合信息并保存；查询所述车辆的ecu各节点通信情况，并获取通信反馈结果；读取ecu节点故障码并保存每个ecu节点故障码信息；根据所述ecu节点集合信息、所述ecu节点通信反馈结果以及所述ecu节点故障码信息以绘制整车网络拓扑图。

可选的，所述处理器801调用所述存储器802中存储的所述可执行程序代码，还执行如下步骤：在所述整车网络拓扑图的ecu节点处设置第一显示区域和第二显示区域，其中所述第一显示区域用于显示ecu节点信息；第二显示区域用于显示ecu节点故障码信息。

可选的，所述处理器执行所述根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，具体方式为：当检测到用户对ecu节点第一显示区域的选择操作时，显示ecu节点功能信息；当检测到用户对ecu节点第二显示区域的选择操作时，显示ecu节点故障码信息。

在图8所描述的车辆诊断设备中，在建立与车辆电子控制单元ecu的通信连接之后，根据接收到的用户的诊断命令，发送车型读取指令，之后根据车辆响应车型读取指令的信息确定车型信息，利用车型信息绘制车辆的整车网络拓扑图，根据用户对所述拓扑图的ecu节点选择执行相应的诊断操作，从而实现自动识别车型，简化了诊断操作，避免了用户因选错车型无法诊断车辆的问题。

本发明实施例还提供一种计算机存储介质，其中，该计算机存储介质可存储有程序，该程序执行时包括上述方法实施例中记载的任何一种车辆诊断方法的部分或全部步骤。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

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

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

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

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

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

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：read-onlymemory，简称：rom)、随机存取器(英文：randomaccessmemory，简称：ram)、磁盘或光盘等。

以上对本发明实施例进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上上述，本说明书内容不应理解为对本发明的限制。