汽车发动机控制器(ECU)中待测项目综述

汽车发动机控制器(ECU)是汽车中最为复杂且功能最为强大的计算机，它包含电源、MPU、通信链路、离散输入、频率输入、模拟输入、开关输出、PWM 输出和频率输出等9大模块，了解这些模块以及待测试的项目，对于(中国)测试工程师参与汽车ECU的测试具有一定的指导意义，同时也有利于设计工程师从测试角度去全盘考虑汽车发动机控制器的设计问题。

发动机电子控制装置，也称作发动机控制器(ECU)，于20世纪70年代诞生。当时，由于石油危机，人们正在寻找一种提高燃油经济性的方法，他们想要找出一种能够使发动机在更为清洁和污染更少的条件下运行的方法。当时的工程师运用一种叫做燃料分配器的机械装置来控制火花定时，使用化油器来控制燃料混合。这种机械系统的调整能力较差。20世纪70年代微处理器诞生了，这种技术可以实现控制火花定时和燃料混合所需的复杂、高速的运算。在80年代早期ECU成为了大多数车辆中的标准部件。ECU是设计用于解决具体问题的计算机。通常ECU是汽车中最为复杂且功能最为强大的计算机。

车辆中通常含有一个以上的电子控制模块(ECM)。ECU是负责发动机控制功能的电子控制模块，其主要用途是对发动机中的燃油和点火系统进行闭环控制，从而提高燃油经济性并减少发动机产生的气体污染物。

为何要测试ECU？

测试通常被认为是一项不会增值的工作。在理想的世界中确实如此，因为在理想的世界中，生产工艺从来都不会产生缺陷，系统设计永远没有瑕疵，软件永远正常运行，从来不会有客户退货，产品和原材料质量问题为零，由于不会出现任何故障，测试就显得毫无必要。但是世界并非完美，因此需通过测试来实现可测量的、可重复的和可跟踪的最低质量标准。质量确实有价值，尽管它的价值无法直接衡量。

测试的必要性还体现在其它方面。汽车制造商有自己的质量要求和标准(如QS-9000)以及长期跟踪和规章要求。汽车制造商通常都要求元件供应商在将其元件发往B&A(组装)工厂(元件在此处组装成整车)之前对元件进行测试。B&A工厂是劳动密集型工厂。由于供应商的元件故障造成汽车返工是不可接受的，它会造成极大的损失。供应商合同中通常都包括由于供应商的原因造成的元件缺陷相关的罚款条款。

ECU生产商需要证明其产品符合客户的规范，这需要通过DV(设计验证)测试来实现。生产商还需证明其生产工艺可以正确生产出产品，这需要通过PV (生产验证)来实现。质量标准通常都要求对一定比例的ECU进行质量评估，以确保生产工艺没有缺陷。这种质量评估通过连续一致性(小型设计验证)测试进行。

测试系统开发人员面临的挑战

如前所述，测试常常被认为是一项不会增值的工作，虽然测试是提高生产流程各阶段质量水平的重要手段。这一状况使测试机构面临着极大的压力，它们必须确保测试过程稳固、全面、快捷且性价比较高。

测试系统必须稳固。测试系统必须能够全天候运行。大多数汽车元件供应商都有高产量生产线，停产会对带来巨大损失。JIT(准时)生产不允许分批发货、发货延迟或数量短缺。根据质量控制程序和流程的要求，出错会导致停产。由于这些原因，测试设备必须可靠且精准。

测试范围必须全面。测试系统的测试范围应尽可能广而且测试必须精确。测试系统应尽可能防止生产流程的下游出现缺陷。一般而言，越是在下游出现的问题，修复的成本越高。

测试系统必须快速运转。高产量生产要求生产流程的每一阶段都不能比最慢的流程慢。测试过程不应成为一个瓶颈，尤其是在测试被视为不会增值的工作时。测试系统的速度应比最慢的上游流程快。

测试系统必须具有高性价比。测试系统设计人员必须比较性能和成本。一个测试系统的成本不仅仅是其购买价格。测试系统会产生其它明显的短期成本，如设备、培训、维护、升级、支持以及连接等。测试系统的长期成本较不明显，它取决于开发时间、灵活性、可量测性、可再利用性、模块性和便携性等参数。这些因素与测试系统中使用的软件和硬件直接相关。

