2. 智能座舱基础

智能座舱不是“把几块屏幕装进车里”，而是把仪表、中控、HUD、后排娱乐、语音、摄像头、功放、氛围灯等原本分散的 ECU 功能，重新组织到域控制器之上，并通过面向服务的架构（SOA）对外提供可编排能力。理解座舱域、智驾域、车身域、动力域的分工与协同，是后续跨域通信与服务编排的起点。

一、核心原理：从分布式 ECU 到域集中架构

传统汽车采用分布式架构：每个功能一个 ECU，通过 CAN/LIN 总线互联。座舱内常见几十个 ECU，线束长、升级难、算力孤岛严重。域集中架构按功能域聚合：

• 座舱域（Cockpit）：SoC 承载多屏显示、语音交互、导航、音视频、DMS/OMS 视觉算法，运行 QNX/Linux/Android 多系统。
• 智驾域（ADAS/AD）：高算力 AI 芯片处理摄像头、雷达、激光雷达数据，输出感知、规划、控制结果。
• 车身域（Body）：车门、车窗、座椅、灯光、雨刮、空调等低速控制，强调可靠与实时。
• 动力域（Powertrain）：VCU、BMS、MCU、发动机/电机控制，直接关系车辆安全与能耗。

域控制器内部通常分为硬件层、系统层、中间件层、服务层、应用层。跨域通信发生在服务层与中间件层之间，常用 SOME/IP、DDS、gRPC、MQTT 等协议，底层由车载以太网或 CAN FD 承载。

二、SOA 思想：把功能变成可调用的服务

SOA 的核心是接口与实现分离。每个功能以服务形式注册，包含服务名、版本、方法、事件、QoS 参数。调用方不关心服务部署在哪个域，只关心接口契约。典型服务如 Cockpit.Display.Show、Adas.Perception.ObjectList、Body.Door.Lock、Power.Battery.SOC。

service Cockpit.Display {
  method Show(DisplayRequest) returns (DisplayResponse);
  event  ScreenStatusChanged(ScreenStatus);
  qos    { reliability: RELIABLE; latency: 50ms; }
}

service Adas.Perception {
  event ObjectList(ObjectFrame);   // 10Hz 推送
  qos   { reliability: BEST_EFFORT; latency: 100ms; }
}

SOA 带来三个直接收益：可复用（一个服务多场景调用）、可升级（服务独立迭代）、可编排（多个服务组合成场景）。这也是“软件定义汽车”在工程上的落点。

三、软件定义汽车与中央计算趋势

软件定义汽车（SDV）意味着车辆功能越来越多地由软件决定，硬件趋于标准化。演进路径通常为：分布式 ECU → 域集中 → 跨域融合 → 中央计算 + 区域控制。中央计算平台统一承载座舱、智驾、车身、动力服务，区域控制器负责就近的 I/O 与执行器接入，减少线束并提升算力利用率。

四、案例场景：迎宾模式的服务编排

用户携带钥匙靠近车辆，触发“迎宾模式”。该场景需要跨四个域协同：

1. 车身域上报 Body.Key.Approach 事件；
2. 座舱域调用 Cockpit.Display.Welcome 点亮屏幕并播放动画；
3. 座舱域调用 Cockpit.Light.Ambient 设置氛围灯；
4. 动力域返回 Power.Battery.SOC，座舱域据此显示续航；
5. 智驾域提供 Adas.Perception.ObjectList，用于判断周边安全。

五、误区与复盘

掌握域控制器架构、SOA 服务模型与中央计算趋势后，下一步即可进入跨域通信协议选型与服务编排的具体工程实现。