车辆故障码测试方法、装置、存储介质及电子装置与流程

1.本发明涉及车辆领域，具体而言，涉及一种车辆故障码测试方法、装置、存储介质及电子装置。


背景技术：

2.目前，为了满足市场和用户的需求，通常情况下同一车型中会有多种配置。针对整车控制器而言，不同配置间的区别可能表现为：1、是否配备某个控制器，例如，高配车辆带有自动泊车控制器，而低配车辆不具备该控制器；2、控制器的软件功能不同，例如，高配车辆的控制器软件功能较多，而低配车辆的控制器软件功能较少。
3.由此可知，同一个控制器在不同配置下支持的故障码可能不同，因此需要通过写入配置码使控制器明确车辆的配置以及故障码清单，以便提供正确的故障提示。为防止控制器误报或者漏报故障码，需要对控制器在不同配置下支持的故障码进行验证。
4.相关技术中，通常是人工手动向控制器写入配置码，随后读取控制器支持的故障码，进行一一核对，验证该配置码下控制器支持的故障码是否正确。但这种方法耗时较长、效率较低。
5.针对上述的问题，目前尚未提出有效的解决方案。


技术实现要素：

6.本发明实施例提供了一种车辆故障码测试方法、装置、存储介质及电子装置，以至少解决相关技术中由于车辆的故障码测试耗时较长而导致的故障码测试效率较低的技术问题。
7.根据本发明其中一实施例，提供了一种车辆故障码测试方法，包括：获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息；响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。
8.可选地，目标标识信息包括配置码数据标识符，基于第一配置信息确定第二配置信息包括：获取配置码数据标识符和预设配置码对应的目标字符长度；基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息。
9.可选地，目标标识信息还包括数据帧间隔信息，基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息包括：响应于目标字符长度小于或者等于预设字符长度，将首帧、配置码数据标识符和预设配置码确定为第二配置信息；响应于目标字符长度大于预设字符长度，发送首帧并基于数据帧间隔信息确定第二配置信息。
10.可选地，基于数据帧间隔信息确定第二配置信息包括：响应于数据帧间隔信息为空值，基于至少一个控制器对应的流控帧将待发送的连续帧确定为第二配置信息；响应于
数据帧间隔信息并非为空值，基于数据帧间隔信息将待发送的连续帧确定为第二配置信息。
11.可选地，基于目标响应信息确定至少一个控制器对应的目标测试结果包括：基于目标响应信息获取至少一个控制器支持的候选故障码；利用候选故障码与预设故障码的第二比较结果确定目标测试结果。
12.可选地，利用候选故障码与预设故障码的第二比较结果确定目标测试结果包括：响应于候选故障码与预设故障码相同，确定预设配置码对应的测试结果为测试成功；响应于候选故障码与预设故障码不相同，确定预设配置码对应的测试结果为测试失败。
13.根据本发明其中一实施例，还提供了一种车辆故障码测试装置，包括：获取模块，用于获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；发送模块，用于基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息；处理模块，响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。
14.可选地，发送模块还用于获取配置码数据标识符和预设配置码对应的目标字符长度；基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息。
15.可选地，发送模块还用于响应于目标字符长度小于或者等于预设字符长度，将首帧、配置码数据标识符和预设配置码确定为第二配置信息；响应于目标字符长度大于预设字符长度，发送首帧并基于数据帧间隔信息确定第二配置信息。
16.可选地，发送模块还用于响应于数据帧间隔信息为空值，基于至少一个控制器对应的流控帧将待发送的连续帧确定为第二配置信息；响应于数据帧间隔信息并非为空值，基于数据帧间隔信息将待发送的连续帧确定为第二配置信息。
17.可选地，处理模块还用于基于目标响应信息获取至少一个控制器支持的候选故障码；利用候选故障码与预设故障码的第二比较结果确定目标测试结果。
18.可选地，处理模块还用于响应于候选故障码与预设故障码相同，确定预设配置码对应的测试结果为测试成功；响应于候选故障码与预设故障码不相同，确定预设配置码对应的测试结果为测试失败。
19.根据本发明其中一实施例，还提供了一种非易失性存储介质，存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述任一项中的车辆故障码测试方法。
20.根据本发明其中一实施例，还提供了一种处理器，处理器用于运行程序，其中，程序被设置为运行时执行上述任一项中的车辆故障码测试方法。
21.根据本发明其中一实施例，还提供了一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任一项中的车辆故障码测试方法。
22.在本发明实施例中，通过获取目标车辆中至少一个控制器对应的第一配置信息，进而基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息，最后响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，达到了缩短车辆的故障码测试时长的目的，从而实现了提高故障码测试效率的技术效果，进而解决了相关技术中由于车辆的故障码测试耗时较长而导致的故
障码测试效率较低的技术问题。
附图说明
23.此处所说明的附图用来提供对本发明的进一步理解，构成本技术的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
24.图1是根据本发明其中一实施例的一种车辆故障码测试方法的流程图；
25.图2是根据本发明其中一实施例的一种车辆故障码测试系统的示意图；
26.图3是根据本发明其中一实施例的一种车辆故障码测试方法的示意图；
27.图4是根据本发明其中一实施例的另一种车辆故障码测试方法的示意图；
28.图5是根据本发明其中一实施例的一种车辆故障码测试装置的结构框图。
具体实施方式
29.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
30.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
31.根据本发明实施例，提供了一种车辆故障码测试的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
32.该方法实施例可以在包含存储器和处理器的电子装置或者类似的运算装置中执行。以运行在计算机终端上为例，计算机终端可以包括一个或多个处理器(处理器可以包括但不限于中央处理器(central processing unit，cpu)、图形处理器(graphics processing unit，gpu)、数字信号处理(digital signal processing，dsp)芯片、微处理器(micro controller unit，mcu)、可编程逻辑器件(field programmable gate array，fpga)、神经网络处理器(neural-network processor unit，npu)、张量处理器(tensor processing unit，tpu)、人工智能(artificial intelligence，ai)类型处理器等的处理装置)和用于存储数据的存储器。可选地，上述计算机终端还可以包括用于通信功能的传输设备、输入输出设备以及显示设备。本领域普通技术人员可以理解，上述结构描述仅为示意，其并不对上述计算机终端的结构造成限定。例如，计算机终端还可包括比上述结构描述更多或者更少的组件，或者具有与上述结构描述不同的配置。
33.存储器可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的车辆故障码测试方法对应的计算机程序，处理器通过运行存储在存储器内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的车辆故障码测试方法。存储器可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器可进一步包括相对于处理器远程设置的存储器，这些远程存储器可以通过网络连接至移动终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
34.传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端的通信供应商提供的无线网络。在一个实例中，传输装置包括一个网络适配器(network interface controller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置可以为射频(radio frequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。
35.显示设备可以例如触摸屏式的液晶显示器(liquid crustal display，lcd)和触摸显示器(也被称为“触摸屏”或“触摸显示屏”)。该液晶显示器可使得用户能够与移动终端的用户界面进行交互。在一些实施例中，上述移动终端具有图形用户界面(graphical user interface，gui)，用户可以通过触摸触敏表面上的手指接触和/或手势来与gui进行人机交互，此处的人机交互功能可选的包括如下交互：创建网页、绘图、文字处理、制作电子文档、游戏、视频会议、即时通信、收发电子邮件、通话界面、播放数字视频、播放数字音乐和/或网络浏览等、用于执行上述人机交互功能的可执行指令被配置/存储在一个或多个处理器可执行的计算机程序产品或可读存储介质中。
36.图1是根据本发明其中一实施例的一种车辆故障码测试方法的流程图，如图1所示，该方法包括如下步骤：
37.步骤s12，获取目标车辆中至少一个控制器对应的第一配置信息。
38.在上述步骤s12中，上述第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码，其中，第一配置信息可以以表格的形式进行存储，如表1所示。
39.表1第一配置信息
40.[0041][0042]
具体的，目标标识信息可以包括控制器标识(identification，id)、请求标识(id)、响应标识(id)、配置码数字标识符(data identifier，did)和数据帧时间间隔(stmin)。其中，控制器id可用于区分不同的控制器；请求id和响应id为控制器在can总线上被分配的诊断id；配置码did可以用于标识车辆的配置，不同的配置码did对应不同的配置，例如f123；数据帧时间间隔stmin为控制器在接收连续帧时可以接受的帧间隔，即两个连续帧的最小时间间隔，例如，空值，或者10ms、12ms等。
[0043]
上述第一配置信息中还包括预设配置码和预设故障码，其中，预设配置码如表1中第二列所示的配置码1、配置码2、配置码3等，可以用于标识不同的配置；预设故障码为诊断故障码(diagnostic trouble code，dtc)，是由车载诊断系统识别的故障状态的数字通用标识符，可用于表示控制器在某个配置下应该支持的故障码；其中，预设配置码与预设故障码之间存在对应关系，如表1所示，配置码1对应的预设故障码为dtc1、dtc2、dtc3等，表示在配置码1对应的配置下，控制器应该支持的dtc为dtc1、dtc2、dtc3等。
[0044]
步骤s14，基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息。
[0045]
在上述步骤s14中，在获取到目标车辆中至少一个控制器对应的第一配置信息之后，可以基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息。
[0046]
具体的，上述第二配置信息为待写入控制器的配置信息，可以包括2e、配置码did和配置码，用于确定控制器的配置。
[0047]
步骤s16，响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。
[0048]
在上述步骤s16中，当接收到第二配置信息对应的目标响应信息时，基于目标响应信息确定至少一个控制器对应的目标测试结果。
[0049]
具体的，上述目标响应信息为来自控制器的响应信息，可以用于确定第二配置信息是否成功写入控制器。当根据目标响应信息确定第二配置信息成功写入控制器，则可以读取控制器支持的dtc，进而基于目标响应信息将读取到的dtc与第一配置信息中预设配置码对应的dtc进行对比，进而可以确定预设配置码对应的测试结果。
[0050]
当根据目标响应信息确定第二配置信息没有成功写入控制器，则可以将没有成功写入的错误进行记录，进而重新进入扩展会话，即诊断服务。
[0051]
基于上述步骤s12至步骤s16，通过获取目标车辆中至少一个控制器对应的第一配置信息，进而基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息，最后响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一
个控制器对应的目标测试结果，达到了缩短车辆的故障码测试时长的目的，从而实现了提高故障码测试效率的技术效果，进而解决了相关技术中由于车辆的故障码测试耗时较长而导致的故障码测试效率较低的技术问题。
[0052]
可选地，在步骤s14中，目标标识信息包括配置码数据标识符，基于第一配置信息确定第二配置信息包括：
[0053]
步骤s141，获取配置码数据标识符和预设配置码对应的目标字符长度。
[0054]
在上述步骤s141中，在基于第一配置信息确定第二配置信息时，可以获取配置码数据标识符和预设配置码对应的目标字符长度。
[0055]
具体的，配置码数据标识符和预设配置码对应的目标字符长度可以为配置码数据标识符和预设配置码对应的字节长度之和。例如，配置码数据标识符为2字节、预设配置码为4字节，因此，配置码数据标识符和预设配置码对应的目标字符长度为6。
[0056]
步骤s142，基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息。
[0057]
在上述步骤s142中，在得到获取配置码数据标识符和预设配置码对应的目标字符长度之后，可以基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息。
[0058]
具体的，上述预设字符长度可以为6字节，因为can通信中，如果数据大于7字节，则无法通过一个can帧将该数据传输完整。除了传输配置码数据标识符和预设配置码，在can帧中还需要添加请求id(2e)，而2e占用1个字节，因此一个can帧可传输的配置码数据标识符和预设配置码的字符长度之和最多为6字节。
[0059]
举例而言，如果配置码数据标识符和预设配置码的字符长度之和小于或者等于6字节，则可以利用一个can帧进行传输，此时对应的第二配置信息为2e+配置码数据标识符+预设配置码。
[0060]
再举例而言，如果配置码数据标识符和预设配置码的字符长度之和大于6字节，则无法利用一个can帧进行传输，此时可以将2e+配置码数据标识符+预设配置码划分为多个部分通过连续帧进行传输。
[0061]
基于上述步骤s141至步骤s142，通过获取配置码数据标识符和预设配置码对应的目标字符长度，进而能够基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息。
[0062]
可选地，在步骤s142中，目标标识信息还包括数据帧间隔信息，基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息包括：
[0063]
步骤s1421，响应于目标字符长度小于或者等于预设字符长度，将首帧、配置码数据标识符和预设配置码确定为第二配置信息。
[0064]
在上述步骤s1421中，当目标字符长度小于或者等于预设字符长度，将首帧、配置码数据标识符和预设配置码确定为第二配置信息。
[0065]
具体的，上述首帧为请求id(2e)，因此，当配置码数据标识符和预设配置码的字符长度之和小于或者等于6字节时，将2e+配置码数据标识符+预设配置码确定为第二配置信息。
[0066]
步骤s1422，响应于目标字符长度大于预设字符长度，发送首帧并基于数据帧间隔信息确定第二配置信息。
[0067]
在上述步骤s1422中，当目标字符长度大于预设字符长度时，发送首帧并基于数据帧间隔信息确定第二配置信息。
[0068]
具体的，当配置码数据标识符和预设配置码的字符长度之和大于6字节，发送首帧2e给控制器，此时控制器可以得知数据未传输完整，进而将配置码数据标识符和预设配置码划分为多个块，基于stmin通过连续帧进行传输，直至配置码数据标识符和预设配置码全部传输完毕。
[0069]
基于上述步骤s1421至步骤s1422，通过响应于目标字符长度小于或者等于预设字符长度，将首帧、配置码数据标识符和预设配置码确定为第二配置信息，进而响应于目标字符长度大于预设字符长度，发送首帧并基于数据帧间隔信息确定第二配置信息，能够确保第二配置信息完整地传输至控制器。
[0070]
可选地，在步骤s1422中，基于数据帧间隔信息确定第二配置信息包括：
[0071]
步骤s14221，响应于数据帧间隔信息为空值，基于至少一个控制器对应的流控帧将待发送的连续帧确定为第二配置信息。
[0072]
在上述步骤s14221中，当数据帧间隔信息为空值时，基于至少一个控制器对应的流控帧将待发送的连续帧确定为第二配置信息。
[0073]
具体的，当stmin为空时，将配置码数据标识符和预设配置码划分为多个块，并根据控制器对应的流控帧利用连续帧将上述多个块进行传输，因此上述第二配置信息中为待发送的连续帧。
[0074]
步骤s14222，响应于数据帧间隔信息并非为空值，基于数据帧间隔信息将待发送的连续帧确定为第二配置信息。
[0075]
在上述步骤s14222中，当数据帧间隔信息并非为空值时，基于数据帧间隔信息将待发送的连续帧确定为第二配置信息。
[0076]
具体的，当stmin不为空时，将配置码数据标识符和预设配置码划分为多个块，并根据stmin利用连续帧将上述多个块进行传输，因此上述第二配置信息中为待发送的连续帧。
[0077]
基于上述步骤s14221至步骤s14222，通过响应于数据帧间隔信息为空值，基于至少一个控制器对应的流控帧将待发送的连续帧确定为第二配置信息，进而响应于数据帧间隔信息并非为空值，基于数据帧间隔信息将待发送的连续帧确定为第二配置信息，能够确保第二配置信息完整地传输至控制器。
[0078]
可选地，步骤s16中，基于目标响应信息确定至少一个控制器对应的目标测试结果包括：
[0079]
步骤s161，基于目标响应信息获取至少一个控制器支持的候选故障码。
[0080]
在上述步骤s161中，在基于目标响应信息确定至少一个控制器对应的目标测试结果时，可以基于目标响应信息获取至少一个控制器支持的候选故障码，其中，候选故障码为控制器支持的dtc。
[0081]
具体的，在根据目标响应信息确定第二配置信息成功写入控制器时，可以使用服务，例如19 0a读取控制器支持的dtc。
[0082]
步骤s162，利用候选故障码与预设故障码的第二比较结果确定目标测试结果。
[0083]
在上述步骤s162中，在获取到至少一个控制器支持的候选故障码之后，可以利用
候选故障码与预设故障码的第二比较结果确定目标测试结果。
[0084]
具体的，可以利用19 0a读取到的控制器支持的dtc与第一配置信息中控制器在该配置码下对应的dtc进行比较，从而得到测试结果，以确定预设配置码是否测试成功。
[0085]
基于上述步骤s161至步骤s162，通过基于目标响应信息获取至少一个控制器支持的候选故障码，进而利用候选故障码与预设故障码的第二比较结果确定目标测试结果，能够确定预设配置码是否测试成功。
[0086]
可选地，在步骤s162中，利用候选故障码与预设故障码的第二比较结果确定目标测试结果包括：
[0087]
步骤s1621，响应于候选故障码与预设故障码相同，确定预设配置码对应的测试结果为测试成功。
[0088]
在上述步骤s1621中，当候选故障码与预设故障码相同时，可以确定预设配置码对应的测试结果为测试成功。
[0089]
举例而言，当19 0a读取到的控制器支持的dtc与第一配置信息中控制器在该配置码下对应的dtc相同，则可以确定预设配置码对应的测试结果为测试成功。
[0090]
步骤s1622，响应于候选故障码与预设故障码不相同，确定预设配置码对应的测试结果为测试失败。
[0091]
在上述步骤s1622中，当候选故障码与预设故障码不同时，可以确定预设配置码对应的测试结果为测试失败。
[0092]
举例而言，当19 0a读取到的控制器支持的dtc与第一配置信息中控制器在该配置码下对应的dtc不同，则可以确定预设配置码对应的测试结果为测试失败。
[0093]
基于上述步骤s1621至步骤s1622，通过响应于候选故障码与预设故障码相同，确定预设配置码对应的测试结果为测试成功，以及响应于候选故障码与预设故障码不相同，确定预设配置码对应的测试结果为测试失败，能够确定预设配置码是否测试成功。
[0094]
图2是根据本发明其中一实施例的一种车辆故障码测试系统的示意图，如图2所示，车辆故障码测试系统主要包括以下几个组成部分：工控机、程控电源、can收发器硬件和控制器。其中，工控机中安装can收发器对应的上位机，该上位机通过控制电源脚本可以设置程控电源的输出电压，该上位机还可以生成测试脚本，用于控制测试流程。程控电源可以接收上位机的程控指令，随后输出电压为控制器供电。can收发器硬件在接收到上位机的报文发送指令后，可以将发送指令转换为对应的can物理电平输出。控制器为待测试控制器，可以接收和响应上位机的诊断服务。
[0095]
图3是根据本发明其中一实施例的一种车辆故障码测试方法的示意图，如图3所示，车辆故障码测试方法的工作流程主要包括以下执行步骤：
[0096]
步骤s301，获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；
[0097]
步骤s302，获取配置码数据标识符和预设配置码对应的目标字符长度；
[0098]
步骤s303，判断目标字符长度是否大于预设字符长度；
[0099]
步骤s304，响应于目标字符长度小于或者等于预设字符长度，将首帧、配置码数据标识符和预设配置码确定为第二配置信息；
[0100]
步骤s305，响应于目标字符长度大于预设字符长度，发送首帧；
[0101]
步骤s306，判断数据帧间隔信息是否为空值；
[0102]
步骤s307，响应于数据帧间隔信息为空值，基于至少一个控制器对应的流控帧将待发送的连续帧确定为第二配置信息；
[0103]
步骤s308，响应于数据帧间隔信息并非为空值，基于数据帧间隔信息将待发送的连续帧确定为第二配置信息；
[0104]
步骤s309，向至少一个控制器发送第二配置信息；
[0105]
步骤s310，响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息获取至少一个控制器支持的候选故障码；
[0106]
步骤s311，判断候选故障码与预设故障码是否相同；
[0107]
步骤s312，响应于候选故障码与预设故障码相同，确定预设配置码对应的测试结果为测试成功；
[0108]
步骤s313，响应于候选故障码与预设故障码不相同，确定预设配置码对应的测试结果为测试失败。
[0109]
上述车辆故障码测试方法的工作流程中，通过获取目标车辆中至少一个控制器对应的第一配置信息，进而基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息，最后响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，达到了缩短车辆的故障码测试时长的目的，从而实现了提高故障码测试效率的技术效果，进而解决了相关技术中由于车辆的故障码测试耗时较长而导致的故障码测试效率较低的技术问题。
[0110]
图4是根据本发明其中一实施例的另一种车辆故障码测试方法的示意图，如图4所示，车辆故障码测试方法的工作流程主要包括以下步骤：
[0111]
首先，手动在上位机软件中加载解锁动态链接库(dynamic link library，dll)，，随后调用程控电源为控制器上电，并调用脚本解析表格，得到诊断服务id、配置码did和stmin时间，读取第一行数据，得到配置码，进入扩展会话，并解锁，以便向控制器中写入信息。
[0112]
其次，判断配置码did+配置码是否大于6字节，如果配置码did+配置码小于或者等于6字节，则向控制器发送2e+配置码did+配置码，如果配置码did+配置码大于6字节，则判断stmin是否为空值。如果stmin为空值时，按照控制器中的流控帧向控制器发送连续帧，如果stmin不为空值时，按照表格中的stmin向控制器发送连续帧。
[0113]
进而，判断是否接收到控制器的积极响应，如果未接收到控制器的积极响应，表示配置码没有成功写入控制器，则记录错误，重新进入扩展会话，如果接收到控制器的积极响应，表示配置码成功写入控制器，则使用服务19 0a读取控制器支持的dtc。
[0114]
随后，判断读取到的dtc与表格中同行的dtc是否完全相同，如果读取到的dtc与表格中同行的dtc不是完全相同，则该配置码测试不通过，如果读取到的dtc与表格中同行的dtc完全相同，则该配置码测试通过，读取下一个配置码。
[0115]
最后，判断是否存在未测试的配置码，如果不存在未测试的配置码，则测试结束，如果存在未测试的配置码，则控制程控电源使控制器下电、重新上电，并等待2s，重新进入扩展会话。
[0116]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施
例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
[0117]
在本实施例中还提供了一种车辆故障码测试装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0118]
图5是根据本发明其中一实施例的一种车辆故障码测试装置的结构框图，如图5所示，该装置包括：获取模块501，用于获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；发送模块502，用于基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息；处理模块503，响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。
[0119]
可选地，发送模块502还用于获取配置码数据标识符和预设配置码对应的目标字符长度；基于目标字符长度与预设字符长度的第一比较结果确定第二配置信息。
[0120]
可选地，发送模块502还用于响应于目标字符长度小于或者等于预设字符长度，将首帧、配置码数据标识符和预设配置码确定为第二配置信息；响应于目标字符长度大于预设字符长度，发送首帧并基于数据帧间隔信息确定第二配置信息。
[0121]
可选地，发送模块502还用于响应于数据帧间隔信息为空值，基于至少一个控制器对应的流控帧将待发送的连续帧确定为第二配置信息；响应于数据帧间隔信息并非为空值，基于数据帧间隔信息将待发送的连续帧确定为第二配置信息。
[0122]
可选地，处理模块503还用于基于目标响应信息获取至少一个控制器支持的候选故障码；利用候选故障码与预设故障码的第二比较结果确定目标测试结果。
[0123]
可选地，处理模块503还用于响应于候选故障码与预设故障码相同，确定预设配置码对应的测试结果为测试成功；响应于候选故障码与预设故障码不相同，确定预设配置码对应的测试结果为测试失败。
[0124]
需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。
[0125]
在本实施例中还提供了一种非易失性存储介质，存储介质中存储有计算机程序，其中，计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0126]
可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的计算机程序：
[0127]
步骤s1，获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；
[0128]
步骤s2，基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配
置信息；
[0129]
步骤s3，响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。
[0130]
可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-only memory，简称为rom)、随机存取存储器(random access memory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。
[0131]
在本实施例中还提供了一种处理器，处理器用于运行程序，其中，程序被设置为运行时执行上述任一项方法实施例中的步骤。
[0132]
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
[0133]
步骤s1，获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；
[0134]
步骤s2，基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息；
[0135]
步骤s3，响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。
[0136]
在本实施例中还提供了一种电子装置，包括存储器和处理器，存储器中存储有计算机程序，处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
[0137]
可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：
[0138]
步骤s1，获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；
[0139]
步骤s2，基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息；
[0140]
步骤s3，响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。
[0141]
可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。
[0142]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0143]
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
[0144]
在本技术所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
[0145]
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显
示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0146]
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
[0147]
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
[0148]
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

