核心硬件组件：ECU、传感器、执行器与网关
好，咱们直接进入正题。第二章要聊的是汽车电子电气架构里最基础的硬件单元。说白了，就是车上那些“会思考的盒子”、“会感知的零件”和“会动手的部件”。
我刚开始接触这行的时候，总觉得一辆车就是发动机加四个轮子。后来拆开第一块ECU，看到密密麻麻的电容电阻，才意识到——这玩意儿比我想象的复杂得多。
ECU：电子控制单元的功能与分类
ECU，全称是Electronic Control Unit。你可以把它理解成汽车的“小脑”。每个ECU负责一个特定的功能域，比如发动机控制、变速箱控制、车身控制等等。
ECU的核心功能其实就三件事：
- 采集信号：从传感器读取电压、电流、频率等物理量
- 逻辑运算：根据预设的控制算法（比如PID、查表）计算出输出值
- 驱动执行：向执行器发送PWM波或开关信号，完成动作
举个例子，你踩油门踏板，踏板位置传感器把角度变成电信号发给发动机ECU。ECU算一下“哦，驾驶员想要20%的扭矩”，然后告诉喷油嘴“多喷点油”，告诉节气门“开大一点”。整个过程，几十毫秒就完成了。
ECU的常见分类（按功能域）
| ECU名称 | 控制对象 | 典型品牌/型号 |
|---|---|---|
| ECM（发动机控制模块） | 喷油、点火、怠速、排放 | Bosch MED17, Delphi MT80 |
| TCM（变速箱控制模块） | 换挡时机、油压、锁止 | ZF 8HP, Aisin AW |
| BCM（车身控制模块） | 车窗、门锁、灯光、雨刮 | Continental, Hella |
| ABS/ESC（制动控制） | 轮速、制动压力、横摆角 | Bosch ESP 9.3, TRW |
| BMS（电池管理） | SOC、SOH、均衡、热管理 | LG, CATL, NXP |
嗯，这里要注意。ECU不是越强越好。我见过有些项目，为了省成本，用一个高算力的ECU硬扛三个功能，结果散热跟不上，夏天直接死机。所以，ECU的选型要平衡算力、功耗、成本和可靠性。
传感器与执行器：汽车的“五官”和“手脚”
传感器是汽车的感官。没有传感器，ECU就是个瞎子。执行器是汽车的手脚。没有执行器，ECU就是个光想不做的空想家。
常见的传感器类型：
- 位置传感器：油门踏板、曲轴位置、节气门位置。霍尔效应或磁阻原理居多。
- 温度传感器：冷却液温度、进气温度、排气温度。NTC热敏电阻最常见。
- 压力传感器：进气歧管压力、燃油压力、胎压。MEMS硅压阻式是主流。
- 速度传感器：轮速、车速、发动机转速。磁电式或霍尔式。
- 气体传感器：氧传感器（λ传感器）、NOx传感器。用于闭环控制。
常见的执行器类型：
- 电磁阀：喷油嘴、换挡电磁阀、VVT油压阀。PWM控制流量。
- 电机：雨刮电机、车窗电机、电子水泵。H桥驱动正反转。
- 继电器：大灯、风扇、油泵。ECU输出低边或高边驱动。
- 加热器：氧传感器加热、后窗除雾。PWM或开关控制。
避坑指南
我曾经在一个项目中，传感器选型时没注意输出类型。ECU的ADC是0-5V，结果传感器输出是0.5-4.5V的比率式，导致满量程精度损失了10%。后来不得不加一级运放调理电路。所以，选传感器时一定要确认输出信号范围与ECU的ADC输入范围匹配。
网关（Gateway）的角色
网关，说白了就是汽车网络里的“翻译官”和“交通警察”。
为什么需要网关？因为车上不止一种总线。传统的动力系统用CAN（高速CAN，500kbps），车身系统用LIN（低速，20kbps），信息娱乐系统用MOST或以太网。这些网络协议不同、速率不同、数据格式不同，不能直接连在一起。
网关的核心功能：
- 协议转换：把CAN报文转成以太网报文，或者把LIN信号映射到CAN上。
- 路由转发：根据路由表，决定哪些报文需要跨网段转发。比如，发动机转速信号需要从动力CAN转发到仪表CAN。
- 防火墙：隔离不同安全域。比如，外部诊断请求不能直接访问动力系统的内部变量。
- 网络管理：协调各ECU的休眠和唤醒，防止总线“睡死”或“吵醒”。
我印象很深的一个案例：某款车在低温环境下，网关启动比ECU慢，导致ECU发来的第一帧报文被网关丢弃，发动机启动后仪表盘转速显示为0。后来加了启动延时逻辑才解决。所以，网关的启动时序一定要和网络上的其他节点对齐。
域控制器（DCU）与中央计算平台（CCP）的兴起
传统架构里，每个功能一个ECU。一辆车可能有50-100个ECU。线束又重又贵，软件升级更是噩梦。你想想看，要升级一个雨刮逻辑，得刷写BCM的固件，还得去4S店用诊断仪。
于是，域控制器（Domain Control Unit, DCU）出现了。它的思路是：把相近功能的ECU合并到一个高性能计算平台上。
常见的域划分：
- 动力域：发动机、变速箱、混动、排放
- 底盘域：制动、转向、悬架
- 车身域：门窗、灯光、座椅、空调
- 智能座舱域：仪表、中控、HUD、语音
- 自动驾驶域：感知、规划、控制
每个域控制器用一颗高性能SoC（比如NXP S32G、TI TDA4、高通SA8155）替代原来5-10个MCU。软件上跑虚拟机或容器，不同功能跑在不同的安全等级分区里。
再往后，就是中央计算平台（Central Computing Platform, CCP）。它更进一步，把多个域控制器合并成一个或两个超级计算机。整车只有一个“大脑”，所有传感器数据都汇聚到这里，所有执行指令也由这里发出。
注意
中央计算平台虽然强大，但风险也集中。一旦主芯片失效，整车可能完全瘫痪。所以，CCP架构必须配套冗余设计：双芯片热备、独立的安全监控MCU、以及降级模式（比如自动驾驶失效时，至少保证人工驾驶可用）。
下面这张图，是我个人习惯用来给新人讲架构演进的。你可以直观看到从分布式到集中式的变化。
你看，从分布式到域控，再到中央计算，本质上是算力在向中心迁移。我个人的判断是，未来5年，大部分中高端车型会采用“中央计算平台+区域网关”的混合架构。中央计算跑高算力的自动驾驶和座舱，区域网关负责I/O采集和低延时控制。
好了，这一章的核心硬件组件就聊到这儿。ECU、传感器、执行器、网关、域控、中央计算平台——这些是你以后设计架构时天天要打交道的“积木”。记住它们的角色和关系，后面讲网络拓扑和软件分层时，你会觉得顺很多。