除了以上这几点，测试系统设计人员还必须在有限的预算和越来越短的时间内完成设计。开发新产品越来越难，产品的生命周期越来越短，新的规则、技术和客户需求不断涌现。面临这一切，测试系统设计人员必须找到一种使其开发的系统既可满足当前需求又可满足未来需求的方法。

ECU 如何工作？

简单地说，ECU的工作方法就是根据与发动机相连的传感器的反馈来控制燃油混合(空气燃油比)和火花定时(点火提前及持续时间)。燃油混合和点火定时的控制相当复杂。ECU需要从多个传感器获取数据以实现系统的最佳控制。ECU需要了解地速、发动机转速、曲轴位置、空气质量(氧气含量)、发动机温度、发动机负荷(如空调(A/C)打开时)、油门位置、油门的变化率、变速齿轮、废气排放，等等。前面我们已经讲到，ECU是一种用于解决具体问题的计算机。计算机通常无法直接与模拟世界进行交互。因而需要使用一个信号调理/数据采集接口，以将来自传感器的模拟信号转换为计算机可以理解的数字信号。而为了控制燃油系统和点火系统，必须将数字信号转换为模拟信号。 
   
ECU功能模块

ECU包含以下几个功能模块：1. 电源 - 数字和模拟(模拟传感器的电源)。2. MPU - 微处理器和内存(通常为闪存和RAM)。3. 通信链路 - (如CAN总线)。4. 离散输入 - 开/关型输入。5. 频率输入 - 编码器型信号(曲轴或车辆速度)。6. 模拟输入 - 来自传感器的反馈信号。7. 开关输出 - 开/关型输出。8. PWM 输出 -变频和占空比(如喷射器或点火器)。9. 频率输出 - 恒定的占空比(如步进电机 －怠速控制)。

图1显示了ECU的典型输入/输出框图，各框中列出了NI提供的激励和测量设备的种类以及与负载物和仪器的连接状况。

电源

ECU的电源是一个直流-直流转换器。电池电压被转换为适合MPU和其它数字电路的电压。在某些情况下，ECU提供模拟传感器的电压源。在这种情况下，ECU提供一个或多个模拟电源电压(源于电池电压)。典型的测试包括：

开关检查- 检查电源和接地之间是否短路或开路。

电源负载测试- 如果ECU采用模拟电源，则在最大负载条件下验证电源电压。

电源噪声测试-如果ECU采用模拟电源，则检查输出噪声大小。

睡眠电流-在点火键处于“关”位置时检查VBATT上的电流。

唤醒电流-在点火键处于“开”位置时检查VBATT上的电流。

处理器

MPU内含有处理器和内存组件。在大多数情况下用闪存存储应用软件(有时称作应用码)。应用软件中包括校准查找表。这些表根据输入的反馈设定最佳燃油混合和点火定时参数。利用闪存你可以在任何时候对ECU进行重新编程。在某些情况下，应用软件包括用于生产测试的特定测试模式。典型的测试包括：

RAM测试 - 通常为某种形式的写和读。

Flash测试 - 检查制造商/产品编号，校验总和。

“看门狗”计时器测试。

将应用软件和/或嵌入式测试码下载到闪存中。

生产测试通常采用以下的一种或多种方法：

应用码包括用于ECU的外部控制的内置式测试分支。

将测试码下载到闪存中。测试码能测试所有的输入和输出。

下载与测试相关的代码(如仅下载用于读取模拟输入的代码)。

数据链路

ECU具有与外界相连的通信链路。ECU协议和标准的种类很多，而且每隔几年就会出现新的协议和标准。通信链路具有多项功能。其中最主要的一项功能是满足板上诊断(OBD) 的要求。OBD对车辆排气系统进行故障探测。 ECU对废气排放进行监测；当废气排放量超出容许标准时，ECU会记录数据以供技术人员使用。技术人员通过通信链路获取数据，并可运用其它与通信链路相连的诊断工具找出故障部件。现今的车辆通常都使用一个以上的ECM (ABS，车身控制，远程信息处理等)，这些ECM一般都通过通信链路连接在一起。为了能够正确运行，ECU可能需要与发动机不相关的电子或机械系统的状态信息。类似地，其它ECM也需要来自ECU的状态信息以确保正常运行。

