3. 常见故障类型：电气、通信与软件故障

好，咱们进入正题。故障注入测试，说白了就是故意给ECU“找茬”。你得知道它怕什么，才能测出它扛不扛得住。我个人习惯把故障分成三大类：电气故障、通信故障、软件故障。下面我一个一个说。

3.1 电气故障：ECU的“外伤”

电气故障是最常见的，也是最好模拟的。你想想看，一辆车在路上跑，线束老化、接头松动、电池亏电，这些都是家常便饭。

3.1.1 短路

短路分两种：对电源短路和对地短路。对电源短路，就是把信号线直接拉到12V或24V。对地短路，就是拉到GND。

我在项目中遇到过一个案例：某款车在雨天行驶时，雨刮器突然不受控制。查了半天，发现是雨刮电机控制线对电源短路了。ECU检测到异常电压，但没做保护，结果烧了驱动芯片。

短路测试的典型方法：

• 对电源短路：将目标引脚通过10Ω电阻连接到VBAT
• 对地短路：将目标引脚直接连接到GND
• 测试时间：建议持续1-5秒，观察ECU反应

3.1.2 断路

断路就是信号线断了。这比短路更隐蔽，因为ECU可能检测不到。比如传感器信号线断了，ECU会读到什么？嗯，大概率是悬空电平，或者上拉/下拉后的固定值。

我曾经调试过一个氧传感器故障。车主报“发动机故障灯亮”，但读故障码是“氧传感器信号无效”。我拆开线束一看，传感器信号线在接头处断了，但外皮完好。这种断路最难查。

3.1.3 过压

过压是ECU的“杀手”。12V系统里，正常范围是9-16V。但负载突降、发电机故障时，电压能冲到40V甚至更高。

我见过最夸张的一次，某款ECU的电源芯片在36V输入下直接炸了。嗯，封装裂开，PCB都烧黑了。从那以后，我设计电路时一定会加TVS管和过压保护芯片。

过压类型	典型电压	持续时间	ECU预期行为
负载突降	35-40V	200-400ms	进入保护模式，不损坏
发电机过压	18-24V	持续	关闭非关键负载，报警
反接	-12V	持续	防反接电路动作，不损坏

3.2 通信故障：ECU的“神经”问题

现在的车，内部通信全靠CAN和LIN。通信一乱，整个系统就瘫痪了。

3.2.1 CAN总线错误

CAN总线错误分很多种：位错误、填充错误、CRC错误、格式错误、应答错误。说白了，就是数据在总线上传丢了、传错了、或者没人认领。

我个人习惯用CANstress这类工具来注入错误。比如，我可以故意让某个节点发送错误帧，或者篡改CRC字段。

常见的CAN故障注入方法：

• 位翻转：随机翻转数据位，模拟电磁干扰
• 帧丢失：随机丢弃某些CAN帧
• 延迟注入：人为增加报文延迟，模拟总线负载高
• 错误帧注入：主动发送错误帧，测试ECU的恢复能力

3.2.2 LIN总线错误

LIN总线比CAN简单，但也更容易出问题。LIN是单线通信，对地短路、对电源短路都很常见。

我记得有一次，某款车门模块的LIN通信时好时坏。查了三天，最后发现是LIN总线对地有100Ω左右的漏电阻。这种软故障最难定位。

LIN故障注入要点：

• 波特率偏差：故意让主从节点的波特率不匹配
• 校验和错误：发送错误的校验和，测试ECU的容错
• 休眠唤醒测试：反复让总线进入休眠和唤醒状态

3.3 软件故障：ECU的“内伤”

软件故障是最难测的，因为它不是每次都能复现。你想想看，一个内存泄漏，可能跑几个小时才出问题。

3.3.1 内存溢出

内存溢出，说白了就是程序申请的内存超过了实际可用的内存。在嵌入式系统里，这通常会导致系统崩溃或复位。

我在项目中遇到过一个经典案例：某款ECU在连续运行72小时后，突然死机。查了代码，发现是一个任务里动态分配了内存，但没释放。每次调用都泄漏几十个字节，积少成多，最后堆空间耗尽。

内存溢出测试方法：

• 压力测试：反复调用可能分配内存的函数
• 边界测试：故意让内存使用率达到99%
• 长时间运行：至少跑24小时，观察内存变化

3.3.2 堆栈溢出

堆栈溢出比内存溢出更危险。因为堆栈溢出会直接破坏函数的返回地址，导致程序跑飞。而且，堆栈溢出往往发生在函数调用很深的时候，比如递归调用。

我曾经调试过一个堆栈溢出的bug。现象是：ECU在特定工况下随机复位。我用了JTAG调试器，单步跟踪，发现是在一个中断服务函数里调用了另一个函数，而那个函数又调用了printf。printf的堆栈需求很大，直接撑爆了中断堆栈。

堆栈溢出测试方法：

• 递归调用测试：故意制造深度递归
• 中断嵌套测试：让多个中断同时发生
• 堆栈填充测试：用固定模式填充堆栈，运行后检查是否被改写

嗯，这三种故障类型，基本覆盖了ECU可能遇到的大部分问题。电气故障是外伤，通信故障是神经问题，软件故障是内伤。测试的时候，你得三种都覆盖到，才能说你的ECU是“皮实”的。