故障诊断方法、终端设备以及车辆与流程

1.本技术涉及电子技术领域，具体而言，涉及一种故障诊断方法、终端设备以及车辆。


背景技术：

2.随着电子工业技术的长足发展，电动助力车、电动自行车等电动车辆的保有量大幅增加。而这些车辆在使用过程中难免会出现一些故障，那么就需要及时、准确地确定出车辆的故障信息。
3.相关技术中，一般地，用户可以通过人工操纵相应的检测装置或通过观察的方式来判断电动车辆的各部件是否发生故障。另外，大多数电动车辆上安装有控制器和仪表装置，而仪表装置上可以安装有对应不同部件的故障指示灯。那么就可以通过控制器检测电动车辆的各部件是否发生故障，并由控制器根据该电动车辆故障的部件点亮仪表装置上相应的故障指示灯，以给用户提供有效的辅助。
4.然而，相关技术中的方案中的电动车辆与用户的交互方式单一，具体地，如果用户远离车辆之后，用户就无法获取到车辆的故障信息。因此，这种方案存在无法实现无线获取该电动车辆的故障信息的问题。


技术实现要素：

5.本技术的目的在于提供一种故障诊断方法、终端设备以及车辆，可以达到实现无线获取车辆的故障信息的效果。
6.本技术的实施例是这样实现的：
7.本技术实施例的第一方面，提供一种故障诊断方法，应用于终端设备，所述方法包括：
8.响应于用户在所述终端设备上的触发操作，确定目标车辆的至少一个目标装置，各所述目标装置为所述目标车辆上需要进行故障诊断的部件；
9.根据各所述目标装置生成至少一个故障诊断指令；
10.基于第一通信协议将各所述故障诊断指令发送至所述目标车辆；
11.接收并显示所述目标车辆发送的诊断结果，所述诊断结果用于指示各所述目标装置是否发生故障以及各所述目标装置的故障类型。
12.可选地，所述响应于用户在所述终端设备上的触发操作，确定目标车辆的至少一个目标装置，所述方法还包括：
13.响应于所述触发操作，生成诊断请求信息；
14.解析所述诊断请求信息，得到各所述目标装置和/或诊断项目。
15.可选地，所述接收并显示所述目标车辆发送的诊断结果，包括：
16.接收并解析所述诊断结果，得到所述诊断结果的诊断项目；
17.确定所述诊断结果的诊断项目和所述诊断请求信息对应的诊断项目是否匹配；
18.若匹配，则显示第一标识，并确定所述诊断结果的诊断项目的参数是否满足预设诊断数据库中的数据参数区间；
19.若满足，则确定所述诊断结果的诊断项目未发生故障，并在所述终端设备的显示界面上显示第一信息；
20.若不满足，则确定所述诊断结果的诊断项目发生故障，并在所述显示界面上显示第二信息。
21.可选地，所述确定所述诊断结果的诊断项目和所述诊断请求信息对应的诊断项目是否匹配之后，所述方法还包括：
22.若不匹配，则显示第二标识，并根据预设条件确定所述诊断请求信息对应的诊断项目中与所述诊断结果的诊断项目不匹配的至少一个待验证诊断项目；
23.确定与所述待验证诊断项目对应的待验证装置；
24.根据所述待验证诊断项目和所述待验证诊断项目对应的待验证装置生成验证指令；
25.基于所述第一通信协议将所述验证指令发送至所述目标车辆。
26.可选地，所述根据各所述目标装置生成至少一个故障诊断指令，包括：
27.确定所述目标装置是否存在对应的诊断项目；
28.若是，则基于所述第一通信协议分别将各所述目标装置对应的各诊断项目封装成第一数据包，并将各所述第一数据包作为各所述故障诊断指令；
29.若否，则基于所述第一通信协议将所述目标装置对应的诊断请求信息封装为第二数据包，并将所述第二数据包作为所述故障诊断指令。
30.本技术实施例的第二方面，提供一种故障诊断方法，应用于车辆，所述方法包括：
31.接收并解析终端设备发送的故障诊断指令；
32.确定所述故障诊断指令所指示的目标装置，并对所述目标装置进行故障检测，得到所述目标装置的诊断结果；
33.基于第一通信协议将所述诊断结果发送给所述终端设备。
34.可选地，所述确定所述故障诊断指令所指示的目标装置，并对所述目标装置进行故障检测，包括：
35.确定所述故障诊断指令所指示的目标装置，并确定所述故障诊断指令是否指示与所述目标装置对应的诊断项目；
36.若是，则基于所述目标装置对应的诊断项目对所述目标装置进行故障检测；
37.若否，则将预设诊断数据库中与所述目标装置对应的所有待选诊断项目，并将各所述待选诊断项目均作为所述目标装置对应的诊断项目，并基于所述目标装置对应的诊断项目对所述目标装置进行故障检测。
38.可选地，所述车辆包括无线仪表装置和控制器；
39.所述基于所述目标装置对应的诊断项目对所述目标装置进行故障检测，包括：
40.在所述目标装置不为所述无线仪表装置的情况下，所述无线仪表装置根据所述目标装置对应的诊断项目生成检测信息，并基于第二通信协议将所述检测信息发送给所述控制器；
41.所述控制器根据所述检测信息对所述目标装置的至少一个部件进行故障检测；
42.在所述目标装置为所述无线仪表装置的情况下，所述无线仪表装置根据所述目标装置对应的诊断项目对所述无线仪表装置的至少一个部件进行故障检测。
43.本技术实施例的第三方面，提供了一种故障诊断装置，应用于终端设备，所述装置包括：
44.确定模块，用于响应于用户在所述终端设备上的触发操作，确定目标车辆的至少一个目标装置，各所述目标装置为所述目标车辆上需要进行故障诊断的部件；
45.生成模块，用于根据各所述目标装置生成至少一个故障诊断指令；
46.第一发送模块，用于基于第一通信协议将各所述故障诊断指令发送至所述目标车辆；
47.执行模块，用于接收并显示所述目标车辆发送的诊断结果，所述诊断结果用于指示各所述目标装置是否发生故障以及各所述目标装置的故障类型。
48.本技术实施例的第三方面，提供了一种故障诊断装置，应用于车辆，所述装置包括：
49.解析模块，用于接收并解析终端设备发送的故障诊断指令；
50.检测模块，用于确定所述故障诊断指令所指示的目标装置，并对所述目标装置进行故障检测，得到所述目标装置的诊断结果；
51.第二发送模块，用于基于第一通信协议将所述诊断结果发送给所述终端设备。
52.本技术实施例的第三方面，提供了一种终端设备，所述终端设备包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现上述第一方面所述的故障诊断方法。
53.本技术实施例的第四方面，提供了一种车辆，包括：无线仪表装置、控制器和存储器，所述无线仪表装置和所述控制器中均包括处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述第二方面所述的故障诊断方法的步骤。
54.本技术实施例的第五方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现上述第一方面和上述第二方面所述的故障诊断方法。
55.本技术实施例的有益效果包括：
56.本技术实施例提供的一种故障诊断方法，通过响应于用户在该终端设备上的触发操作，确定目标车辆的至少一个目标装置，并根据各目标装置生成至少一个故障诊断指令。这样，可以将用户通过触发操作确定出的需要进行故障诊断的各目标装置，并准确地生成用于指示出用户期望要进行故障诊断的部件以及用户期望进行的诊断项目各故障诊断指令。
57.基于第一通信协议将各故障诊断指令发送至该目标车辆。由于该第一通信协议是无线通信协议，那么基于第一通信协议将各故障诊断指令发送至该目标车辆就可以实现该终端设备和该目标车辆之间的无线通信。由于各故障诊断指令可以指示该目标车辆需要进行故障诊断的目标装置和/或需要对目标装置进行的诊断项目，如此，就可以实现该终端设备通过无线的方式向该目标车辆发送指令，以实现无线控制该目标车辆对该目标车辆的各目标装置进行故障诊断的功能。
58.接收并显示该目标车辆发送的诊断结果。这样，该终端设备就可以通过无线的方式获取到该目标车辆的故障信息。而将显示该诊断结果的情况下，用户就可以直接在该终端设备上查看该目标车辆发生故障的装置和具体的故障类型，即可为用户提供有效的显示辅助。
59.如此，可以达到实现无线获取车辆的故障信息的效果。
附图说明
60.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
61.图1为本技术实施例提供的第一种故障诊断方法的流程图；
62.图2为本技术实施例提供的第二种故障诊断方法的流程图；
63.图3为本技术实施例提供的一种终端设备的图形用户界面的示意图；
64.图4为本技术实施例提供的第三种故障诊断方法的流程图；
65.图5为本技术实施例提供的第四种故障诊断方法的流程图；
66.图6为本技术实施例提供的第五种故障诊断方法的流程图；
67.图7为本技术实施例提供的第六种故障诊断方法的流程图；
68.图8为本技术实施例提供的一种故障诊断装置的结构示意图；
69.图9为本技术实施例提供的又一种故障诊断装置的结构示意图；
70.图10为本技术实施例提供的一种终端设备的结构示意图。
具体实施方式
71.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。
72.因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
73.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。
74.在本技术的描述中，需要说明的是，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
75.在本技术的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上
述术语在本技术中的具体含义。
76.在相关技术中，一般地，用户可以通过人工操纵相应的检测装置或通过观察的方式来判断电动车辆的各部件是否发生故障。另外，大多数电动车辆上安装有控制器和仪表装置，而仪表装置上可以安装有对应不同部件的故障指示灯。那么就可以通过控制器检测电动车辆的各部件是否发生故障，并由控制器根据该电动车辆故障的部件点亮仪表装置上相应的故障指示灯，以给用户提供有效的辅助。然而，相关技术中的方案中的电动车辆与用户的交互方式单一，具体地，如果用户远离车辆之后，用户就无法获取到车辆的故障信息。因此，这种方案存在无法实现无线获取该电动车辆的故障信息的问题。
77.为此，本技术实施例提供了故障诊断方法，通过响应于用户在该终端设备上的触发操作，确定目标车辆的至少一个目标装置，根据各目标装置生成至少一个故障诊断指令，基于第一通信协议将各故障诊断指令发送至该目标车辆，接收并显示该目标车辆发送的诊断结果，可以达到实现无线获取车辆的故障信息的效果。
78.本技术实施例以应用在终端设备和车辆中的故障诊断方法为例进行说明。但不表明本技术实施例仅能应用于终端设备和车辆中进行故障诊断。
79.图1是本技术实施例提供的一种终端设备和车辆的交互场景示意图，参见图1，图1中示出了终端设备a和车辆b。
80.终端设备a和车辆b可以通过任意可能的方式进行无线通信。
81.其中，终端设备a可以是智能手机、平板电脑、笔记本电脑等设备，车辆b可以是电动自行车、电动助力车、电动摩托车等电动车辆，本技术实施例对此不做限定。
82.车辆b中具体包括无线仪表装置w以及其他装置，该其他装置具体可以包括控制器k、电机j、电池c和任一可能安装在车辆b上的部件，本技术实施例对此不做限定。
83.该其他装置均可以与无线仪表装置w通过总线或串口连接，本技术实施例对此不做限定。
84.无线仪表装置w可以是指带有蓝牙、红外或wi-fi功能的仪表装置。无线仪表装置w还可以包括用于显示相应信息的显示屏以及用于带有处理功能的微控制单元(microcontroller unit，简称mcu)。
85.也即，车辆b可以通过利用无线仪表装置w的蓝牙、红外或wi-fi功能与终端设备a进行无线通信。
86.相应地，终端设备a中可以包括存储器、处理器。另外，还可以包括无线模块，比如蓝牙模块、红外模块和/或wi-fi模块。
87.一般地，若车辆b中的无线仪表装置w具有蓝牙功能，那么终端设备a中则需要包括蓝牙模块。若车辆b中的无线仪表装置w具有红外功能，那么终端设备a中则需要包括红外模块。也即，需要确保车辆b和终端设备a能够建立正确的通信。本技术实施例对此不做限定。
88.下面对本技术实施例提供的故障诊断方法进行详细地解释说明。
89.图2为本技术提供的一种故障诊断方法的流程图，该方法可以应用于任一可能的终端设备，具体可以应用于上述终端设备a。参见图2，本技术实施例提供一种故障诊断方法，包括：
90.步骤1001：响应于用户在该终端设备上的触发操作，确定目标车辆的至少一个目标装置。
91.可选地，该终端设备上可以安装相应的应用程序，具体可以安装用于生成对该目标车辆进行故障诊断的指令、解析并显示该目标车辆发送的信息的故障诊断程序。
92.该触发操作可以是针对于该终端设备上安装的该故障诊断程序进行的，该触发操作可以是单击操作、连击操作、滑动操作以及其他任意可能的操作。
93.示例性地，在该终端设备上运行该故障诊断程序之后，该终端设备提供的图形用户界面上可以显示出分别对应于该目标车辆上各装置的各诊断功能的控件，用户可以通过对各控件进行相应的触发操作以触发各控件对应的诊断功能。可以理解的是，该终端设备上还可以显示不同的控件或ui，那么用户就可以通过其他可能的方式以进行触发操作，进而触发相应的功能，本技术实施例对此不做限定。
94.可选地，该目标车辆可以是上述车辆b，各目标装置为该目标车辆上需要进行故障诊断的部件。各目标装置可以是根据用户的触发操作确定的，也即，各目标装置可以是用户期望要进行故障诊断的部件。
95.各目标装置可以包括该目标车辆上安装的任意可能的装置，各目标装置可以是该目标车辆的所有装置，也可以是特定的部分装置。比如该目标车辆中的无线仪表装置、电池、控制器、电机、照明装置、各种传感器等，本技术实施例对此不做限定。
96.值得注意的是，由于用户可以通过在该终端设备上进行触发操作，以进而可以将用户通过触发操作确定出的需要进行故障诊断的各目标装置。这样，便于执行后续操作。
97.步骤1002：根据各目标装置生成至少一个故障诊断指令。
98.可选地，该故障诊断指令可以是用于指示该目标车辆需要对哪些装置进行故障诊断的指令，另外，该故障诊断指令还可以指示具体需要对各目标装置进行哪些诊断项目。
99.该诊断项目是与各目标装置中的具体元件或具体参数对应的。
100.示例性地，若一个目标装置为该目标车辆上的控制器，那么该目标装置对应的诊断项目则可以包括该控制器的三相桥、三相电压、温度、输入输出(in/out，简称io)接口、电源等。若一个目标装置为该目标车辆上的电池，那么该目标装置对应的诊断项目则可以包括该电池的电芯状态、温度、电流、电压、电池采样(analog front end，简称afe)芯片等。
101.值得说明的是，由于各目标装置是根据用户的触发操作确定的，而各故障诊断指令是根据各目标装置生成的，那么，各故障诊断指令也是根据用户的触发操作生成的。也即，各故障诊断指令可以准确地指示出用户期望要进行故障诊断的部件以及用户期望进行的诊断项目。
102.步骤1003：基于第一通信协议将各故障诊断指令发送至该目标车辆。
103.可选地，该第一通信协议是指满足该终端设备上的无线模块和该目标车辆上的无线仪表装置的无线通信协议。
104.例如，该终端设备和该目标车辆均支持蓝牙功能，则该第一通信协议则可以是蓝牙协议；该终端设备和该目标车辆均支持红外功能，则该第一通信协议则可以红外协议。
105.又例如，若该终端设备同时支持蓝牙、红外、wi-fi功能，而该目标车辆仅支持蓝牙功能，则该第一通信协议则可以是蓝牙协议。
106.值得注意的是，由于该第一通信协议是无线通信协议，那么基于第一通信协议将各故障诊断指令发送至该目标车辆就可以实现该终端设备和该目标车辆之间的无线通信。
107.另外，由于各故障诊断指令可以指示该目标车辆需要进行故障诊断的目标装置
和/或需要对目标装置进行的诊断项目，如此，就可以实现该终端设备通过无线的方式向该目标车辆发送指令，以实现无线控制该目标车辆对该目标车辆的各目标装置进行故障诊断的功能。
108.步骤1004：接收并显示该目标车辆发送的诊断结果。
109.可选地，该诊断结果是该目标车辆执行各故障诊断指令，对各目标装置进行故障诊断或基于相应的诊断项目对各目标装置的具体元件或具体参数进行故障诊断得到的。
110.该诊断结果可以用于指示各目标装置是否发生故障以及各目标装置的故障类型。
111.具体地，该故障类型可以是指该目标装置中的哪些元件故障或哪些参数异常。该诊断结果可以是与各故障诊断指令对应的。
112.另外，具体可以基于该第一通信协议接收该诊断结果。
113.值得说明的是，由于该诊断结果是由该目标车辆执行各故障诊断指令、对各目标装置进行故障检测得到的，且该诊断结果可以指示目标装置是否发生故障以及各目标装置的故障类型，而各目标装置是否发生故障以及各目标装置的故障类型就是该目标车辆的故障信息。并且，该终端设备基于该第一通信协议接收该诊断结果之后，就可以实现无线获取该目标车辆的故障信息的目的。
114.在本技术实施例中，通过响应于用户在该终端设备上的触发操作，确定目标车辆的至少一个目标装置。根据各目标装置生成至少一个故障诊断指令。基于第一通信协议将各故障诊断指令发送至该目标车辆。接收并显示该目标车辆发送的诊断结果。
115.其中，响应于用户在该终端设备上的触发操作，确定目标车辆的至少一个目标装置，并根据各目标装置生成至少一个故障诊断指令。这样，可以将用户通过触发操作确定出的需要进行故障诊断的各目标装置，并准确地生成用于指示出用户期望要进行故障诊断的部件以及用户期望进行的诊断项目各故障诊断指令。
116.基于第一通信协议将各故障诊断指令发送至该目标车辆。由于该第一通信协议是无线通信协议，那么基于第一通信协议将各故障诊断指令发送至该目标车辆就可以实现该终端设备和该目标车辆之间的无线通信。由于各故障诊断指令可以指示该目标车辆需要进行故障诊断的目标装置和/或需要对目标装置进行的诊断项目，如此，就可以实现该终端设备通过无线的方式向该目标车辆发送指令，以实现无线控制该目标车辆对该目标车辆的各目标装置进行故障诊断的功能。
117.接收并显示该目标车辆发送的诊断结果。这样，该终端设备就可以通过无线的方式获取到该目标车辆的故障信息。而将显示该诊断结果的情况下，用户就可以直接在该终端设备上查看该目标车辆发生故障的装置和具体的故障类型，即可为用户提供有效的显示辅助。
118.如此，可以达到实现无线获取车辆的故障信息的效果。
119.一种可能的实现方式中，响应于用户在该终端设备上的触发操作，确定目标车辆的至少一个目标装置，该方法还包括：
120.响应于该触发操作，生成诊断请求信息。
121.可选地，该诊断请求信息是根据用户的触发操作生成的，该诊断请求信息具体可以用于记录用户在该终端设备上触发了哪些控件、选中了该目标车辆的哪些装置和/或选中了哪些装置的哪些诊断项目。
122.解析该诊断请求信息，得到各目标装置和/或诊断项目。
123.示例性地，为了更好的说明用户在该终端设备上进行触发操作以确定各目标装置的方式，本技术实施例还提供了如图3所示的终端设备的图形用户界面的示意图。参见图3，图3中的(a)示出了第一种可能的界面m1，可见，界面m1中显示了四个控件，这四个控件分别对应了该目标车辆中的电池、控制器、车灯、无线仪表装置。并且每个控件中分别包括多个子控件，各子控件分别对应于不同的诊断项目，比如对应电池的控件中存在五个子控件，这五个子控件分别对应于电芯状态、温度、电流、电压、afe芯片这五个诊断项目。
124.那么，用户就可以通过点击这四个控件中的一个控件，以选中这个控件以确定需要进行故障诊断的目标装置，进而通过点击并选中相应的子控件确定需要进行的诊断项目。然后再点击“确定”控件，以生成诊断请求信息。
125.另外，若选中了一个控件之后，则只能点击这个控件内的子控件，而不能再点击其他控件内的子控件，这样，可以确保正确地进行该触发操作。
126.继续参见图3中的(b)，图3中的(b)示出了第二种可能的界面m2，可见，界面m2中显示了两个控件，这两个控件分别对应目标车辆信息和触发操作。并且，对应目标车辆信息的控件中还包括两个子控件，这两个子控件分别对应该目标车辆的名称和蓝牙地址。
127.对应触发操作的控件中还包括三个子控件，分别对应“待诊断装置”、“待诊断项目”、“确定”。
128.那么，用户就可以通过点击并选中这个对应触发操作的控件，并在对应“待诊断装置”的子控件中输入用户期望进行故障诊断的目标装置，进而通过在对应“待诊断项目”的子控件中输入用户期望对该目标装置进行的诊断项目。然后再点击“确定”控件，以生成诊断请求信息。
129.另外，在用户点击并选中这个对应触发操作的控件之后，可以由用户自己输入相应的装置，也可以弹出相应的下拉菜单，并在下拉菜单上显示出该目标车辆的各个装置以供用户选择。本技术实施例对此不做限定。
130.值得注意的是，若用户只选择期望进行故障检测的装置作为该目标装置，但并未选择期望对该目标装置进行的诊断项目，在这种情况下，该诊断请求信息就只包括该目标装置，并不包括诊断项目。
131.这样，就可以准确地确定出用户期望进行故障诊断的目标装置和/或期望进行的诊断项目。
132.一种可能的实现方式中，参见图4，接收并显示该目标车辆发送的诊断结果，包括：
133.步骤1005：接收并解析该诊断结果，得到该诊断结果的诊断项目。
134.值得说明的是，该诊断结果可以是指该目标车辆执行各故障诊断指令，并对各目标装置进行对应的诊断项目之后得到的，那么该诊断结果还可以指示该目标车辆具体对各目标装置进行了哪些诊断项目、以及执行这些诊断项目之后确定的故障类型。也即，该诊断结果的诊断项目可以指示该目标车辆具体成功执行了哪些诊断项目。
135.这样，便于后续根据诊断结果的诊断项目确定该目标车辆是否成功执行各故障诊断指令。
136.步骤1006：确定该诊断结果的诊断项目和该诊断请求信息对应的诊断项目是否匹配。
137.值得注意的是，若该诊断请求信息中包括诊断项目，则该诊断请求信息对应的诊断项目就是该诊断请求信息中包括的诊断项目。
138.若该诊断请求信息中不包括诊断项目，则该诊断请求信息对应的诊断项目就是该诊断请求信息所指示的目标装置对应的诊断项目。在这种情况下，该诊断请求信息对应的诊断项目具体可以是该诊断请求信息所指示的目标装置对应的所有诊断项目，本技术实施例对此不做限定。
139.值得说明的是，若该诊断结果的诊断项目与该诊断请求信息对应的诊断项目相同，则表明两者匹配。若该诊断结果的诊断项目并未包括该诊断请求信息对应的所有诊断项目、该诊断结果的诊断项目缺失了该诊断请求信息对应的一部分诊断项目、或该诊断结果的诊断项目与该诊断请求信息对应的诊断项目不同，则表明两者不匹配。
140.可以理解的是，若匹配，则可以表明该目标车辆正确地执行了各故障诊断指令。若不匹配，则可以表明该目标车辆未能正确地执行了各故障诊断指令、或者该目标车辆仅仅执行了一部分故障诊断指令。
141.步骤1007：若匹配，则显示第一标识，并确定该诊断结果的诊断项目的参数是否满足预设诊断数据库中的数据参数区间。
142.可选地，该第一标识可以是用于指示该目标车辆正确执行各故障诊断指令的标识。
143.可选地，该诊断结果的诊断项目的参数可以是指该目标车辆执行各故障诊断指令之后确定的该目标装置的实际参数。
144.该预设诊断数据库中可以记录该目标装置在正常工作、未发生故障时各诊断项目的正常参数或正常状态。
145.该数据参数区间可以是与各诊断项目对应的。也即每个诊断项目分别对应一个数据参数区间。该数据参数区间可以指示该目标装置、该目标装置的各元件在正常工作的情况下，各诊断项目对应的最小参数和最大参数。
146.值得注意的是，若诊断结果的诊断项目的参数大于或等于该数据参数区间的最小参数，且小于或等于该数据参数区间的最大参数，则表明该诊断结果的诊断项目的参数是否满足预设诊断数据库中的数据参数区间。否则，表明该诊断结果的诊断项目的参数不满足预设诊断数据库中的数据参数区间。
147.步骤1008：若满足，则确定该诊断结果的诊断项目未发生故障，并在该终端设备的显示界面上显示第一信息。
148.可选地，该显示界面则可以是上述的图形用户界面。
149.该第一信息用于指示该诊断结果的诊断项目未发生故障。
150.步骤1009：若不满足，则确定该诊断结果的诊断项目发生故障，并在该显示界面上显示第二信息。
151.可选地，该第二信息用于指示该诊断结果的诊断项目发生故障。
152.示例性地，该第二信息可以指示该诊断结果中的诊断项目具体发生了何种故障。比如，该诊断结果中包括四个诊断项目，这四个诊断项目分别为电芯温度、电池电流、电池电压、电机机芯转速。假设，该诊断结果指示这四个诊断项目的参数如下：该电芯温度为30℃、电池电流为15a、电池电压为12v、电机机芯转速为2000r/min。而该预设诊断数据库中的
数据参数区间指示在正常工作的情况下，电芯温度的区间为[15℃，50℃]、电池电流的区间为[5a，12a]、电池电压的区间为[5v，15v]、电机机芯转速的区间为[500，4000r/min]。
[0153]
可见，该诊断结果中“电池电流”这一诊断项目的参数不满足预设诊断数据库中的数据参数区间所指示的在正常工作的情况下的参数。在这种情况下，该第二信息就可以指示该诊断结果中的“电池电流”这一诊断项目发生故障。
[0154]
另外，该终端设备还可以通过互联网搜索解决发生故障的诊断项目的排障方式，或者通过在预设的、记录故障排除方式的数据库中检索相应的排障方式。在这种情况下，该第二信息还可以包括相应的排障方式，本技术实施例对此不做限定。
[0155]
值得说明的是，这样，就可以准确地确定出该目标车辆的目标装置对应的诊断项目是否发生故障，并在该终端设备的显示界面上显示相应的故障信息。
[0156]
另外，由于该故障诊断指令是基于第一通信协议、通过无线的方式发送到该目标车辆的，且该诊断结果是在该目标车辆执行完各故障诊断指令之后通过无线的方式发送给该终端设备的，因此，这样也就能够实现无线获取车辆的故障信息的效果。
[0157]
一种可能的实现方式中，参见图5，确定该诊断结果的诊断项目和该诊断请求信息的诊断项目是否匹配之后，该方法还包括：
[0158]
步骤1010：若不匹配，则显示第二标识，并根据预设条件确定该诊断请求信息的诊断项目中与该诊断结果的诊断项目不匹配的至少一个待验证诊断项目。
[0159]
可选地，该第二标识可以是用于指示该目标车辆未能正确执行各故障诊断指令的标识。
[0160]
示例性地，假设该诊断请求信息中的诊断项目共有10个，分别为该电池的电芯状态、温度、电流、电压、afe芯片，控制器的三相桥、三相电压、温度、io接口、电源。而该诊断结果中的诊断项目仅包括9个，分别为电池的电芯状态、温度、电流、电压、afe芯片，控制器的三相桥、三相电压、温度、io接口。可见，该诊断结果的诊断项目并未完全包括该诊断请求信息的诊断项目，也即，该目标车辆未能获取到完整的诊断项目的参数、和/或未能正确执行各故障诊断指令。那么，就可以确定该诊断结果的诊断项目和该诊断请求信息的诊断项目不匹配。在这种情况下，就需要显示该第二标识以便用户查看。
[0161]
可选地，该预设条件可以是由相关技术人员根据实际需要设置的。一般地，该预设条件可以是指将该诊断请求信息的诊断项目中与该诊断结果的诊断项目不匹配的诊断项目全部作为该待验证诊断项目。该预设条件也可以是指将该诊断请求信息的诊断项目中与该诊断结果的诊断项目不匹配的、且不影响正常骑行的诊断项目作为该待验证诊断项目。
[0162]
值得注意的是，不影响正常骑行的诊断项目可以是指照明装置对应的诊断项目，无线仪表装置的蓝牙、屏幕、按键、感光传感器等项目。而影响正常骑行的诊断项目可以是指可能会造成该目标车辆加减速、切换挡位、或造成该目标车辆上的装置损坏以影响用户骑行安全的诊断项目，比如该目标车辆的电机的机芯转速等项目。
[0163]
步骤1011：确定与该待验证诊断项目对应的待验证装置。
[0164]
示例性地，若该待验证诊断项目为照明装置的温度，那么该待验证装置就是该照明装置。若该待验证诊断项目为该无线仪表装置的按键，则该待验证装置为该无线仪表装置。
[0165]
步骤1012：根据该待验证诊断项目和该待验证诊断项目对应的待验证装置生成验
证指令。
[0166]
可选地，该验证指令也可以是一种故障诊断指令。该验证指令可以指示具体需要对各目标装置的进行哪些诊断项目。
[0167]
一般地，该验证指令会指示需要对待验证装置进行该待验证诊断项目的故障检测，以确保能准确完成验证。
[0168]
步骤1013：基于该第一通信协议将该验证指令发送至该目标车辆。
[0169]
如此，可以实现该终端设备与该目标车辆之间的无线通信，以实现终端设备能够无线控制该目标车辆进行故障验证的目的。
[0170]
一种可能的实现方式中，参见图6，据各目标装置生成至少一个故障诊断指令，包括：
[0171]
步骤1014：确定该目标装置是否存在对应的诊断项目。
[0172]
具体地，可以根据上述的诊断请求信息确定用户在指示需要进行故障检测的装置时，是否同时指定了需要执行的诊断项目。
[0173]
值得注意的是，若是，则表明用户仅期望对该目标装置中的一部分元件或一部分参数进行故障检测。若否，则表明用户期望对该目标装置的所有元件和所有参数均进行故障检测。
[0174]
步骤1015：若是，则基于该第一通信协议分别将各目标装置对应的各诊断项目封装成第一数据包，并将各第一数据包作为各故障诊断指令。
[0175]
可选地，若该第一通信协议为蓝牙协议，那么该第一数据包则为蓝牙数据包。若该第一通信协议为红外协议，那么该第一数据包则为红外数据包。本技术实施例对此不做限定。
[0176]
另外，可以将多个诊断项目封装为一个数据包，也可以将每个诊断项目分别封装为一个数据包，本技术实施例对此不做限定。
[0177]
值得说明的是，若将每个诊断项目分别封装为一个第一数据包，则可以依次将各第一数据包以广播的形式发送出去，直至将所有第一数据报均发送完成则可以确定完成本次故障诊断指令的发送。
[0178]
例如，若故障诊断指令指示需要对“无线仪表装置”进行诊断，并且具体指示需要执行“无线仪表装置的蓝牙模组、屏幕、感光传感器”这三个诊断项目，则终端设备确定诊断项目的数量为3个，在发送故障诊断指令求时，需要依次发送包括诊断项目是蓝牙模组的第一数据包、诊断项目是屏幕的第一数据包、诊断项目是感光传感器的第一数据包，将这三个第一数据包全部发送出去之后则可以确定完成本次故障诊断指令的发送。
[0179]
步骤1016：若否，则基于该第一通信协议将该目标装置对应的诊断请求信息封装为第二数据包，并将该第二数据包作为该故障诊断指令。
[0180]
值得注意的是，在这种情况下，说明用户没有指示特定的诊断项目，仅仅指定了需要进行故障检测的目标装置。因此，可以直接将该诊断请求信息封装为一个第二数据包作为该故障诊断指令发送给该目标车辆。
[0181]
一般地，在该目标车辆接收到包括该第二数据包的故障诊断指令之后，可以确定需要对该目标装置的所有元件和所有参数均进行故障检测。
[0182]
例如，若该故障诊断指令仅仅指示对“无线仪表装置”进行诊断，而没有具体指示
需要对“无线仪表装置”进行的诊断项目，则终端设备发送该故障诊断指令时，只需要对外发送包括需要诊断无线仪表装置的第二数据包，即可确定完成本次故障诊断指令的发送。
[0183]
如此，可以提高生成该故障诊断指令的灵活性，并且确保该目标车辆能正常完成故障检测，进而使得该终端设备能够实现获取该目标车辆的故障信息的目的。
[0184]
一种可能的方式中，该故障诊断方法还可以包括：
[0185]
该终端设备控制该终端设备的无线模块开启搜索功能，以在预设时间内搜索正在广播的至少一个匹配的无线设备，在终端设备上显示搜索到的无线设备的列表，根据该列表所示的序列号、无线地址确定目标无线仪表装置，从而根据该目标无线仪表装置确定目标车辆。
[0186]
示例性地，若该终端设备和该目标车辆均基于蓝牙模块进行通信，那么该终端设备若搜索到两个无线设备，则可以在图像用户界面上显示这两个无线设备的信息。比如，一个无线仪表装置的序列号为fb202303241628276，蓝牙地址fc:d5:7c:60:02:bd。另一个无线仪表装置的序列号为eb2023032416281628，蓝牙地址ec:c5:7f:65:02:bc。
[0187]
另外，该终端设备在搜索到目标无线仪表装置并确定该目标车辆之后，可以通过任意可能的方式与该目标无线仪表装置或该目标车辆建立配对连接。
[0188]
需要说明的是，如上搜索、匹配的步骤可以在步骤1001之前执行，也可以在步骤1003之前执行，本技术实施例对此不做限定。
[0189]
图7为本技术提供的一种故障诊断方法的流程图，该方法可以应用于任一可能的车辆。参见图7，本技术实施例提供一种故障诊断方法，包括：
[0190]
步骤2001：接收并解析终端设备发送的故障诊断指令。
[0191]
可选地，该车辆可以是上述车辆b，具体可以通过上述无线仪表装置基于上述第一通信协议接收该故障诊断指令。
[0192]
解析该故障诊断指令可以是指解封该故障诊断指令的各个数据包，以确定需要对哪些装置进行故障诊断、和/或需要对各目标装置进行哪些诊断项目。
[0193]
步骤2002：确定该故障诊断指令所指示的目标装置，并对该目标装置进行故障检测，得到该目标装置的诊断结果。
[0194]
可选地，具体可以是基于该故障诊断指令指示的诊断项目或与该目标装置对应的诊断项目对该目标装置进行故障检测。
[0195]
步骤2003：基于第一通信协议将该诊断结果发送给该终端设备。
[0196]
如此，可以实现该车辆与该终端设备之间的无线通信，以确保该终端设备可以通过无线的方式获取该目标车辆的故障信息的目的。
[0197]
一种可能的实现方式中，确定该故障诊断指令所指示的目标装置，并对该目标装置进行故障检测，包括：
[0198]
确定该故障诊断指令所指示的目标装置，并确定该故障诊断指令是否指示与该目标装置对应的诊断项目。
[0199]
值得注意的是，若是，则表明用户指示了需要进行故障检测的目标装置，以及对于该目标装置需要进行的特定诊断项目。若否，则表明用户仅指示了需要进行故障检测的目标装置。
[0200]
若是，则基于该目标装置对应的诊断项目对该目标装置进行故障检测。
[0201]
可选地，该目标装置对应的诊断项目可以是指该故障诊断指令所指示的诊断项目，也即上述诊断请求信息的诊断项目。
[0202]
这样，可以准确地对该目标装置进行用户指定的特定诊断项目的故障检测。
[0203]
若否，则将预设诊断数据库中与该目标装置对应的所有待选诊断项目，并将各待选诊断项目均作为该目标装置对应的诊断项目，并基于该目标装置对应的诊断项目对该目标装置进行故障检测。
[0204]
可选地，该预设诊断数据库中还可以包括该目标车辆的各装置对应的所有诊断项目。
[0205]
可选地，该待选诊断项目则是该目标装置对应的所有的诊断项目。
[0206]
这样，就可以在用户并未指定特定的诊断项目的情况下，对该目标装置进行全面的诊断。
[0207]
一种可能的实现方式中，由于车辆包括无线仪表装置和控制器，那么，基于该目标装置对应的诊断项目对该目标装置进行故障检测，包括：
[0208]
在该目标装置不为该无线仪表装置的情况下，该无线仪表装置根据该目标装置对应的诊断项目生成检测信息，并基于第二通信协议将该检测信息发送给该控制器。
[0209]
可选地，该检测信息用于指示针对该目标装置需要执行的所有诊断项目。
[0210]
可选地，该第二通信协议可以是总线协议或串口协议，具体可以根据该无线仪表装置与该控制器的连接方式确定。
[0211]
该控制器根据该检测信息对该目标装置的至少一个部件进行故障检测。
[0212]
可选地，该目标装置的部件可以是该目标装置上的元件，比如该目标装置为电机，那么该目标装置的部件可以是该电机的机芯转子、霍尔传感器、温度传感器、速度传感器等元件，本技术实施例对此不做限定。
[0213]
这样，就可以准确地获取到该目标装置的各部件的诊断结果或故障信息。
[0214]
在该目标装置为该无线仪表装置的情况下，该无线仪表装置根据该目标装置对应的诊断项目对该无线仪表装置的至少一个部件进行故障检测。
[0215]
可选地，在这种情况下，则表明该无线仪表装置需要进行自检，则可以由该无线仪表装置中的mcu执行该故障诊断指令，以对该无线仪表装置的至少一个部件进行故障检测。
[0216]
可选地，该无线仪表装置的至少一个部件可以是与该目标装置对应的诊断项目对应的。
[0217]
这样，就可以实现目标车辆的故障检测，以便后续将该目标车辆的诊断结果发送至该终端设备。
[0218]
一种可能的实现方式中，若该目标装置包括相应的mcu或处理器，那么，该控制器根据该检测信息对该目标装置的至少一个部件进行故障检测，包括：
[0219]
该控制器将该检测信息发送至该目标装置的mcu，并由该目标装置的mcu解析该检测信息，以根据该检测信息所指示的诊断项目控制该目标装置的相应部件工作，并调用相应的传感器或检测装置对进行该目标装置的相应部件故障检测。
[0220]
若该目标装置不包括相应的mcu或处理器，那么，该控制器根据该检测信息对该目标装置的至少一个部件进行故障检测，包括：
[0221]
该控制器解析该检测信息，确定该检测信息所指示的诊断项目。
[0222]
根据该检测信息所指示的诊断项目控制该目标装置的相应部件工作，并调用相应的传感器或检测装置对该目标装置的相应部件进行故障检测。
[0223]
如此，可以实现故障检测的灵活性。
[0224]
一种可能的方式中，若该终端设备和该车辆均基于蓝牙协议进行通信，那么该终端设备和该车辆之间的数据包和/或指令则均以“包头+数据长度+包体+校验位”的格式进行封装。
[0225]
其中，包头表示故障诊断指令的数据包的开始，可以用0xab+0xba表示，数据长度为包体的长度。校验位用来为对包头、数据长度和包体进行校验，可以采用crc校验。
[0226]
包体，可以包括：目标地址+源地址+控制命令+索引+子索引+诊断内容+校验，其中，通过源地址可以判断故障诊断指令的发送方，通过目标地址可以判断诊断指令的实际接收方。发送故障诊断指令时，发送方为终端设备，实际接收方为目标车辆。发送诊断结果时，发送方为目标车辆，接收方为终端设备。控制命令包括：控制命令包括诊断请求的读命令0x01，反馈诊断结果的应答命令0x10。通过索引、子索引可以指向目标车辆的诊断项目和诊断内容。
[0227]
示例性地，本技术实施例提供的目标装置、诊断项目、索引、子索引和诊断内容之间的关系可以如下表所示：
[0228][0229]
[0230]
需要说明的是，应用于该车辆的故障诊断方法与应用于上述终端设备的故障诊断方法是对应的，具体的工作原理和有益效果可以参见上述对应实施例，本技术实施例在此不做赘述。
[0231]
下述对用以执行的本技术所提供故障诊断方法的装置、设备及计算机可读存储介质等进行说明，其具体的实现过程以及技术效果参见上述，下述不再赘述。
[0232]
图8是本技术实施例提供的一种故障诊断装置的结构示意图，应用于终端设备，参见图8，该装置包括：
[0233]
确定模块301，用于响应于用户在该终端设备上的触发操作，确定目标车辆的至少一个目标装置。
[0234]
各目标装置为该目标车辆上需要进行故障诊断的部件。
[0235]
生成模块302，用于根据各目标装置生成至少一个故障诊断指令。
[0236]
第一发送模块303，用于基于第一通信协议将各故障诊断指令发送至该目标车辆。
[0237]
执行模块304，用于接收并显示该目标车辆发送的诊断结果。
[0238]
该诊断结果用于指示各目标装置是否发生故障以及各目标装置的故障类型。
[0239]
图9是本技术实施例提供的一种故障诊断装置的结构示意图，应用于车辆，参见图9，该装置包括：
[0240]
解析模块401，用于接收并解析终端设备发送的故障诊断指令。
[0241]
检测模块402，用于确定该故障诊断指令所指示的目标装置，并对该目标装置进行故障检测，得到该目标装置的诊断结果。
[0242]
第二发送模块403，用于基于第一通信协议将该诊断结果发送给该终端设备。
[0243]
上述装置用于执行前述实施例提供的方法，其实现原理和技术效果类似，在此不再赘述。
[0244]
以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(application specific integrated circuit，简称asic)，或，一个或多个微处理器，或，一个或者多个现场可编程门阵列(field programmable gate array，简称fpga)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(central processing unit，简称cpu)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称soc)的形式实现。
[0245]
图10是本技术实施例提供的一种终端设备的结构示意图。参见图10，终端设备500包括：存储器501、处理器502，存储器501中存储有可在处理器502上运行的计算机程序，处理器502执行计算机程序时，实现上述相应的任意方法实施例中的步骤。
[0246]
本技术实施例还提供了一种车辆，包括：无线仪表装置、控制器和存储器，该无线仪表装置和该控制器中均包括处理器，该存储器中存储有可在该处理器上运行的计算机程序，该处理器执行该计算机程序时，实现上述相应的任意方法实施例中的步骤。
[0247]
本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时可实现上述各个方法实施例中的步骤。
[0248]
可选地，本技术还提供一种程序产品，例如计算机可读存储介质，包括程序，该程序在被处理器执行时用于执行上述任一故障诊断方法实施例。
[0249]
在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
[0250]
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0251]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
[0252]
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是个人计算机，服务器，或者网络设备等)或处理器(英文：processor)执行本发明各个实施例方法的部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文：read-only memory，简称：rom)、随机存取存储器(英文：random access memory，简称：ram)、磁碟或者光盘等各种可以存储程序代码的介质。
[0253]
上仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。
[0254]
以上所述仅为本技术的优选实施例而已，并不用于限制本技术，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。

