一种OBD诊断系统功能的测试方法、装置和设备与流程

一种obd诊断系统功能的测试方法、装置和设备
技术领域
1.本技术涉及obd诊断系统测试技术领域，尤其涉及一种obd诊断系统功能的测试方法、装置和计算机设备。


背景技术：

2.obd(on board diagnostics)诊断系统是一种从汽车故障诊断延伸而来的检测系统。obd用于实时监测整车的控制器、发动机、催化转化器、颗粒捕集器、氧传感器、排放控制系统、燃油系统、废气再循环系统egr等系统和部件，接收他们的输出数据，并对它们的故障进行诊断。当obd诊断到这些系统和部件出现故障时，会控制mil(malfunction-indicator-lamp)故障指示灯亮起，同时动力总成控制模块pcm将故障码存入存储器，使得维修人员能够通过一定的程序将故障码从pcm中读出，并根据故障码的信息迅速准确地确定故障的性质和位置。
3.但是在obd系统搭建过程中，缺乏一个对obd系统完善的测试流程对obd系统的规范性进行测试，因此无法对obd系统功能的，全面性和规范性进行评估。
4.因此，如何对obd系统的功能和规范性进行测试，实现对obd系统的功能和规范性进行评估是亟需解决的技术问题。


技术实现要素：

