第三章 硬件平台基础：SoC选型、MCU与AI加速器、存储与网络接口
各位同学，咱们今天聊点硬核的。做车载计算平台，说白了就是跟芯片、存储、接口这些东西打交道。我这些年摸过的板子不下几十种，踩过的坑也够写本小册子了。这一章，我就把最核心的选型思路和实战经验掰开揉碎讲给你们听。
3.1 SoC选型：不只是看算力
很多人选SoC，上来就问“多少TOPS？”。嗯，这其实是个误区。我见过一个项目，选了当时算力最强的芯片，结果上车后发现散热根本压不住，最后只能降频跑，性能还不如隔壁用中端芯片的方案。
我个人习惯，选SoC会先看三样东西：生态成熟度、工具链完整度、以及功耗预算。你想想看，芯片再强，如果编译器三天两头出bug，或者SDK文档写得跟天书似的，那开发周期绝对会拖死你。
核心选型维度：
- 算力冗余：建议留30%以上的余量。别卡着需求选，后期加功能你会哭的。
- 内存带宽：很多芯片算力够，但内存带宽是瓶颈。我遇到过LPDDR4带宽不够，导致AI推理帧率上不去的情况。
- 功能安全等级：ASIL-B还是ASIL-D？这直接决定了你的系统架构设计。
- 车规级认证：消费级芯片再便宜也别用。温度范围、可靠性完全不是一个量级。
举个例子，现在主流的方案里，NVIDIA的Orin系列生态好，但功耗高；地平线的征程系列在国产化上有优势，工具链也做得不错。怎么选？看你的应用场景。如果是L2+的辅助驾驶，征程5完全够用；如果是L4的Robotaxi，那Orin甚至Thor才是正解。
3.2 MCU与AI加速器：分工与协作
车载平台里，MCU和AI加速器是两种完全不同的角色。MCU负责实时控制，AI加速器负责大算力计算。说白了，一个管“快”，一个管“大”。
我见过不少新手，想把所有事情都扔给AI加速器做。结果呢？控制延迟高得离谱，刹车指令要等几百毫秒才响应。这要是真上了路，后果不堪设想。
我的建议：
MCU负责安全关键任务，比如刹车、转向、油门控制。AI加速器负责感知、规划、决策。两者之间通过高速总线（比如PCIe或以太网）通信，但一定要有硬件隔离机制。
我曾经在一个项目中，MCU和AI加速器共用同一片DDR内存。结果AI任务跑起来后，内存带宽被占满，MCU的实时任务直接卡死。后来我们改成了独立内存+硬件看门狗，问题才解决。嗯，这里要注意：共享资源一定要做带宽预算和优先级管理。
AI加速器的选型，我个人更看重算子覆盖率和量化工具。有些芯片标称算力很高，但实际跑你的模型时，很多算子不支持，只能走CPU模拟，性能直接打三折。所以，选型前一定要拿自己的模型去跑一遍，别光看PPT。
3.3 存储：速度、容量与可靠性的平衡
车载存储，说白了就是三个字：快、大、稳。但现实是，这三者往往不可兼得。
| 存储类型 | 典型用途 | 速度 | 容量 | 可靠性 |
|---|---|---|---|---|
| LPDDR5 | 主内存，AI推理数据 | 极高 | 中等（8-64GB） | 高 |
| eMMC | 系统启动，小文件存储 | 中等 | 小（32-256GB） | 中等 |
| UFS | 系统盘，日志存储 | 高 | 中等（128-512GB） | 高 |
| NVMe SSD | 数据记录，大模型存储 | 极高 | 大（1TB+） | 中等（需考虑寿命） |
我个人习惯，系统盘用UFS，因为它的随机读写性能比eMMC好太多。数据盘用NVMe SSD，但要注意写入寿命。车载数据记录仪一天可能写几百GB数据，普通SSD撑不了几年。
避坑指南：
我曾经选了一款便宜的eMMC做系统盘，结果在高温测试（85°C）时频繁出现文件系统损坏。后来换成车规级UFS，问题才解决。记住：存储芯片一定要看工作温度范围和擦写寿命。
3.4 网络接口：带宽与实时性的博弈
车载网络，现在的主流是以太网和CAN/CAN-FD。但未来一定是车载以太网的天下。为什么？因为带宽需求摆在那里。一个高清摄像头每秒产生几百兆数据，CAN那点带宽根本不够看。
我建议的典型网络架构是这样的：
- 控制域：CAN-FD，负责刹车、转向等实时控制，延迟要求<1ms。
- 感知域：千兆/万兆以太网，负责摄像头、激光雷达数据传输。
- 骨干网：10Gbps+以太网，连接各个域控制器。
这里有个坑，很多人容易忽略：网络交换机的延迟和抖动。我遇到过一款交换机，标称延迟只有几微秒，但实际在满负载下抖动达到几百微秒。这对于控制信号来说是不可接受的。所以，选型时一定要看确定性网络的支持，比如TSN（时间敏感网络）。
实战经验：
我在做L4级自动驾驶平台时，用了Marvell的交换机芯片，支持802.1Qbv（时间感知整形）。通过精确的时间同步，我们把控制信号的端到端延迟控制在100微秒以内。嗯，这个数字对于安全关键系统来说，是必须的。
另外，接口物理层也要注意。车载环境对EMC要求极高，普通的RJ45接口很容易引入干扰。我建议用车载以太网专用连接器（比如MATEnet或H-MTD），虽然贵一点，但可靠性完全不一样。
3.5 小结：选型不是终点，是起点
好了，这一章的内容就这些。硬件选型这东西，没有绝对的对错，只有适合不适合。我见过用消费级芯片做出来的Demo跑得飞快，但一上车就各种问题。也见过用顶级车规芯片，但因为架构设计不合理，性能发挥不出来的。
所以，我的建议是：先理解需求，再选硬件，最后用架构设计来弥补硬件的不足。下一章，我们会聊软件架构，到时候你会发现，硬件选型其实只是第一步。
记住，做车载平台，安全永远是第一位的。别为了省成本或者赶进度，在硬件上妥协。我曾经吃过这个亏，希望你们不要再踩了。