EOL(end of line)从名称上来看也很好理解，就是产品下线所做的一些列检测过程，目的就是确保产品质量。对于汽车控制器EOL当然包括ECU生产产线和整车厂的总装产线。当然要求也不太一致，对于供应商，需要确保的更多是电路故障的检测确保硬件与刷入软件的质量，对于OEM更侧重的是软件方面、接插件连接及系统参数校准等方面。

01

E供应商产线EOL

2.1 产线EOL目的

产线EOL主要两个目的：

(1)、产线规范型，验证产品的硬件版本、软件版本、诊断数据版本等，用于对产品的变更跟踪及管理等

(2)、检测硬件电路问题，确保硬件产品质量

2.2 产线EOL的措施及流程

生产产线的检测流程如下，该检测逻辑基本通过UDS诊断协议实现，避免正常软件逻辑增加检测过程复杂度。

版本号的验证基本通过数据读取服务(0x22)，电路检查基本通过IO控制服务(0x2F)或者例程控制服务(0x31)实现，休眠唤醒主要检测休眠电流(OEM具体要求)，DTC故障码检测通过DTC读取服务(0x19)。

产线EOL过程建议与正常产品逻辑进行区分，通过定义一个EOL模式(不必对OEM开发此类接口)，通过该方式来避免仅用于EOL过程的某些操作被OEM错误使用。

2.3 产线EOL的电路检测实现方式

产线EOL对于电路的检测: 模拟量输入(传感器采集、模拟开关采集)、数字量输入(数字开关)、内部上拉源(传感器上拉采集、开关上拉采集等)、供电电压、高边驱动电路输出、桥驱输出等。

负载的选择: 当输出或者输入过多会导致采用真实负载会导致产线的EOL系统比较复杂且不好维护，同时不同的产品或者变更的产品将不能复用该套EOL检测系统。因此，很多产线使用电子负载(电子负载使用可参考: IT8511使用说明)来替代真实负载来解决此类问题。

测试流程:

2.3.1 供电电压及上拉电压检测

供电电压、上拉源在控制器软件设计中均会采集，并会作为功能使能及数据判定的依据，因此二者采集准确与否影响较大。因此，需要将控制器端采集的数据传输出来并换算，保证与供电电压电压之间换算关系的误差存在合理的范围之内。

可通过UDS中数据读取服务(0x22)将数据传输给上位机，由上位机判断采集准确性是否在合理范围内。

供电电压：

(1)、控制器输入的供电端的电压采集

(2)、供电电压是控制器功能工作电压范围的重要依据

上拉源电压：

(1)、上拉源电压用于传感器上拉、模拟开关上拉等电路

(2)、上拉源电压采集是对传感器或模拟开关最后采集值的重要判定依据

(3)、对于使用同一上拉源的输入，需要进行级联测试(一路进行测试时，需要对其他路同时进行测试)，避免由于外部电路串接造成两路处于同一触发源

2.3.2 模拟量输入检测

模拟量输入在控制器上包括一些模拟开关、传感器数据采集等，采集的数据会在软件中进行使用。因此，这些数据应该由控制器发送给上位机，并由上位机进行合理性判断。

模拟开关两种测试方式:

(1)、通过接入定值电阻，控制器返回与定制电阻匹配的开关挡位

(2)、通过接入电阻，控制器返回采集AD值或电压等，由上位机根据换算关系判断合理性

传感器输入采集测试方式:

(1)、给定一定电压或电阻输入，控制器返回采集电压或AD，由上位机根据换算关系判断合理性

(2)、对于某些特殊传感器，需要测定多组测试值或范围的，可以使用电子负载的定电阻模式

2.3.3 数字量输入检测

数字量输入主要是一些数字开关、状态反馈开关等，通过检测输入电平高低来进行状态切换，基本设计为接地为开关触发。

数字量输入测试方法:

(1)、采集开路时的开关状态，对比接地后的开关状态，存在跳变则为正常

(2)、数字开关基本也为同一上拉源，注意进行级联测试，避免一开关的触发源触发多个开关这种错误情况(单一测试难以测试出这一错误)

2.3.4 信号输入检测

信号输入主要为一些位置采集等，如霍尔信号等。通过给定的波形输入，验证软件内部采集结果合理性(如占空比等)

2.3.5 高边/桥驱输出检测

高边驱动一般用于灯负载、节点或传感器供电等，存在回采或不存在回采的实现方式会存在差异。

桥驱一般用于电机驱动等，控制器内部可能存在电流采集，如果无采集数据就需要设备外部采集。

输出测试：

(1)、存在回采的电路，实现可以通过将回采数据传回，由上位机判断输出合理性

(2)、不存在回采的电路，需要设备在外部采集电压或者电流数据，判断其合理范围

(3)、对于通过PWM波进行输出负载，在采用满占空比输出时需要注意会不会导致过流

(4)、对于桥驱输出，需要进行正反向驱动测试

02

OEM总装产线EOL

3.1 OEM总装线EOL的目的及流程

整车厂EOL主要目的:

(1)、软件下载: 软件版本控制、硬件版本验证、参数写入等

(2)、电路检测: 电路检测，确保电路及硬件输出正常

(3)、参数校验: 控制器功能参数学习

3.2 软件下载流程

软件下载测试:

(1)、更新控制器软件及标定参数，并且在此过程中对生产信息及特定信息进行改写。

(2)、基本下载流程由OEM决定或者供应商决定，包括flash driver下载、软件更新、标定参数改写、其他信息写入等

标定参数、生产或出厂日期及安全访问算法参数等参数一般放在flash中，而ECU一般不会把驱动放在软件中(避免非法改写flash内容)，只有当软件更新时才会将相应的flash driver下载在ram中，因此一些参数只会在软件更新时进行改写。

3.3 电路检测流程

电路检测:

(1)、电路检测一般通过定义自检例程(0x31)，在进行自检之前需要将对应车型的配置参数进行下载，确保与硬件对应

(2)、检测完成后需要检测故障码(0x19)，确认自建例程运行结果(总装完成后不会存在电路问题，保证产品质量)，当然在运行自建例程之前需要清除故障码(0x14)

3.4 参数校准流程

参数校准:

(1)、针对某些功能，一些参数需要学习(与执行结构状态相关)，比如车窗的上升功能等，此过程会存在一些参数(如零点、最大行程等)

(2)、定义自动学习例程(0x31)，此过程中不断读取相应学习状态，当学习完成后返回例程学习结果

本站仅提供存储服务，所有内容均由用户发布，如发现有害或侵权内容，请点击举报。