二、多域控制器硬件架构:中央计算平台、智驾域控、座舱域控、车身域控、网关域控的硬件组成与分工

好,咱们进入正题。这一章聊的是硬件架构,说白了就是看看这些域控制器到底长什么样、里面装了啥、各自管什么活。

我刚开始接触多域控制器的时候,也觉得挺乱的。五个域控,名字还都挺像。但干久了你会发现,它们的硬件选型、接口设计、算力分配,其实都有很清晰的逻辑。咱们一个一个拆开看。

2.1 中央计算平台(CCP)—— 大脑中的大脑

中央计算平台,我习惯叫它CCP。它是整个车的算力核心。你想想看,所有域控的数据最终都要汇总到这里做决策。

硬件组成:

  • 主芯片: 通常是高性能SoC,比如NVIDIA Orin、高通SA8295,或者国产的芯驰X9系列。算力动辄几百TOPS。
  • 内存: LPDDR5或者DDR5,容量16GB起步,我见过32GB的。带宽必须高,不然数据堵车。
  • 存储: 大容量eMMC或UFS,用来存系统、地图、OTA升级包。一般128GB起步。
  • 网络接口: 千兆以太网是标配,有的已经上2.5G甚至10G。还有CAN-FD、LIN这些传统总线接口。
  • 安全芯片: 独立的HSM(硬件安全模块),用来做签名验证、密钥管理。OTA升级全靠它保命。

核心分工: CCP不直接控制硬件,它做的是融合决策。比如智驾域控说“前面有障碍物”,座舱域控说“驾驶员在分心”,CCP综合判断后,给车身域控发指令“减速并报警”。

我个人习惯,在CCP上预留一个M.2接口。为什么?因为OTA升级包越来越大,万一存储不够,还能外扩。我在一个项目中就吃过这个亏,升级包解压后空间不够,差点翻车。

2.2 智驾域控(ADAS/AD Domain)—— 车的眼睛和耳朵

智驾域控,负责处理摄像头、激光雷达、毫米波雷达、超声波传感器的数据。它的硬件,说白了就是“传感器数据狂魔”。

硬件组成:

  • 主芯片: 通常是AI加速芯片,比如Mobileye EyeQ系列、地平线征程系列。算力要求极高,因为要做实时目标检测。
  • 传感器接口: 多路GMSL(车载高速视频接口)或FPD-Link,用来接摄像头。还有以太网接口接激光雷达。
  • 内存: 带宽优先,LPDDR4X或LPDDR5,容量8-16GB。注意,智驾域控对内存延迟极其敏感。
  • 存储: 高速UFS,用来存高精地图和模型参数。我建议至少64GB。
  • 时间同步模块: 支持IEEE 802.1AS或gPTP,保证所有传感器数据时间戳一致。这个很多人忽略,但非常重要。

避坑指南: 我曾经在一个项目中,智驾域控的散热设计没做好。夏天路试,芯片温度直接飙到95度,然后降频,感知延迟暴增。嗯,从那以后,我每次选型都会先算热功耗。

核心分工: 智驾域控只做感知和局部路径规划。它把处理后的障碍物信息、车道线信息发给CCP,由CCP做全局决策。说白了,它是个“专业打工人”,只管自己那一亩三分地。

2.3 座舱域控(Cockpit Domain)—— 人机交互的门面

座舱域控,大家最熟悉。仪表盘、中控屏、HUD、后排娱乐、语音交互,全归它管。

硬件组成:

  • 主芯片: 高通SA8155/8295是主流,或者瑞萨R-Car系列。需要强大的GPU和显示输出能力。
  • 显示接口: 多路LVDS或eDP,支持多屏异显。我见过最多支持6块屏幕的座舱域控。
  • 音频DSP: 独立的音频处理芯片,用于降噪、语音唤醒、音效处理。
  • 内存: LPDDR4X或LPDDR5,容量8-16GB。座舱域控对内存容量要求高,因为要跑Android系统。
  • 存储: 大容量UFS,64GB起步,用来存音乐、视频、导航数据。
  • 蓝牙/Wi-Fi模块: 用于手机互联、OTA下载。

核心分工: 座舱域控负责所有与用户直接交互的功能。它不参与车辆控制,但需要从CCP获取车辆状态信息来显示。比如车速、续航里程、故障报警。