技术特征：
1.一种车辆故障码测试方法，其特征在于，包括：获取目标车辆中至少一个控制器对应的第一配置信息，其中，所述第一配置信息用于记录所述至少一个控制器对应的目标标识信息、预设配置码和预设故障码；基于所述第一配置信息确定第二配置信息，并向所述至少一个控制器发送所述第二配置信息；响应于接收到所述第二配置信息对应的目标响应信息，基于所述目标响应信息确定所述至少一个控制器对应的目标测试结果，其中，所述目标测试结果用于表示所述预设配置码对应的测试结果。2.根据权利要求1所述的车辆故障码测试方法，其特征在于，所述目标标识信息包括配置码数据标识符，基于所述第一配置信息确定所述第二配置信息包括：获取所述配置码数据标识符和所述预设配置码对应的目标字符长度；基于所述目标字符长度与预设字符长度的第一比较结果确定所述第二配置信息。3.根据权利要求2所述的车辆故障码测试方法，其特征在于，所述目标标识信息还包括数据帧间隔信息，基于所述目标字符长度与预设字符长度的所述第一比较结果确定所述第二配置信息包括：响应于所述目标字符长度小于或者等于所述预设字符长度，将首帧、所述配置码数据标识符和所述预设配置码确定为所述第二配置信息；响应于所述目标字符长度大于所述预设字符长度，发送所述首帧并基于所述数据帧间隔信息确定所述第二配置信息。4.根据权利要求3所述的车辆故障码测试方法，其特征在于，基于所述数据帧间隔信息确定所述第二配置信息包括：响应于所述数据帧间隔信息为空值，基于所述至少一个控制器对应的流控帧将待发送的连续帧确定为所述第二配置信息；响应于所述数据帧间隔信息并非为空值，基于所述数据帧间隔信息将待发送的连续帧确定为所述第二配置信息。5.根据权利要求1所述的车辆故障码测试方法，其特征在于，基于所述目标响应信息确定所述至少一个控制器对应的所述目标测试结果包括：基于所述目标响应信息获取所述至少一个控制器支持的候选故障码；利用所述候选故障码与所述预设故障码的第二比较结果确定所述目标测试结果。6.根据权利要求5所述的车辆故障码测试方法，其特征在于，利用所述候选故障码与所述预设故障码的所述第二比较结果确定所述目标测试结果包括：响应于所述候选故障码与所述预设故障码相同，确定所述预设配置码对应的测试结果为测试成功；响应于所述候选故障码与所述预设故障码不相同，确定所述预设配置码对应的测试结果为测试失败。7.一种车辆故障码测试装置，其特征在于，包括：获取模块，用于获取目标车辆中至少一个控制器对应的第一配置信息，其中，所述第一配置信息用于记录所述至少一个控制器对应的目标标识信息、预设配置码和预设故障码；发送模块，用于基于所述第一配置信息确定第二配置信息，并向所述至少一个控制器
发送所述第二配置信息；处理模块，响应于接收到所述第二配置信息对应的目标响应信息，基于所述目标响应信息确定所述至少一个控制器对应的目标测试结果，其中，所述目标测试结果用于表示所述预设配置码对应的测试结果。8.一种非易失性存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行所述权利要求1至6任一项中所述的车辆故障码测试方法。9.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序被设置为运行时执行所述权利要求1至6任一项中所述的车辆故障码测试方法。10.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行所述权利要求1至6任一项中所述的车辆故障码测试方法。

技术总结
本发明公开了一种车辆故障码测试方法、装置、存储介质及电子装置。其中，该方法包括：获取目标车辆中至少一个控制器对应的第一配置信息，其中，第一配置信息用于记录至少一个控制器对应的目标标识信息、预设配置码和预设故障码；基于第一配置信息确定第二配置信息，并向至少一个控制器发送第二配置信息；响应于接收到第二配置信息对应的目标响应信息，基于目标响应信息确定至少一个控制器对应的目标测试结果，其中，目标测试结果用于表示预设配置码对应的测试结果。本发明解决了相关技术中由于车辆的故障码测试耗时较长而导致的故障码测试效率较低的技术问题。测试效率较低的技术问题。测试效率较低的技术问题。


技术研发人员：刘旸 张天 刘嘉奇 张麟 汤利顺
受保护的技术使用者：中国第一汽车股份有限公司
技术研发日：2023.06.09
技术公布日：2023/8/9