技术特征：
1.一种故障诊断方法，其特征在于，应用于终端设备，所述方法包括：响应于用户在所述终端设备上的触发操作，确定目标车辆的至少一个目标装置，各所述目标装置为所述目标车辆上需要进行故障诊断的部件；根据各所述目标装置生成至少一个故障诊断指令；基于第一通信协议将各所述故障诊断指令发送至所述目标车辆；接收并显示所述目标车辆发送的诊断结果，所述诊断结果用于指示各所述目标装置是否发生故障以及各所述目标装置的故障类型。2.如权利要求1所述的故障诊断方法，其特征在于，所述响应于用户在所述终端设备上的触发操作，确定目标车辆的至少一个目标装置，所述方法还包括：响应于所述触发操作，生成诊断请求信息；解析所述诊断请求信息，得到各所述目标装置和/或诊断项目。3.如权利要求2所述的故障诊断方法，其特征在于，所述接收并显示所述目标车辆发送的诊断结果，包括：接收并解析所述诊断结果，得到所述诊断结果的诊断项目；确定所述诊断结果的诊断项目和所述诊断请求信息对应的诊断项目是否匹配；若匹配，则显示第一标识，并确定所述诊断结果的诊断项目的参数是否满足预设诊断数据库中的数据参数区间；若满足，则确定所述诊断结果的诊断项目未发生故障，并在所述终端设备的显示界面上显示第一信息；若不满足，则确定所述诊断结果的诊断项目发生故障，并在所述显示界面上显示第二信息。4.如权利要求3所述的故障诊断方法，其特征在于，所述确定所述诊断结果的诊断项目和所述诊断请求信息对应的诊断项目是否匹配之后，所述方法还包括：若不匹配，则显示第二标识，并根据预设条件确定所述诊断请求信息对应的诊断项目中与所述诊断结果的诊断项目不匹配的至少一个待验证诊断项目；确定与所述待验证诊断项目对应的待验证装置；根据所述待验证诊断项目和所述待验证诊断项目对应的待验证装置生成验证指令；基于所述第一通信协议将所述验证指令发送至所述目标车辆。5.如权利要求1所述的故障诊断方法，其特征在于，所述根据各所述目标装置生成至少一个故障诊断指令，包括：确定所述目标装置是否存在对应的诊断项目；若是，则基于所述第一通信协议分别将各所述目标装置对应的各诊断项目封装成第一数据包，并将各所述第一数据包作为各所述故障诊断指令；若否，则基于所述第一通信协议将所述目标装置对应的诊断请求信息封装为第二数据包，并将所述第二数据包作为所述故障诊断指令。6.一种故障诊断方法，其特征在于，应用于车辆，所述方法包括：接收并解析终端设备发送的故障诊断指令；确定所述故障诊断指令所指示的目标装置，并对所述目标装置进行故障检测，得到所述目标装置的诊断结果；
基于第一通信协议将所述诊断结果发送给所述终端设备。7.如权利要求6所述的故障诊断方法，其特征在于，所述确定所述故障诊断指令所指示的目标装置，并对所述目标装置进行故障检测，包括：确定所述故障诊断指令所指示的目标装置，并确定所述故障诊断指令是否指示与所述目标装置对应的诊断项目；若是，则基于所述目标装置对应的诊断项目对所述目标装置进行故障检测；若否，则将预设诊断数据库中与所述目标装置对应的所有待选诊断项目，并将各所述待选诊断项目均作为所述目标装置对应的诊断项目，并基于所述目标装置对应的诊断项目对所述目标装置进行故障检测。8.如权利要求7所述的故障诊断方法，其特征在于，所述车辆包括无线仪表装置和控制器；所述基于所述目标装置对应的诊断项目对所述目标装置进行故障检测，包括：在所述目标装置不为所述无线仪表装置的情况下，所述无线仪表装置根据所述目标装置对应的诊断项目生成检测信息，并基于第二通信协议将所述检测信息发送给所述控制器；所述控制器根据所述检测信息对所述目标装置的至少一个部件进行故障检测；在所述目标装置为所述无线仪表装置的情况下，所述无线仪表装置根据所述目标装置对应的诊断项目对所述无线仪表装置的至少一个部件进行故障检测。9.一种终端设备，其特征在于，包括：存储器、处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述权利要求1至5任一项所述的故障诊断方法的步骤。10.一种车辆，其特征在于，包括：无线仪表装置、控制器和存储器，所述无线仪表装置和所述控制器中均包括处理器，所述存储器中存储有可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时，实现上述权利要求6至8任一项所述的故障诊断方法的步骤。

技术总结
本申请提供一种故障诊断方法、终端设备以及车辆，属于电子技术领域。所述方法包括：响应于用户在所述终端设备上的触发操作，确定目标车辆的至少一个目标装置，各所述目标装置为所述目标车辆上需要进行故障诊断的部件；根据各所述目标装置生成至少一个故障诊断指令；基于第一通信协议将各所述故障诊断指令发送至所述目标车辆；接收并显示所述目标车辆发送的诊断结果，所述诊断结果用于指示各所述目标装置是否发生故障以及各所述目标装置的故障类型。本申请可以达到实现无线获取车辆的故障信息的效果。的效果。的效果。


技术研发人员：孙敏 王小雷
受保护的技术使用者：南京懂玫驱动技术有限公司
技术研发日：2023.05.22
技术公布日：2023/8/14