5.本技术的主要目的在于提供一种obd诊断系统功能的测试方法、装置和计算机设备，旨在解决目前没有对obd诊断系统的功能和规范性进行测试的完整方法和流程的技术问题。
6.第一方面，本技术提供一种obd诊断系统功能的测试方法，所述方法包括以下步骤：
7.根据obd诊断系统中的诊断协议设定车辆的控制器的规范输出物，并使设定后的控制器与所述obd诊断系统通信；
8.在车辆驾驶循环开启后，向设定后的控制器注入故障；
9.待mil故障指示灯点亮后，设定后的控制器向所述obd诊断系统上报实际输出物，并根据实际输出物和规范输出物来确定所述obd诊断系统是否合格。
10.一些实施例中，所述根据obd诊断系统中的诊断协议设定车辆的控制器的规范输出物具体包括：根据obd诊断系统中的诊断协议对控制器的多种故障码的生成机制、上报机制和上报位置进行设定，以确定所述规范输出物。
11.一些实施例中，所述根据实际输出物和规范输出物来确定所述obd诊断系统是否合格具体包括：
12.若实际输出物中未决故障码真实的生成时刻和上报时刻、以及故障的注入时刻同处于第一驾驶循环内，且所述未决故障码上报至所述obd诊断系统中设定的第一诊断模块位置，则确定所述obd诊断系统的未决故障码对应的功能合格。
13.一些实施例中，所述根据实际输出物和规范输出物来确定所述obd诊断系统是否合格具体包括：
14.若故障的输入时刻处于所述第一驾驶循环内，实际输出物中确认故障码的真实生成时刻和上报时刻处于第二驾驶循环内，且所述确认故障码上报至所述obd诊断系统中设定的第二诊断模块位置，则确定所述obd诊断系统的确认故障码对应的功能合格；
15.其中所述第二驾驶循环为所述第一驾驶循环的下一个驾驶循环。
16.一些实施例中，所述根据实际输出物和规范输出物来确定所述obd诊断系统是否合格具体包括：
17.若实际输出物中冻结帧与所述未决故障码同时生成，所述冻结帧与所述确认故障码同时上报，且所述冻结帧上报至所述obd诊断系统中设定的第三诊断模块位置，则确定所述obd诊断系统的冻结帧对应的功能合格。
18.一些实施例中，所述根据实际输出物和规范输出物来确定所述obd诊断系统是否合格后，还包括以下步骤：
19.控制所述obd诊断系统中设定的第四诊断模块对所述未决故障码和所述确认故障码进行清除操作；
20.当整车的动力系统处于高压激活状态时，所述未决故障码和所述确认故障码未被清除，确定所述obd诊断系统合格；或者，
21.当整车的处于kl15 on上电状态，且整车的动力系统未处于高压激活状态时，所述未决故障码和所述确认故障码被清除，确定所述obd诊断系统合格。
22.一些实施例中，所述未决故障码和所述确认故障码被清除后，还包括以下步骤：
23.控制所述车辆上的暖机进行预设次数的循环工作，若实际输出物中暖机的循环工作次数与预设次数相同，则确定所述obd诊断系统合格；
24.控制所述车辆在转毂上行驶预设距离，若实际输出物中所述车辆的行驶距离与所述预设距离相同，则确定所述obd诊断系统合格。
25.一些实施例中，若实际输出物中永久故障码与所述确认故障码同时生成和上报，且所述永久故障码上报至所述obd诊断系统中设定的第五诊断模块位置，则确定所述obd诊断系统合格。
26.第二方面，本技术还提供一种obd诊断系统功能的测试装置，所述装置包括：
27.设定模块，其用于根据obd诊断系统中的诊断协议设定车辆的控制器的规范输出物，并使设定后的控制器与所述obd诊断系统通信；
28.故障注入模块，其用于在车辆驾驶循环开启后，向设定后的控制器注入故障；
29.确定模块，其用于待mil故障指示灯点亮后，设定后的控制器向所述obd诊断系统上报实际输出物，并根据实际输出物和规范输出物来确定所述obd诊断系统是否合格。
30.第三方面，本技术还提供一种计算机设备，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如上述的一种obd诊断系统功能的测试方法的步骤。
31.本技术提供一种obd诊断系统功能的测试方法、装置和计算机设备，通过根据obd诊断系统中的诊断协议设定车辆的控制器的规范输出物，并使设定后的控制器与所述obd诊断系统通信；在车辆驾驶循环开启后，向设定后的控制器注入故障；待mil故障指示灯点
亮后，设定后的控制器向所述obd诊断系统上报实际输出物，并根据实际输出物和规范输出物来确定所述obd诊断系统是否合格。以实现在obd诊断系统搭建的过程中对obd诊断系统的功能软件进行测试和验证，以及时发现obd诊断系统不足，方便后续的改正和开发，从而保证obd系统功能的规范性性和全面性。
附图说明
32.为了更清楚地说明本技术实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
33.图1为本技术实施例提供的一种obd诊断系统功能的测试方法的流程示意图；
34.图2为未决故障码的生成上报示意图；
35.图3为确认故障码的生成上报图；
36.图4冻结帧的生成上报示意图；
37.图5为清除故障码操作正响应示意图；
38.图6为清除故障码操作负响应示意图；
39.图7为本技术实施例提供的一种obd诊断系统功能的测试装置的示意性框图；
40.图8为本技术一实施例涉及的计算机设备的结构示意框图。
41.本技术目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。
44.本技术实施例提供一种obd诊断系统功能的测试方法、装置、计算机设备。其中，该obd诊断系统功能的测试方法可应用于计算机设备中，该计算机设备可以是笔记本电脑、台式电脑等电子设备。
45.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。
46.请参照图1，图1为本技术的实施例提供的一种obd诊断系统功能的测试方法的流程示意图。
47.如图1所示，该方法包括步骤s1至步骤s3。
48.步骤s1、根据obd诊断系统中的诊断协议设定车辆的控制器的规范输出物，并使设定后的控制器与所述obd诊断系统通信。
49.步骤s2、在车辆驾驶循环开启后，向设定后的控制器注入故障。
50.步骤s3、待mil故障指示灯点亮后，设定后的控制器向所述obd诊断系统上报实际
输出物，并根据实际输出物和规范输出物来确定所述obd诊断系统是否合格。
51.值得说明的是，车辆的控制器可以是车辆中的任意一个控制器或任意几个控制器，也可以为新能源控制器。
52.obd诊断协议是obd诊断系统的功能协议，根据obd诊断协议对车辆的控制器进行设定后，obd诊断系统与控制器之间就产生了数据连接，也就是被设定后控制器能够与obd诊断系统能够通信，以使得设定后的控制器能将自己的pid输出物也就是上报到obd诊断系统。可以理解的是，obd诊断协议可以认为是由代码构成的，其有一个理想的结果用作为参考。使用诊断协议对控制器进行设定时，诊断协议会对控制器的pid输出物进行设定，设定的目标为使得控制器输出的规范输出物。
53.其中，设定车辆的控制器的规范输出物具体包括根据obd诊断系统中的诊断协议对控制器的多种故障码的生成机制、上报机制和上报位置进行设定，以确定所述规范输出物。
54.其中，多种故障码包括未决故障码、确认故障码，冻结帧等等。
55.进一步的，控制器进行设定后，控制车辆开启驾驶循环，在车辆驾驶循环开启后，向控制器注入故障。注入故障时，可以直接向控制器输入故障信息，也可以在车辆上制造故障，然后根据故障生成的故障信息由整车can总线将故障注入控制器。
56.进一步的，当向设定后的控制器注入故障后，设定后的控制器会按照obd诊断协议的设定进行运行，使得mil故障指示灯点亮，同时会输出实际输出物，并上传到obd诊断系统中。
57.值得说明的是，点亮mil故障指示灯的过程中控制器会根据输入的故障在设定驾驶循环内生成未决故障码、确认故障码，冻结帧等等，并在一定的驾循环内将这些故障码上报。这些上报的信息中还包含这些故障码的生成时刻和上报时刻，以及这些时刻所在的驾驶循环。这些信息为控制器输出物的一部分，另一部分还包括车辆的多项参数。
58.进一步的，通过扫描程序对obd诊断系统接收到的实际输出物进行扫描，并将扫描到的实际输出物与规范输出物进行对比核验，若结果一致，说明obd系统功能与预设的一样，obd系统功能合格，若结果不一致，说明obd诊断协议代码出现问题导致控制器实际输出物与理想输出结果不一致，obd诊断系统功能不合格或者不规范，需要改进或者处理。
59.作为一种优选的实施方式，如图2所示，规范输出物中设定的未决故障码的生成时刻与上报时刻与故障注入时刻同处于第一驾驶循环，并且未决故障码上报至obd诊断系统中设定的第一诊断模块位置。在实际输出物上传到obd诊断系统后，扫描程序对obd诊断系统中设定的第一诊断模块进行扫描，如果扫描到未决故障码，说明未决故障码上报至obd诊断系统中设定的第一诊断模块位置，上报位置正确，反之不正确。在扫描到未决故障码后，若未决故障码真实的生成时刻和上报时刻、以及故障的注入时刻同处于第一驾驶循环内，确定所述obd诊断系统的未决故障码对应的功能合格。若出现在第一诊断模块未扫描到未决故障信号，或者未决故障信号的生成时刻或上报时刻与故障注入时刻不在同一个驾驶循环，则确定obd诊断系统的未决故障码对应的功能不合格。其中第一诊断模为obd诊断系统的mode 07诊断模块。
60.由此可见是通过将实际输出物于规范输出物比较，一致则为obd诊断系统合格，不一致则为obd诊断系统不合格。下面对obd诊断系统测试中合格的结果进行说明。
61.优选的，如图3所示，对obd诊断系统的第二诊断模块进行扫描，若扫描到确认故障码上报至obd诊断系统中设定的第二诊断模块位置，故障的输入时刻处于所述第一驾驶循环内，实际输出物中确认故障码的真实生成时刻和上报时刻处于第二驾驶循环内，则确定obd诊断系统的确认故障码对应的功能合格；其中所述第二驾驶循环为所述第一驾驶循环的下一个驾驶循环。其中，第二诊断模块为obd诊断模块的mode 03模块
62.优选的，如图4所示，对obd诊断系统的第三诊断模块进行扫描，若扫描到冻结帧上报至所述obd诊断系统中设定的第三诊断模块位置，实际输出物中冻结帧与所述未决故障码同时生成，所述冻结帧与所述确认故障码同时上报，则确定所述obd诊断系统的冻结帧对应的功能合格。其中所述第三诊断模块为obd诊断系统中的mode 02模块。
63.一些实施例中，如图5和图6所示，obd诊断系统的中设定的第四诊断模块对所述未决故障码和所述确认故障码进行清除操作；当整车的动力系统处于高压激活状态时，所述未决故障码和所述确认故障码未被清除，确定所述obd诊断系统合格；或者，当整车的处于kl15 on上电状态，且整车的动力系统未处于高压激活状态时，所述未决故障码和所述确认故障码被清除，确定所述obd诊断系统合格。其中第四诊断模块为obd诊断系统中的mode04模块。
64.具体的，当动力系统处于高压激活状态时，即pt ready，mode 04执行清除故障码操作，各个控制器的mode 03的确认故障码和mode 07未决故障码应负响应此操作，执行故障码不清除动作，确定obd诊断系统合格；当处于kl15 on状态时，即动力系统未pt ready，mode 04执行清除故障码操作，mode 03中的确认故障码和mode 07中的未决故障码应正响应此操作，执行清除故障码动作，确定所述obd诊断系统合格。
65.一些实施例中，若实际输出物中永久故障码与所述确认故障码同时生成和上报，且所述永久故障码上报至所述obd诊断系统中设定的第五诊断模块位置，则确定所述obd诊断系统合格。其中，第五诊断模块为mode 0a。
66.作为一种优选的实施方式，当mil故障灯亮起后，控制车辆再转毂上行驶预设的距离，然后对比控制器输出的实际输出物中的距离与预设距离是否一致，若一致则确定所述obd诊断系统合格，若不一致，所述则确定所述obd诊断系统不合格。
67.在未决故障码和所述确认故障码被清除后，控制所述车辆上的暖机进行预设次数的循环工作，若实际输出物中暖机的循环工作次数与预设次数相同，则确定所述obd诊断系统合格；控制所述车辆在转毂上行驶预设距离，若实际输出物中所述车辆的行驶距离与所述预设距离相同，则确定所述obd诊断系统合格。否则认为obd诊断系统不合格。
68.本技术提供一种obd诊断系统功能的测试方法、装置和计算机设备，通过根据obd诊断系统中的诊断协议设定车辆的控制器的规范输出物，并使设定后的控制器与所述obd诊断系统通信；在车辆驾驶循环开启后，向设定后的控制器注入故障；待mil故障指示灯点亮后，设定后的控制器向所述obd诊断系统上报实际输出物，并根据实际输出物和规范输出物来确定所述obd诊断系统是否合格。以实现在obd诊断系统搭建的过程中对obd诊断系统的功能软件进行测试和验证，以及时发现obd诊断系统不足，方便后续的开发和改正，从而保证obd系统功能的规范性性和全面性。
69.本技术中的测试方法通过obd诊断系统的诊断协议设定控制器的规范输出物，设定的规范输出物规范是理想结果或设定的。然后输入故障，使控制器真实的对故障进行处
理生成处理结果也就是实际输出物，如果实际输出物中生成的故障码与规范输出物的故障码的生成时间，上报时间和上报位置相同，则认为obd系统是规范合格的，功能是满足需求的，反之则认为obd系统不规范，需要改进或者处理。
70.请参照图7，图7为本技术实施例提供的一种obd诊断系统功能的测试装置的示意性框图。
71.如图7所示，该装置包括：设定模块、故障注入模块和确定模块。
72.所述设定模块用于根据obd诊断系统中的诊断协议设定车辆的控制器的规范输出物，并使设定后的控制器与所述obd诊断系统通信；
73.所述故障注入模块用于在车辆驾驶循环开启后，向设定后的控制器注入故障；
74.所述确定模块用于待mil故障指示灯点亮后，设定后的控制器向所述obd诊断系统上报实际输出物，并根据实际输出物和规范输出物来确定所述obd诊断系统是否合格。
75.其中，所述设定模块用于根据obd诊断系统中的诊断协议对控制器的多种故障码的生成机制、上报机制和上报位置进行设定，以确定所述规范输出物。
76.其中，所述确定模块还用于：若实际输出物中未决故障码真实的生成时刻和上报时刻、以及故障的注入时刻同处于第一驾驶循环内，且所述未决故障码上报至所述obd诊断系统中设定的第一诊断模块位置，则确定所述obd诊断系统的未决故障码对应的功能合格。
77.其中，所述确定模块还用于：若故障的输入时刻处于所述第一驾驶循环内，实际输出物中确认故障码的真实生成时刻和上报时刻处于第二驾驶循环内，且所述确认故障码上报至所述obd诊断系统中设定的第二诊断模块位置，则确定所述obd诊断系统的确定认故障码对应的功能合格；
78.其中，所述第二驾驶循环为所述第一驾驶循环的下一个驾驶循环。
79.其中，所述确定模块还用于若实际输出物中冻结帧与所述未决故障码同时生成，所述冻结帧与所述确认故障码同时上报，且所述冻结帧上报至所述obd诊断系统中设定的第三诊断模块位置，则确定所述obd诊断系统的冻结帧对应的功能合格。
80.其中，所述确定模块还用于控制所述obd诊断系统中设定的第四诊断模块对所述未决故障码和所述确认故障码进行清除操作；
81.当整车的动力系统处于高压激活状态时，所述未决故障码和所述确认故障码未被清除，确定所述obd诊断系统合格；或者，
82.当整车的处于kl15 on上电状态，且整车的动力系统未处于高压激活状态时，所述未决故障码和所述确认故障码被清除，确定所述obd诊断系统合格。
83.其中，控制所述车辆上的暖机进行预设次数的循环工作，若实际输出物中暖机的循环工作次数与预设次数相同，则确定所述obd诊断系统合格；
84.控制所述车辆在转毂上行驶预设距离，若实际输出物中所述车辆的行驶距离与所述预设距离相同，则确定所述obd诊断系统合格。
85.其中，若实际输出物中永久故障码与所述确认故障码同时生成和上报，且所述永久故障码上报至所述obd诊断系统中设定的第五诊断模块位置，则确定所述obd诊断系统合格。
86.需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块及单元的具体工作过程，可以参考前述实施例中的对应过程，在
此不再赘述。
87.上述实施例提供的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图8所示的计算机设备上运行。
88.请参阅图8，图8为本技术实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以为终端。
89.如图8所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括非易失性存储介质和内存储器。
90.非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种obd诊断系统功能的测试方法。
91.处理器用于提供计算和控制能力，支撑整个计算机设备的运行。
92.内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种obd诊断系统功能的测试方法。
93.该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图8中示出的结构，仅仅是与本技术方案相关的部分结构的框图，并不构成对本技术方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
94.应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
95.该计算机设备中还包括一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序中包括程序指令，所述程序指令被执行时所实现的方法可参照本技术的各个实施例。
96.其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。
97.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
98.上述本技术实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。