ECU的测试通常需通过频繁的通信链路输入/输出来完成。由于和ECU通信要占去实际测试时间的30%至40%，用于通信链路的设备对系统性能具有很大的影响。设备的吞吐时间(如将RS-232转换成CAN 或将CAN 转换成RS-232)会影响测试系统的总体性能。根据协议的不同，选择范围会受到限制。但是在进行选择时，还是应该进行比较，以找出最快的方案。

通过一个简单的例子可以说明你的选择带来的影响。假设你有一个用于将RS-232 转换为CAN的车辆通信接口(VCI)设备。如果VCI设备的RS-232侧在9600波特和每波特1位的条件下运行，则RS-232侧的传送速率为9.6kbps。

此处是11字节或88位。在9600kbps的速度下传送数据需要9.17 ms。这一时间看起来似乎并不长，但是要知道在ECU设备的测试过程中通常要传送200条甚至更多信息，仅仅单向传送200条信息就需耗时1.83秒。当然，信息通常需遵守命令/响应协议，因此传送200条信息的实际时间为2 ×1.83 秒，即3.66秒。这还未包括将数据由RS-232转换为CAN，由CAN 转换为 RS-232以及ECU或测试系统控制器处理数据的其它等待时间。如果选择RS-232侧的运行速度达到18.2kbps 的VCI设备，就可将测试时间缩短1.83秒。在必须将测试码或应用码下载至ECU的情况下，选择慢速的设备会造成更大的影响。

离散输入

离散(或开关)输入监测汽车中各组件和附件的开关状态。最重要的离散输入是点火开关。ECU需要知道点火开关的位置(起动，运行，关闭，辅助)以确定何时和如何控制燃油和点火系统。其它离散或开关输入还有停车开关、制动开关和A/C 开关。

在ECU 测试系统中，通常由通用和/或矩阵继电器组成的负载/激励模块将一个测试源(VBATT, BATT_GND, DAC, DIO)与ECU上的离散输入相连接。典型的测试包括：

移动1/0－对于移动1，先将所有离散输入置0，然后再将输入由高切换为低，一次输入一个。移动0则与此相反。

模式测试 (如0xAA, 0x55)，读取ECU的状态。

将每个输入与VBATT相连，读取ECU的状态。

将每个输入与BATT_GND相连，读取ECU的状态。

在开路条件下进行测试。

频率输入

频率输入通常用于监测测试速度(如车辆速度)或速度和位置(如曲轴)的传感器。对于ECU最为重要的反馈信号是曲轴信号。在有些发动机应用中，曲轴和凸轮信号都被用于向ECU提供速度(转速)和位置(曲轴角度)信息。曲轴和凸轮传感器可以采用可变磁阻型(VAR)传感器或红外传感器(IR)。这两种类型的传感器都能产生编码器信号，ECU通过这些信号来确定燃油和点火输出参数。

典型的频率测试包括：

用具有可变振幅和/或频率和/或占空比的信号来驱动ECU频率输入。

对输入进行开路测试。

在VBATT和/或BATT_GND与输入短接的条件下进行测试。

模拟输入

模拟输入监测汽车中数量众多的传感器。有多种类型的传感器，每一信号都由ECU调理。温度(发动机温度)、压力(MAP－集流腔绝对压力)、流量(EGR)和空气质量(氧气)等是至ECU反馈回路的组成部分。

典型的模拟输入测试包括：

开路－没有源或负载与输入相连。

与VBATT和/或BATT_GND短接。

模数线性变换(如用量程的5和95%的输入信号进行测试)。

开关输出

开关输出，有时也称作离散输出，通常为小电流驱动器(<2 A)。用于控制行驶控制离合器和燃油泵的信号就属于开关输出。有时根据开关输出向系统中的其它组件提供参考电源还是参考地而将其分为大电流驱动器和小电流驱动器。这些输出驱动的负载可以是电阻性负载(如检查发动机灯)，也可以是电抗性负载(如气动电磁阀)。

