一、从产线故障单说起
上周产线退回三块车窗控制器，故障现象都是“主驾侧车窗偶尔自动下降两厘米”。产线测试工程师在报告里写了句经典的“复现概率低，怀疑软件偶发bug”。拿到板子后，我第一反应不是直接看代码，而是先抓了一组CAN报文——果然，在故障出现时，0x321报文里出现了异常的0x5A信号值。
这个0x5A是什么？查了DBC才知道，这是“防夹手功能触发”的信号值。但问题是，当时根本没有障碍物在车窗上方。问题开始有意思了：要么是霍尔传感器误触发，要么是AutoSAR RTE层信号映射出了问题。
二、项目骨架：别急着写代码
这个车窗控制器项目用的是TC397+Vector Classic AutoSAR 4.4。很多人一上来就打开EB Tresos配置OS和BswM，我的习惯相反——先画三层架构草图：
硬件抽象层： - 霍尔脉冲捕获（ICU驱动） - 电机H桥控制（PWM+DIO） - 温度采样（ADC） 服务层： - 车窗位置计算（StbM同步） - 防夹算法（带温度补偿） - 电源管理（BswM控制） 应用层： - 车窗控制状态机（SWC） - 诊断事件管理（Dem） - 网络管理（Nm）为什么先画这个？因为AutoSAR项目最怕“后期发现某个模块没配时钟源”或者“RTE信号方向配反了”。我在第一个AutoSAR项目里踩过坑：电机控制PWM和霍尔捕获ICU用的同一个定时器资源，后来发现硬件上这两个外设冲突，只能改板。
