一种车辆下线检测方法、装置、车辆及存储介质与流程

1.本技术实施例涉及汽车技术领域，具体涉及一种车辆下线检测方法、装置、车辆及存储介质。


背景技术：

2.汽车生产厂家为确保整车的下线质量，一般要在整车装配生产线的末端对车辆进行生产线下线(endofline，eol)检测，并对车辆的故障零部件或者线路进行必要的调整。
3.目前，车辆的eol检测一般通过eol手持检测设备实现，即当车辆到达装配生产线末端的指定工位后，检测人员操作eol手持检测设备，在eol手持检测设备中确认执行对应的电检项目，再由eol手持检测设备将相应的检测执行文件发送给车辆，车辆配合执行完成电检。
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.图1为本技术实施例提供的一种车辆下线检测方法的流程示意图；
61.图2为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
62.图3为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
63.图4为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
64.图5为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
65.图6为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
66.图7为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
67.图8为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
68.图9为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
69.图10为本技术实施例提供的又一种车辆下线检测方法的流程示意图；
70.图11为本技术实施例提供的一种车辆下线检测装置的结构框图；
71.图12为本技术实施例提供的一种车辆的功能模块架构示意图。
具体实施方式
72.为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。
73.目前，车辆的eol检测一般通过eol手持检测设备实现，即当车辆到达装配生产线末端的指定工位后，检测人员操作eol手持检测设备对车辆进行eol检测，eol检测的具体流程为：
74.1、检测人员将车辆设备接口(vehicle deviceinterface，vdi)设备连接待检测车辆的车载自动诊断系统(on board diagnostics，obd)接口；
75.2、检测人员将eol手持检测设备通过无线网络(wi fi)或蓝牙连接vdi设备；
76.3、检测人员在eol手持检测设备的设备界面内进行操作，选择需要待检测车辆执行的检测指令，使eol手持检测设备向通过vdi设备向车辆的obd发送检测指令，进而使待检测车辆完成相应的检测功能；
77.4、在车辆的obd通过vdi设备向eol手持检测设备反馈检测结果及相关数据之后，检测人员可以利用eol手持检测设备通过wi fi将检测结果及相关数据上传至eol检测系统服务器，最后由eol检测系统服务器上传至生产信息化管理系统(manufacturing execution system，mes)。
78.可见，这种检测方式，在每个检测工位上均需要检测人员进行繁琐的操作。
79.鉴于以上所述现有技术的缺点，本技术实施例提供一种车辆下线检测方法。
80.图1为本技术实施例提供的一种车辆下线检测方法的流程示意图。本技术实施例提供的车辆下线检测方法的执行主体为待检测车辆。如图1所示，车辆下线检测方法包括s110至s140：
81.s110、获取管理设备发送的触发工位指令，所述触发工位指令包括所述车辆即将执行的检测项目。
82.在详细介绍本公开的具体实施方式之前，首先对本公开的应用场景进行以下说明，本公开可以应用于车辆到达装配生产线末端的生产线下线检测。生产线下线检测的实现例如包括管理设备、定位设备、车辆识别设备以及多个检测工位。每个检测工位上设置有车辆识别设备，车辆识别设备用于采集待检测车辆的车辆识别码。管理设备可以确定发送车辆识别码的车辆识别设备所处检测工位，以及根据所处检测工位和车辆识别码生成相应的触发工位指令，并向待检测车辆发送，以触发待检测车辆进行后续操作。可选的，车辆识别设备中可以存储有所在检测工位的工位编号，车辆识别设备在向管理设备发送待检测车辆的车辆识别码的同时，向管理设备发送车辆识别设备所在检测工位的工位编号。在一些其它实施方式中还可以是管理设备自行根据接收车辆识别码的车辆识别设备解析该车辆识别设备所处检测工位。
83.s120、根据所述触发工位指令确定待检测车辆内部对应的检测执行文件，所述检测执行文件是执行所述检测项目的文件。
84.待检测车辆内部预先存储有检测执行文件。例如可以在一定的时间节点，待检测车辆从管理设备获取待检测车辆对应的全部检测执行文件并存储在待检测车辆中。如在整车装配时，或者待检测车辆在进入生产线下线检测前，管理设备将待检测车辆对应的全部检测执行文件发送待检测车辆，待检测车辆进行存储。
85.在获取到触发工位指令后，待检测车辆可以根据触发工位指令确定待检测车辆内部对应的检测执行文件。其中，总装车间对车辆进行检测时，一般根据生产节拍设计检测工位，每个检测工位在有限的生产节拍内完成提前设置的所有检测项目。检测执行文件是执行检测项目的文件。
86.s130、根据所述检测执行文件执行对应的检测项目，以完成所述车辆下线检测。
87.在确定触发工位指令对应的检测执行文件后，可根据检测执行文件执行相应的检测项目。
88.本技术实施例能够在获取管理设备发送的触发工位指令后，由待检测车辆自动根据触发工位指令确定待检测车辆内部对应的检测执行文件，从而根据检测执行文件执行对应的检测项目，因此无需检测人员操作手持检测设备，可自动执行检测。
89.在一些实施例中，如图2所示，在s120在根据所述触发工位指令确定车内对应的检测执行文件之前，还可以包括：
90.s101、获取所述管理设备发送的检测信息；
91.s102、根据所述检测信息，更新所述待检测车辆内部存储的检测执行文件。
92.待检测车辆在进行下线检测时，有时需要对各个检测工位的检测项目进行更新。因此本技术实施例在s120在根据所述触发工位指令确定车内对应的检测执行文件之前，还可以对待检测车辆内部存储的检测执行文件进行更新。即，先获取管理设备发送的检测信息，然后根据检测信息更新待检测车辆内部存储的检测执行文件。
93.其中，检测信息例如可以是检测执行文件数据包，待检测车辆获取管理设备发送的检测执行文件数据包后，可以根据检测执行文件数据包解析获取检测执行文件，并进行存储更新。因此待检测车辆在获取管理设备发送的触发工位指令前，待检测车辆内存储的检测执行文件已经更新，那么待检测车辆就可以根据触发工位指令查找更新后检测执行文件，从而确定触发工位指令对应的检测执行文件。在其他实施方式中，检测信息还可以是其
它触发更新待检测车辆内存储的检测执行文件的指令，以使待检测车辆在根据触发工位指令确定待检测车辆内部对应的检测执行文件之前，先对内部存储的检测执行文件进行更新。
94.需要说明的是，待检测车辆内部存储的检测执行文件的更新例如可以是从管理设备中获取需要更新的检测执行文件，也可以是在待检测车辆中修改编辑检测执行文件，本技术实施例对此不做限定。
95.本技术实施例由于可以在对待检测车辆内部存储的检测执行文件进行更新，因此可以根据实际需要，在待检测车辆中实现检测项目的更新。例如可以直接在待检测车辆中修改编辑检测执行文件，或者从管理设备中修改编辑检测执行文件，无需第三方eol检测设备的定制化开发，不影响车辆检测效率以及生产节拍。
96.在一些实施例中，检测信息是所述待检测车辆进入第一个检测工位时，所述管理设备发送的触发工位指令。相应的，所述获取所述管理设备发送的检测信息，是所述获取管理设备发送的触发工位指令。即，待检测车辆进入第一个检测工位时，管理设备向待检测车辆发送第一个检测工位对应的触发工位指令，待检测车辆根据第一个检测工位对应的触发工位指令更新待检测车辆内部存储的检测执行文件。待检测车辆将车内存储的检测执行文件更新后，再根据第一个检测工位对应的触发工位指令确定待检测车辆内部对应的检测执行文件。需要说明的是，车辆在装配生产线末端进行检测时需要依次经过多个检测工位，各个检测工位的检测顺序可以按照实际生产需求设置，例如车辆在装配生产线末端设置10个检测工位，按照检测顺序标记每个检测工位的名称，例如待检测车辆第一个进入检测的检测工位为第一个检测工位。
97.在一些实施例中，如图3所示，s102根据所述检测信息，更新所述待检测车辆内部存储的检测执行文件包括：
98.s1021、根据所述检测信息，在待检测车辆中存储的检测执行文件版本号与所述管理设备中存储的检测执行文件版本号不一致时，向所述管理设备发送检测执行文件下载请求。
99.s1022、获取所述管理设备根据所述检测执行文件下载请求发送的检测执行文件。
100.s1023、将待检测车辆中存储的检测执行文件更新为所述管理设备根据所述检测执行文件下载请求发送的检测执行文件。
101.其中，管理设备是对检测执行文件进行管理的设备。
102.检测执行文件是指执行检测项目的文件。若待检测车辆中存储的检测执行文件版本号与管理设备中存储的检测执行文件版本号不一致，说明待检测车辆中存储的检测执行文件并非最新版本，需要更新。本技术实施例在待检测车辆进入第一个检测工位时，进行待检测车辆与管理设备中存储检测执行文件版本的比较，若待检测车辆中存储的检测执行文件版本号与管理设备中存储的检测执行文件版本号不一致，对待检测车辆内存储的检测执行文件进行更新，以供待检测车辆根据更新后的检测执行文件执行检测。
103.车辆在装配生产线末端进行检测时需要依次经过多个检测工位，本技术实施例可以设置待检测车辆在进入第一个检测工位时，进行检测执行文件的更新。待检测车辆处于第一个检测工位时，例如可以通过位于第一个检测工位上的车辆识别设备采集车辆识别码，并将车辆识别码发送管理设备。管理设备可以确定发送车辆识别码的车辆识别设备所
处检测工位，以及根据所处检测工位和车辆识别码生成相应的触发工位指令，并向待检测车辆发送。待检测车辆根据触发工位指令在待检测车辆中存储的检测执行文件版本号与管理设备中存储的检测执行文件版本号不一致时，向管理设备发送检测执行文件下载请求。待检测车辆在第一个检测工位待检测车辆中存储的检测执行文件全部更新后，根据更新后的检测执行文件进行检测。由于在第一个检测工位中，待检测车辆将车内存储的检测执行文件已更新，因此待检测车辆再进入第一个检测工位之后的其它检测工位时，可以直接根据触发工位指令获取更新后的检测执行文件执行检测。
104.在一些实施例中，检测待检测车辆中存储的检测执行文件版本号与管理设备中存储的检测执行文件版本号是否一致可以由管理设备执行。即，s1021、根据所述检测信息，在待检测车辆中存储的检测执行文件版本号与所述管理设备中存储的检测执行文件版本号不一致时，向所述管理设备发送检测执行文件下载请求，可以包括：
105.根据所述检测信息，向所述管理设备发送待检测车辆中存储的检测执行文件版本号，以使所述管理设备在待检测车辆中存储的检测执行文件版本号与所述管理设备中存储的检测执行文件版本号不一致时向所述待检测车辆发生更新指令；
106.根据所述管理设备发送的更新指令，向所述管理设备发送检测执行文件下载请求。
107.本技术实施例中，待检测车辆将待检测车辆中存储的检测执行文件版本号发送至管理设备，管理设备检测待检测车辆中存储的检测执行文件版本号与管理设备中存储的检测执行文件版本号是否一致。若不一致，管理设备向待检测车辆发送更新指令。待检测车辆在获取到管理设备发送的更新指令后，向管理设备发送检测执行文件下载请求。
108.在一些实施例中，检测待检测车辆中存储的检测执行文件版本号与管理设备中存储的检测执行文件版本号是否一致可以由待检测车辆执行。即，s1021、根据所述检测信息，在待检测车辆中存储的检测执行文件版本号与所述管理设备中存储的检测执行文件版本号不一致时，向所述管理设备发送检测执行文件下载请求，包括：
109.所述检测信息包括管理设备中存储的检测执行文件版本号；
110.在待检测车辆中存储的检测执行文件版本号与所述管理设备中存储的检测执行文件版本号不一致时，向所述管理设备发送检测执行文件下载请求。
111.本技术实施例中，检测信息包括管理设备中存储的检测执行文件版本号，待检测车辆可以比较待检测车辆中存储的检测执行文件版本号与管理设备中存储的检测执行文件版本号是否一致，若不一致，待检测车辆向管理设备发送检测执行文件下载请求。其中，检测执行文件版本号的获取可以是待检测车辆主动向管理设备请求获取，也可以是管理设备在获取到待检测车辆进入某一设定检测工位后，向待检测车辆下发，本技术实施例对此不做限定。
112.在一些实施例中，检测执行文件包括工位配置文件以及检测基线脚本。
113.如图4所示，相应的，s120根据所述触发工位指令确定待检测车辆内部对应的检测执行文件，包括：
114.s121、根据所述触发工位指令确定待检测车辆内部对应的所述工位配置文件；
115.s122、根据所述工位配置文件确定对应的检测基线脚本；
116.那么，相应的s130根据所述检测执行文件执行对应的检测项目，包括：
117.根据所述触发工位指令对应的检测基线脚本执行对应的检测项目。
118.每个检测工位根据实际需要可以选择一到多个检测基线脚本组成一个检测工位的执行序列。每一个检测基线脚本可以包含一到多个检测项目。总装车间对车辆进行检测时，一般根据生产节拍设计检测工位，每个检测工位在有限的生产节拍内完成提前设置的所有检测项目。为实现每个检测工位的检测项目可灵活调整，可通过工位配置文件进行管理设计。工位配置文件规定了各个检测工位中多个检测基线脚本的执行顺序。本技术实施例可以在管理设备中编辑修改工位配置文件以及检测基线脚本，以实现对各检测工位的检测项目的配置。
119.本技术实施例能够在获取管理设备发送的触发工位指令后，由待检测车辆自动确定与触发工位指令对应的工位配置文件，从而解析本地工位配置文件确定触发工位指令对应的检测基线脚本，并调用检测基线脚本执行对应的检测项目，因此无需检测人员操作手持检测设备，自动执行检测，可以提高车辆检测效率、降低汽车生产的设备成本和人工成本。
120.在一些实施例中，如图5所示，s130根据所述检测执行文件执行对应的检测项目，以完成所述车辆下线检测，还可以包括：
121.s131、根据所述检测执行文件生成检测控制信息；
122.s132、调用协议栈将所述检测控制信息生成检测报文；
123.s133、将所述检测报文进行协议转换后，发送至控制器执行对应的检测项目，以完成所述车辆下线检测。
124.由于待检测车辆中的各控制器执行检测的诊断协议有可能不同，因此本技术实施例先根据检测执行文件生成检测控制信息，然后调用协议栈将检测控制信息生成检测报文，将检测报文进行协议转换后，发送至控制器执行对应的检测项目。
125.在一些实施例中，可选的，如图6所示，本技术实施例提供车辆下线检测方法在检测项目执行结束后，还可以包括：
126.s140、根据整车数据文件以及本地电子控制单元版本号确定电子控制单元升级列表；
127.s150、根据所述电子控制单元升级列表生成电子控制单元升级包下载请求；
128.s160、向所述管理设备发送所述电子控制单元升级包下载请求，所述请求用于指示所述管理设备根据所述电子控制单元升级包下载请求向所述待检测车辆发送电子控制单元升级包。
129.随着汽车行业的高速发展，车内电子控制单元(electronic control unit，ecu)越来越多，功能越来越强大。为了满足智能网联时代汽车软件快速更新迭代的要求，车内电子产品中的ecu需要进行升级。目前的ecu升级一般需要检测人员采用专用设备进行操作，对想要升级的ecu逐个进行升级操作。例如需要检测人员在eol手持设备上点击想要升级的某个ecu。因此，现有车辆ecu升级效率低，且需要检测人员配合。针对该问题，本技术实施例在所有检测项目执行结束后，可以根据整车数据文件以及本地ecu版本号确定ecu升级列表，然后根据ecu升级列表生成ecu升级包下载请求，并发送至管理设备。管理设备在接收到ecu升级包下载请求后，根据ecu升级包下载请求向待检测车辆下发ecu升级包。因此本技术实施例可以在所有检测的检测项目执行结束后，自动执行检测生成ecu升级列表，并根据
ecu升级列表向管理设备发送ecu升级包下载请求，从而使管理设备下发ecu升级包。所以本技术实施例在ecu升级过程中无需操作人员配合，可自动检测需要升级的ecu，并请求下载ecu升级包。
130.需要说明的是，待检测车辆与管理设备之间建立通信连接后，管理设备可以将整车数据文件下发至待检测车辆。整车数据文件例如可以包括整车配置字、整车基线信息、ecu版本号、整车相关密钥文件以及各控制器写入参数等。
131.在一些实施例中，如图7所示，本技术实施例提供的车辆下线检测方法还可以包括：
132.s170、获取电子控制单元升级指令；所述电子控制单元升级指令为所述管理设备在待检测车辆处于升级工位时产生；
133.s180、在所述电子控制单元升级包下载完成后，根据所述电子控制单元升级指令基于所述电子控制单元升级包进行电子控制单元升级。
134.例如可以通过位于升级工位上的车辆识别设备采集车辆识别码，并将车辆识别码以及该车辆识别设备中存储的检测工位编码发送至定位设备。定位设备将车辆识别码以及检测工位编码发送至管理设备，管理设备根据待检测车辆的车辆识别码生成ecu升级指令，并发送给待检测车辆。待检测车辆接收到ecu升级指令后，先判断ecu升级包是否下载完成，在ecu升级包下载完成后再进行ecu升级。即待检测车辆在进入升级工位之前就可以进行ecu升级包的下载。在进入升级工位后，若ecu升级包下载完成，立即进行ecu升级，若ecu升级包还未下载完成，那么需要等待ecu升级包下载完成后再进行ecu升级。可选的，ecu升级包下载进度可以显示在待检测车辆的多媒体影音系统(head unit，hu)界面上。这样设置可以在待检测车辆在进入升级工位之前就可以进行ecu升级包的下载，因此可以节省ecu升级配置的时间。
135.在一个实施例中，可选的，如图8所示，本技术实施例提供的车辆下线检测方法还包括：
136.s140、获取电子控制单元升级指令；所述电子控制单元升级指令为所述管理设备在待检测车辆处于升级工位时产生；
137.s150、根据所述电子控制单元升级指令、整车数据文件以及本地电子控制单元版本号确定电子控制单元升级列表；
138.s160、根据所述电子控制单元升级列表生成电子控制单元升级包下载请求，并将所述电子控制单元升级包下载请求发送至所述管理设备，以指示所述管理设备根据所述电子控制单元升级包下载请求向所述待检测车辆发送电子控制单元升级包；
139.s170、在所述电子控制单元升级包下载完成后，基于所述电子控制单元升级包进行电子控制单元升级。
140.其中，ecu升级指令为管理设备在待检测车辆处于升级工位时，根据待检测车辆的车辆识别码确定。该实施例中，待检测车辆在进入升级工位后，位于升级工位上的车辆识别设备采集车辆识别码，并将车辆识别码以及该车辆识别设备中存储的检测工位编码发送至定位设备。定位设备将车辆识别码以及检测工位编码发送至管理设备，管理设备根据待检测车辆的车辆识别码生成ecu升级指令，并发送给待检测车辆。待检测车辆接收到ecu升级指令后，先根据ecu升级指令、整车数据文件以及本地ecu版本号确定ecu升级列表，然后根
identification number，vin)，也可以为待检测车辆的其他标识码，只要是能够用于对车辆进行区分的唯一标识码即可。可选的，车辆识别设备还可以存储有所处的检测工位信息。检测工位信息可以是检测工位编码，例如车辆识别设备可以存储有检测工位编码，若车辆识别设备检测到待检测车辆进入该车辆识别设备所在检测工位，那么车辆识别设备可以准确采集该待检测车辆的车辆识别码，并将该待检测车辆的车辆识别码以及所处检测工位编码向管理设备发送。在一些实施例中，车辆识别设备可以仅向管理设备发送待检测车辆的车辆识别号码，由管理设备自行根据接收车辆识别码的车辆识别设备解析该车辆识别设备所处检测工位。因此管理设备可以根据待检测车辆所处检测工位以及待检测车辆的车辆识别码生成触发工位指令。
155.可选的，车辆下线检测系统还可以包括定位设备。管理定位设备通过定位设备与车辆识别定位设备通信连接。由于车辆识别定位设备设置在检测检测工位，若车辆识别定位设备和与之通信的模块之间为近距离通信，而车辆识别定位设备与管理定位设备之间的空间距离较远，为避免影响通信效果，可以设置定位设备接收车辆识别定位设备传递的待检测车辆的车辆识别码以及检测工位信息，转发给管理定位设备。此外，通过设置定位设备还可以方便对各车辆识别定位设备与管理定位设备之间的通信进行统一管理。
156.相应的，在s210之前还可以包括：
157.车辆识别设备采集待检测车辆的车辆识别码，向定位设备发送待检测车辆的车辆识别码以及车辆识别设备所处的检测工位信息。
158.定位设备向管理设备发送车辆识别码以及所处的检测工位信息。
159.本技术实施例通过各设备之间的交互配合，能够使待检测车辆自动实现检测，无需检测人员操作手持检测设备进行检测，可以提高车辆检测效率。由于管理设备中对检测执行文件可以进行灵活编辑修改，因此检测项目的更新，无需第三方的定制化开发，不影响车辆检测效率以及生产节拍。
160.在一些实施例中，可选的，车辆识别设备包括车辆识别读取设备。车辆识别读取设备可以设置在检测工位的任意位置，并且车辆识别读取设备的车辆识别区域可以面向检测工位内的待检测车辆设置，例如车辆识别读取设备可以设置于检测工位的上方。例如，车辆识别读取设备可以通过射频识别技术(radio frequency identification，rfid)技术实现对车辆识别码的采集。
161.在一些实施例中，可选的，车辆下线检测系统还可以包括识别码存储设备，设置于待检测车辆上。其中，识别码存储设备内存储有待检测车辆的车辆识别码。车辆识别设备可以采集车辆识别设备所在检测工位的识别码存储设备中待检测车辆的车辆识别码。
162.可选的，识别码存储设备可以为无线射频识别rfid存储器，车辆识别设备可以为rfid读取器。在本公开实施例中，识别码存储设备可以安装于待检测车辆的面向车辆识别设备的车辆识别区域的表面上，例如车辆识别设备可以设置于检测工位的上方，识别码存储设备可以安装于待检测车辆的车顶。
163.在一些实施例中，可选的，若管理设备包括信息化管理设备和诊断管理设备，信息化管理设备通过诊断管理设备与待检测车辆通信。相应的，车辆下线检测方法如图10所示，包括：
164.s310、车辆识别设备采集待检测车辆的车辆识别码，向定位设备发送待检测车辆
的车辆识别码以及车辆识别设备所处的检测工位信息。
165.s320、定位设备向信息化管理设备发送车辆识别码以及所处的检测工位信息。
166.s330、信息化管理设备根据车辆识别码以及所处的检测工位信息生成相应的触发工位指令，并向诊断管理设备发送；
167.s340、诊断管理设备将所述触发工位指令发送待检测车辆；
168.s350、待检测车辆根据所述触发工位指令确定待检测车辆内部对应的检测执行文件；
169.s360、待检测车辆根据所述检测执行文件执行对应的检测项目，以完成所述车辆下线检测。
170.本技术实施例通过设置诊断管理设备对检测执行文件进行管理，可避免对信息化管理设备的重新开发，影响整车的其它业务。
171.本技术实施例还提供一种车辆下线检测装置。该车辆下线检测装置可配置于待检测车辆。图11为本技术实施例提供的一种车辆下线检测装置的结构框图。如图11所示，包括触发工位指令获取模块11、检测执行文件获取模块12和检测执行模块13。
172.触发工位指令获取模块11用于获取管理设备发送的触发工位指令，所述触发工位指令包括所述车辆即将执行的检测项目；检测执行文件获取模块12用于根据所述触发工位指令确定待检测车辆内部对应的检测执行文件，所述检测执行文件是执行所述检测项目的文件；检测执行模块13用于根据所述检测执行文件执行对应的检测项目，以完成所述车辆下线检测。
173.需要说明的是，前述车辆下线检测方法实施例的解释说明也适用于本实施例的车辆下线检测装置。关于车辆下线检测装置实施例中的各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
174.本技术实施例还提供一种车辆。该车辆包括处理器和存储器；存储器存储有程序或指令。处理器执行存储在存储器中的程序或指令，以实现如上述任意实施例所述的车辆下线检测方法。
175.图12为本技术实施例提供的一种车辆的功能模块架构示意图，如图12所示，待检测车辆可以包括影音系统hu和车控计算单元。影音系统hu包括通信模块(例如wifi模块)和人机交互界面(human machine interface，hmi)。通信模块提供车控计算单元与诊断管理设备数据交互的网络通道，人机交互界面hmi提供检测界面浏览。车控计算单元作为车内检测执行单元，可以管理车内的检测执行文件(例如检测基线脚本和/或工位配置文件)，通过通信模块与诊断管理设备进行业务数据交互。信息化管理设备用于获取车辆识别码以及所处检测工位信息生成相应的触发工位指令，并向诊断管理设备发送，以使诊断管理设备转发至待检测车辆的通信模块。
176.车控计算单元中的诊断引擎模块为整车检测功能的核心部件，诊断引擎模块例如可以位于待检测车辆的a核，诊断引擎模块用于接收诊断管理设备下发的触发工位指令、整车检测功能的执行管理，同时实现与诊断管理设备、信息化管理设备的数据交互功能。诊断引擎模块还可以实现检测执行显示管理、整车状态控制(例如切换整车电源模式、控制整车上下高压等)，监控总线信号，解析config文件(通用配置文件)等。其中，上述各实施例中所述的检测基线脚本例如可以为lua脚本。可以通过诊断引擎模块调用并解析生成检测控制
信息，然后调用uds client(unified diagnostic serviceclient，统一诊断服务客户端)标准接口，通过doip(diagnostic communication over internet protocol，通过以太网协议进行的诊断通信)诊断标准协议转换为检测报文，向待检测车辆的m核发送，以及接收m核反馈的检测报文。m核中包括协议转换模块，由于待检测车辆中各控制器的诊断协议不同，因此可以将检测报文通过协议转换模块进行协议转换后发送对应的控制器，完成相应的检测。图12中，log模块可以存储以及管理诊断引擎模块调用lua脚本执行过程中产生的诊断log数据(日志文件数据)。控制器局域网络诊断描述(candela diagnostic descriptions，cdd)模块可以为管理诊断数据库，为诊断引擎提供接口实现诊断数据的解析。config模块可以管理工位配置文件，为诊断引擎模块提供接口实现工位配置文件解析。整车控制模块可以为诊断引擎模块提供接口实现整车状态控制，例如切换整车电源模式、控制整车上下高压等。总线监控模块可以监控整车内部各网段总线信号，即，监控总线报文，为诊断引擎模块执行检测提供信号接收接口，诊断引擎模块可以根据监控的总线报文解析待检测车辆故障。刷写应用程序(application，app)可以为诊断引擎模块提供刷写控制接口，刷写app接收诊断引擎模块控制指令后可以控制整车ecu刷写。udsclient和doip协议栈，为诊断引擎和刷写app提供标准接口发送以及接收doip诊断标准协议的检测报文。协议转化模块用于对doip诊断标准协议检测报文的协议转化，转化为例如控制器局域网络(controller area network,can)、具有灵活数据速率的控制器局域网络(can with flexible data rate，canfd)、局域互联网络(local interconnect network，lin)格式的检测报文发送到对应ecu。图12中示例性的提供了3个ecu。例如ecu1的诊断协议为doip诊断标准协议，那么可以不用经过协议转化模块进行协议转换，通过dsclient和doip协议栈直接将检测报文发送ecu1，而ecu2以及ecu3的诊断协议不是doip诊断标准协议，因此需要经过协议转化模块进行协议转换。
177.本技术实施例还提供一种存储介质，该存储介质上存储有程序或指令，所述程序或指令被处理器执行时，可实现如上述任意实施例所述车辆下线检测方法的步骤。
178.需要说明的是，可读存储介质的例子包括但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(random access memory，ram)、只读存储器(read-only memory，rom)、可擦式可编程只读存储器(electrical programmable read only memory，eprom)、光纤、便携式紧凑磁盘只读存储器(compact disc read-only memory，cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
179.本技术的上述实施例提供的存储介质与本技术实施例提供的车辆下线检测配置方法出于相同的发明构思，具有与其存储的应用程序或指令所采用、运行或实现的方法相同的有益效果。
180.通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本技术可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中。
181.以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
182.以上所述实施例仅表达了本技术的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本技术构思的前提下，还可以做出若干变形和改进，这些都属于本技术的保护范围。因此，本技术专利的保护范围应以所附权利要求为准。