脉宽调制 (PWM)输出

PWM输出是ECU输出中最为复杂的。而在PWM输出中，喷射和点火(或EST－发动机点火定时)输出可能是计算上最为复杂的。决定喷射和点火输出的定时、频率和占空比的主要因素是曲轴速度(转速)和位置(曲轴角度，0至360度)。用于确定燃油和点火参数的其它因素有车辆速度(mph)、油门位置(加速、减速、不变)、EGR(废气再循环)、发动机温度、歧管压力、燃油温度/压力，等等。简单地说，发动机应用码使用所有这些反馈进行一些运算，然后在校准表中查找并选出最佳的燃油混合和火花定时(火花提前和滞后)，以优化发动机的性能。一般而言，PWM输出驱动电感性负载，如点火线圈和喷射器电磁线圈。大多数负载均小于5A，但有些负载，如点火线圈，则根据发动机设计的不同可为5至20A。

典型测试包括：

 Voh = VBATT ±0.5 VDC, Vol = BATT_GND ±0.5 VDC。

箝位电压/回扫电压，大多数均<100 V，点火线圈的回扫电压可达450 V。

输出漏电流。

诊断。

将输出同VBATT和/或BATT_GND短接· 开关时间、上升时间/下降时间、占空比、频率。

曲轴位置和喷射/点火/EST之间的定时/同步(如相对于TDC的上升或下降沿延迟)。

电流与电压比(如在I=500 mA 时 的Vsat-电压)。

频率输出

频率输出通常为恒定频率和/或占空比输出。它们常用于控制步进型设备。频率输出的例子有ISC，即怠速控制，它调整进入燃油系统的空气流量，从而改变怠速。

ECU测试软件

软件是测试系统的主要组成部分。通常需使用两种类型的软件：

应用程序开发环境(ADE) - 用于编写测试码。

测试执行程序- 用于管理测试序列。

ADE的选择非常重要，因为它会对系统的长期和短期成本产生重大影响。测试执行程序也会对成本产生影响。任何测试应用程序都需使用某种类型的ADE来创建测试代码。ADE对开发时间有直接的影响，因而对系统的成本也会产生直接影响。选择ADE时需考虑ADE的成本、易用性以及其所包含的工具和程序库。除此之外，能否从ADE供应商或第三方软件供应商处获得附加软件或软件包也是值得考虑的因素。随ADE一起提供的标准程序库和附加软件通常决定必须编写多少代码。一般而言，开发人员需要编写的代码越少，软件开发时间就越短，开发成本也越低。

传统上测试代码和测试执行程序要结合在一起。每次需要为新产品开发测试程序时，开发人员都必须编写新的测试执行程序或将测试执行程序代码从旧产品导入到新产品的测试码中。如果因为新产品的要求而需要更改测试执行程序部分的代码，则必须对每个采用该测试执行程序的系统进行相应的修改，或者为新产品编写其自己的测试执行程序。这样常常会导致同一测试执行程序有多种版本，从而增加软件维护和软件文件编制的成本。

现在市场上已出现了商用现成(COTS)测试执行程序。采用COTS测试执行程序后，测试系统开发人员只需将精力集中在测试码上，而无需担心测试执行程序。TestStand是市场上最好的COTS测试执行程序之一，它可以与几乎所有ADE中的测试码相连接，并可以与运用LabVIEW 和 LabWindows/CVI生成的代码无缝集成。

此外，NI为多种平台，如PCI、PXI和PCMCIA提供CAN (控制器区域网)设备，这些设备几乎可用于需要CAN接口的任何汽车测试应用中。

本文小结

ECU是具有多功能输入和输出的复杂电子设备。测试工程师在设计和开发用于ECU测试的系统时面临着许多挑战。基于计算机的测量设备(如PXI)与虚拟仪器的结合为ECU测试应用提供了理想的硬件和软件平台，使得系统开发人员可以开发出满足现今和未来需求的测试系统。