你想想看,座舱域控的OTA升级是最频繁的。因为用户对界面、功能、应用的更新需求最大。我建议座舱域控的存储分区要预留足够的OTA升级空间,至少系统分区的1.5倍。

2.4 车身域控(Body Domain)—— 管杂事的管家

车身域控,名字听起来不酷,但活儿最杂。车门、车窗、车灯、雨刮、座椅、空调、门锁……所有车身电器,都归它管。

硬件组成:

  • 主芯片: 不需要太高性能,ARM Cortex-M系列或RISC-V内核即可。比如NXP S32K、Infineon TC3xx。
  • IO接口: 大量的GPIO、ADC、PWM。用来控制继电器、读取开关状态、驱动电机。
  • 总线接口: 多路CAN-FD、LIN。车身域控是CAN总线上的大户。
  • 电源管理: 支持多种低功耗模式,因为车身域控需要常电(一直供电)。
  • 存储: 小容量Flash和EEPROM,用来存配置参数。不需要大容量。

我个人习惯,在车身域控上保留一个独立的看门狗定时器。为什么?因为车身域控一旦死机,车窗可能关不上、车灯可能不亮,这是安全隐患。我曾经见过一个项目,车身域控OTA升级失败后死机,车主锁不了车,尴尬至极。

核心分工: 车身域控是执行层。它接收CCP或座舱域控的指令,直接控制硬件。比如座舱域控说“打开左前车窗”,车身域控就驱动电机转动。

2.5 网关域控(Gateway Domain)—— 数据交通警察

网关域控,很多人觉得它就是个路由器。其实没那么简单。它负责所有域控之间的数据转发、协议转换、安全隔离。

硬件组成:

  • 主芯片: 中等性能,ARM Cortex-A系列或Cortex-R系列。比如NXP S32G、瑞萨R-Car S4。
  • 多路以太网交换机: 支持VLAN、QoS、时间同步。这是网关的核心。
  • 多路CAN-FD控制器: 至少4路以上,用于连接不同CAN网络。
  • 安全模块: 硬件防火墙、入侵检测。网关是网络安全的第一道防线。
  • 存储: 中等容量eMMC,用来存路由表、安全策略、日志。

避坑指南: 我曾经在一个项目中,网关域控的以太网交换机芯片选型失误,导致OTA升级时数据包大量丢包。升级一个2GB的包,花了40分钟还没成功。后来换了支持硬件加速的交换机芯片,10分钟搞定。选型时一定要看交换芯片的转发性能。

核心分工: 网关域控不处理业务逻辑,它只做数据转发和隔离。比如智驾域控的实时数据走高速以太网通道,车身域控的CAN数据走低速通道。它还要做协议转换,比如把CAN消息转成SOME/IP,发给CCP。

2.6 五个域控的分工协作关系

说了这么多,咱们用一张表总结一下它们的分工:

域控名称 核心芯片类型 主要接口 核心职责 OTA升级频率
中央计算平台 高性能SoC 千兆/2.5G以太网、CAN-FD 融合决策、全局规划
智驾域控 AI加速芯片 GMSL、以太网 感知、局部路径规划
座舱域控 高性能SoC+GPU LVDS/eDP、蓝牙/Wi-Fi 人机交互、信息娱乐
车身域控 MCU CAN-FD、LIN、GPIO 车身电器控制
网关域控 中等性能SoC 多路以太网、多路CAN-FD 数据转发、安全隔离

关键点: 多域控制器架构的核心思想是“解耦”。每个域控只做自己擅长的事,通过网关域控和中央计算平台协同工作。这样,OTA升级时可以只升级某个域控,不影响其他域控的正常运行。

嗯,这一章的内容就到这里。硬件架构是OTA升级的基础,你只有搞清楚每个域控的硬件组成和分工,才能设计出合理的升级策略。下一章,咱们聊聊这些域控之间的通信协议,那又是另一个有意思的话题。

最后分享一个小经验:在做多域控制器硬件选型时,一定要提前考虑OTA升级对存储和网络带宽的需求。我见过太多项目,硬件定型后发现存储不够、网络太慢,只能硬着头皮改设计。提前规划,能省很多麻烦。