第1章：硬件架构设计——主控芯片选型、电源管理、电机驱动与通信接口
各位同学，大家好。我是你们这门课的老朋友。今天咱们正式进入《车窗控制器软硬件协同设计实战》的第一章——硬件架构设计。
说实话，我做了十几年嵌入式，车窗控制器看起来简单，但坑是真不少。你想想看，一个巴掌大的板子，要管电机正反转、要防堵转、要跟车身网络通信、还要扛住-40℃到85℃的温度冲击。嗯，这里面的门道，咱们一个一个掰开聊。
1.1 主控芯片选型：STM32 vs Infineon
选主控，说白了就是选「大脑」。车窗控制器对主控的要求其实很明确：
- 要有足够的PWM通道（控制H桥）
- 要有CAN/LIN接口（跟车身通信）
- 要扛得住汽车级温度范围
- 成本要压得住（一个车窗控制器BOM成本可能就几十块钱）
我个人习惯，在消费级或工业级项目里首选STM32。为什么？生态好、资料多、上手快。但到了车规级项目，我建议你认真看看Infineon的XC2000或TLE984x系列。
核心对比：
| 维度 | STM32（如STM32F0/F1） | Infineon（如TLE984x） |
|---|---|---|
| 车规认证 | 部分型号有（需仔细看datasheet） | 全系AEC-Q100 |
| LIN收发器 | 需外挂 | 内置（省一颗芯片） |
| 电机控制外设 | 通用定时器 | 专用电机控制PWM+死区插入 |
| 开发成本 | 低（HAL库免费） | 中等（DAVE工具链） |
我在项目中遇到过一件事：用STM32F103做了一个车窗样机，功能全跑通了。结果客户要求过TS16949认证，一查发现F103没有完整的AEC-Q100报告。最后只能换芯片，重新layout，多花了两个月。所以啊，选型时一定要先问清楚：这玩意儿最终要过什么认证？
1.2 电源管理模块——别让12V把芯片烧了
车窗控制器在车上接的是12V蓄电池。但主控芯片、传感器都是3.3V或5V工作。所以电源管理的第一件事：降压。
常用的方案有两种：
- LDO（低压差线性稳压器）：比如LM2937-5.0。优点是电路简单、纹波小。缺点是效率低——12V降到5V，一大半能量都变成热量了。适合电流小于100mA的场景。
- DC-DC（开关降压）：比如TPS5430。效率能到90%以上，但外围电路复杂一点，纹波也大一些。适合给电机驱动供电。
我的经验：车窗控制器里，我习惯用两级供电。第一级用DC-DC把12V降到5V，给电机驱动和继电器供电。第二级用LDO把5V降到3.3V，给主控和CAN收发器供电。这样既保证了效率，又保证了主控电源的干净。
还有一个容易忽略的点：反接保护。车上维修时，蓄电池正负极接反的情况并不少见。我曾经见过一个项目，样机测试时被维修工反接了12V，板子上的电容直接炸了。从那以后，我每个电源入口都会加一个PMOS管做反接保护，或者用一颗肖特基二极管串联。
避坑指南：我曾经在电源入口只加了一个TVS管，以为能扛住浪涌。结果有一次做抛负载测试（ISO 7637-2 pulse 5），TVS直接击穿短路，整条电源线烧了。后来我改成了TVS+自恢复保险丝的组合，再也没出过问题。
1.3 电机驱动电路——H桥的那些事儿
车窗电机是直流有刷电机，要正转（升窗）和反转（降窗）。最经典的驱动方案就是H桥。
一个标准的H桥由4个MOS管组成：Q1、Q2是上管，Q3、Q4是下管。导通Q1和Q4，电机正转；导通Q2和Q3，电机反转。
但实际设计时，有几个关键点要注意：
- 死区时间：上下管不能同时导通，否则就是短路。我一般会在软件里设置2-5μs的死区。
- 电流检测：车窗防夹功能需要知道电机电流。最简单的方法是在下管和GND之间串一个采样电阻（比如0.1Ω），用ADC读电压。
- 续流二极管：MOS管内部通常有体二极管，但电流大时还是建议外挂肖特基二极管，减少发热。
推荐集成方案：如果不想自己搭分立H桥，可以用集成电机驱动芯片，比如DRV8870或L9942。这些芯片内部集成了H桥、电流检测、保护电路，只需要用PWM控制方向引脚和速度引脚就行。我最近一个项目用的就是DRV8870，板子面积省了三分之一。
嗯，这里要特别说一下：堵转保护。车窗升到顶时，电机会堵转，电流会瞬间飙升到几安培。如果不做保护，MOS管和电机都可能烧掉。我的做法是：在软件里检测电流，如果超过阈值（比如3A）持续200ms，就自动切断PWM输出。
1.4 通信接口——CAN和LIN怎么选？
车窗控制器在车上不是孤立的，它要跟BCM（车身控制模块）或门模块通信。目前主流的有两种总线：CAN和LIN。
| 特性 | CAN | LIN |
|---|---|---|
| 速率 | 最高1Mbps | 最高20kbps |
| 成本 | 高（需要CAN收发器） | 低（用UART+LIN收发器即可） |
| 拓扑 | 多主，差分信号 | 单主多从，单线 |
| 典型应用 | 动力系统、安全系统 | 车窗、座椅、车灯 |
我个人建议：如果车窗控制器是独立模块，用LIN就够了。为什么？因为车窗控制的数据量很小——就是升、降、停、以及反馈当前位置。LIN的20kbps完全够用，而且成本低，一根线就能搞定。
但如果你做的是高端车型，车窗控制器要跟其他ECU做复杂交互（比如防夹逻辑需要车速信号），那还是上CAN吧。CAN的实时性和可靠性更好。
硬件设计要点：不管是CAN还是LIN，收发器都要靠近连接器放置。我见过一个设计，CAN收发器放在板子中间，走线绕了一大圈才到DB9接口，结果信号反射严重，通信老是丢包。后来把收发器挪到接口旁边，问题就解决了。
最后说一句：终端电阻。CAN总线两端需要各加一个120Ω电阻。很多新手会忘记加，或者加多了。我习惯在原理图上明确标注「靠近连接器放置」，并且在PCB上预留两个电阻位，方便调试时调整。
好了，第一章的硬件架构设计就聊到这里。下一章咱们会深入讲软件架构——怎么用状态机来管理车窗的升、降、停、防夹这些动作。到时候见。