一、OTA升级概述

1.1 什么是OTA升级

OTA，全称是Over-The-Air。说白了，就是通过无线网络给设备升级软件。

你想想看，手机系统更新、App版本升级，这些都是OTA。但在汽车上，OTA的意义完全不同。手机升级失败了最多重启一下，汽车OTA要是出了问题，那可是人命关天的事。

我个人习惯把OTA分成两类：

• SOTA（软件OTA）：升级应用层软件，比如导航地图、娱乐系统
• FOTA（固件OTA）：升级底层固件，比如ECU控制器的固件、BMS电池管理系统

我在项目中遇到过最头疼的事，就是客户把SOTA和FOTA混为一谈。他们觉得「不就是远程升级嘛，手机都能做」。嗯，这里要注意，汽车OTA的复杂度，比手机高一个数量级都不止。

1.2 OTA在智能汽车中的价值

为什么智能汽车一定要有OTA？我跟你讲三个真实场景：

1. 修复漏洞：车卖出去才发现有bug，没有OTA就得召回。一次召回的成本，够你开发三个OTA系统了。
2. 功能迭代：我记得有个项目，客户提了个新需求——「能不能让刹车响应再快50ms？」。没有OTA，这功能得等到明年改款。有了OTA，下周就能推送。
3. 持续创收：特斯拉的FSD（完全自动驾驶）就是典型。硬件预埋，软件付费解锁。没有OTA，这个商业模式根本玩不转。

价值维度	传统方式	OTA方式
bug修复	召回进店（3-6个月）	远程推送（1-2周）
功能升级	等待改款（1-2年）	随时推送（按需）
成本	单次召回数百万	几乎为零
用户体验	差（需要跑4S店）	好（睡一觉就升级了）

1.3 多域控制器架构简介

传统汽车有几十个甚至上百个ECU（电子控制单元）。每个ECU管一件事，比如车窗、门锁、雨刮。这种架构在OTA时代行不通——你想想看，要给100个ECU挨个升级，得折腾到什么时候？

所以行业开始走向域控制器架构。就是把功能相近的ECU合并到一个域控制器里。常见的域有：

• 智驾域：负责自动驾驶、ADAS功能
• 座舱域：负责仪表、中控、娱乐系统
• 车身域：负责车门、车窗、灯光等车身控制
• 动力域：负责发动机、变速箱、电池管理
• 底盘域：负责刹车、转向、悬挂

我曾经参与过一个项目，客户坚持用「超级中央计算机」方案，想把所有域都合并到一个盒子里。结果呢？散热搞不定，EMC（电磁兼容）过不了，最后老老实实改回了多域架构。

为什么会这样？因为每个域对实时性、安全等级的要求完全不同。智驾域需要高算力、低延迟，车身域更看重可靠性和成本。强行合并，反而两头不讨好。

多域控制器架构给OTA带来的挑战也很明显：

1. 协同问题：升级智驾域时，座舱域要不要配合？车身域要不要降级？
2. 依赖关系：有些功能跨多个域，升级顺序错了就会出问题
3. 回滚策略：一个域升级失败，其他域怎么办？全部回滚还是部分回滚？

嗯，这些问题我们后面会一个一个拆解。说白了，多域控制器OTA的核心就三个字——协同好。