整车下线流程(EOL)测试解决方案介绍.pdfVIP

整车下线流程（EOL）测试解决方案介绍

引言

近年以来，随着整车功能复杂程度的提升，整车下线流程（EOL,EndofLine）也变得

越来越复杂，除了传统的动力、车身部分的下线流程扩充外，更有智能驾驶，网络安全相关

的新流程加入。而下线流程作为整车生产环节末端的一部分，一旦出现问题，则会对生产效

率产生较大影响，甚至导致生产停滞。因此，在车型研发过程中，越来越需要在量产之前基

于单部件和实车环境测试验证整车下线流程相关需求，确保产线装车过程中下线流程的功能

稳定性。本文将结合我们为多个OEM提供研发阶段下线流程测试的经验，为整车下线流程

的测试提供一种可靠的解决方案。

1.背景知识

传统的下线流程主要涉及动力和车身两大部分内容，一般是车辆完成装配后，离开生产

线以前进行的一系列准备工作，比如制动油液的加注、动力系统自检、门窗天窗的自学习等。

近年来智能驾驶和网络安全相关功能在车内得以应用，与之相关的部分流程，例如雷达标定、

安全信息写入/校验等也被加入了下线流程。得益于目前车内总线式的通信方式，目前大部

分的下线流程，均可通过上位机下发诊断指令来完成，也即通过ISO-14229中定义的2F服

务（输入输出控制）和31服务（例程控制）来控制对应控制器执行相关步骤。

因为下线流程涉及到产线生产，所以一旦出现严重问题往往意味着产线停止，严重影响

生产效率。一些涉及到信息安全相关的功能，例如控制器之间的认证流程，一旦出现问题，

车辆将无法启动；而涉及到动力和底盘的功能出现问题，也常常导致产线暂停。因此，在一

款车型投产之前，对下线相关流程进行测试是很有必要的，尤其面对当今越来越复杂的下线

流程，及早测试并发现问题往往意味着生产效率的大幅度提升。

就下线流程的测试而言，我们可以将其分为两部分：通过仿真上位机的指令来观察下线

流程中的诊断数据流是否正确；发送相应指令后观察各执行器的动作是否正常。这其中，数

据流的测试可以通过部件级测试执行，也可以通过实车级测试执行；而后者因为涉及到相关

执行器，一般在实车级测试中执行较为方便。

2.实现难点

下线流程相较于传统的诊断协议和诊断功能，更注重与控制器功能上的交互；而与功能

测试相比，为了提升效率，部分流程可能会通过诊断仪或者产线设备来自动化执行。因此下

线流程测试综合了传统诊断测试与功能测试，对测试上位机有更高的要求，我们在分析多个

OEM的下线流程后，总结了如下常见的实现难点，并针对这些难点开发了对应的解决方案。

①多控制器兼容性：由于下线流程往往涉及多个控制器，因此需下线设备可同时兼容对

多个不同功能控制器的测试

②下线流程灵活调配：开发阶段的下线流程往往尚处于调试过程中，可能会随需求及实

际项目进度发生改变，这就要求测试设备可以灵活的增减下线流程，便于开发阶段的调试

③多控制器并行诊断：随着目前车内网络带宽的提升，越来越多的网络架构支持并行诊

断或控制器并行升级，下线流程也往往使用并行诊断的方式，这就要求下线流程测试设备也

可以做到对诊断请求的并行诊断

3.方案简介

针对上文列及的测试难点，我们结合项目实际开发了一套可行测试方案，并在OEM的

下线流程测试中进行了实践，获得了较好的效果。下面我们将对该解决方案做简要介绍。

该测试方案的核心为基于Vector公司CANoe软件开发的一套下线流程测试工程。如

下图所示，工程主要由诊断底层模块，并行处理模块，下线流程模块及环境配置模块组成，

并与其相关的外围设备，数据库等进行交互，仿真下线设备的响应指令，从而实现对下线流

程的测试。接下来我们将对各个组成模块进行简单介绍：

诊断底层模块：基于CANoe开发环境实现的诊断应用层、TP层，我们目前已经涵盖

了常见的CAN/CANFD/LIN/FlexRay/Ethernet等主流总线协议，并在此基础上实现了诊

断应用层协议ISO-14229，可以通过配置适应不同总线的诊断数据发送需求。

并行处理模块：提供对多控制器的诊断请求并行发送处理，并可以针对各个控制器单独

计算响应时间，判断响应数据。因为模块对于每个诊断地址单独开辟处理通道，因此可以方

便的添加或减少支持同时发送的诊断地址数目，具有配置灵活的特点。

下线流程模块：包含了EOL