4、存储器系统设计：DDR选型与布局要点

存储器系统，说白了就是自动驾驶域控制器的「记忆体」。它要是掉链子，整个系统都得瘫痪。我在做第一代域控制器时，就吃过存储带宽不足的亏——算法跑着跑着突然卡顿，排查了三天才发现是DDR带宽被占满了。

今天咱们就聊聊存储系统设计的几个核心点。嗯，内容不少，但都是实打实的干货。

4.1 DDR选型：LPDDR5 vs DDR5

先说说DDR选型。现在主流方案就两个：LPDDR5和DDR5。怎么选？我个人的习惯是看功耗和带宽需求的平衡点。

我的建议是：自动驾驶域控制器优先选LPDDR5。为什么？

• 功耗是关键：域控制器散热空间有限，LPDDR5的低电压优势很明显。我曾经在项目中对比过，同样带宽需求下，LPDDR5比DDR5温度低了将近8°C。
• 带宽够用：LPDDR5-6400的单通道带宽已经到51.2 GB/s，对于L3级自动驾驶绰绰有余。L4/L5级可以上双通道，轻松破100 GB/s。
• 布局更灵活：LPDDR5支持PoP封装，可以直接叠在SoC上，节省PCB面积。

4.2 eMMC/UFS存储选型

存储选型这块，很多人觉得随便选个eMMC就行。其实不然。自动驾驶系统对存储的可靠性要求非常高——你想想看，车辆行驶中突然存储读写失败，后果是什么？

eMMC vs UFS：

• eMMC 5.1：顺序读写约400/250 MB/s，适合存储固件、配置文件。优点是成熟、便宜。缺点是随机读写性能差，容易掉速。
• UFS 3.1：顺序读写约2100/1200 MB/s，随机读写是eMMC的5倍以上。适合存储高精地图、算法模型、日志数据。

我个人习惯的做法是：eMMC + UFS 双存储方案。eMMC放系统固件和启动代码，UFS放运行数据和地图。这样既保证了启动可靠性，又兼顾了运行性能。

4.3 ECC与RAS特性

ECC（纠错码）和RAS（可靠性、可用性、可服务性）是自动驾驶存储系统的「安全网」。说实话，没有ECC的DDR，我是不敢用在量产车上的。

ECC的作用：

• 检测并纠正单比特错误（SEC）
• 检测双比特错误（DED）
• 防止宇宙射线导致的软错误

RAS特性包括：

• 内存镜像：数据同时写入两个内存通道，一个坏了另一个顶上
• 内存热备：预留一个内存通道，检测到故障自动切换
• 地址奇偶校验：防止地址线错误导致写错位置

嗯，这里要注意：不是所有SoC都支持ECC。选SoC时一定要确认它的DDR控制器是否支持ECC模式。我见过有人买了带ECC的DDR颗粒，结果SoC不支持，白花钱。

4.4 存储带宽计算

存储带宽计算，说白了就是算清楚你的系统到底需要多少「吞吐量」。我一般用这个公式：

总带宽需求 = 传感器数据带宽 + 算法模型带宽 + 系统开销带宽

举个例子：

• 8路摄像头（每路1080p@30fps，YUV422格式）：8 × 1920 × 1080 × 30 × 2 = 约 1 GB/s
• 1路激光雷达（64线，每秒150万点）：约 0.5 GB/s
• 算法模型（CNN推理，中间结果读写）：约 3 GB/s
• 系统开销（OS、中间件、日志）：约 1 GB/s

总需求： 1 + 0.5 + 3 + 1 = 5.5 GB/s

注意，这只是理论值。实际设计中要留出30%~50%的余量。为什么？因为DDR的实际有效带宽只有理论值的60%~70%（受刷新、访问冲突等因素影响）。

最后说一句：存储系统设计没有「万能方案」。你得根据具体的传感器配置、算法复杂度、功耗预算来权衡。我见过有人为了省成本，用单通道DDR4，结果算法跑不起来。也见过有人过度设计，上了四通道DDR5，结果功耗爆炸。嗯，找到那个平衡点，才是真本事。