第三章 硬件选型与评估：SoC选型与周边配置
做车载计算平台，选型这一步走错了，后面全白干。我见过太多团队，芯片选型时只看算力，结果上车后散热压不住、内存带宽不够、存储卡IO——最后只能降频降分辨率，白白浪费了几个月。
今天咱们就聊聊硬件选型里最核心的几个点：SoC（CPU/GPU/NPU/ISP）、内存带宽、存储介质、散热设计。嗯，每个坑我都踩过，希望你别再踩一遍。
一、SoC选型：别只看TOPS
很多朋友一上来就问：「这颗芯片多少TOPS？」其实TOPS只是NPU的算力，但车载场景是CPU、GPU、NPU、ISP协同工作的。你想想看，NPU再强，CPU调度不过来，数据喂不进去，也是白搭。
1. CPU：实时性比频率更重要
我个人习惯，先看CPU的大小核架构。车载里，安全相关的任务（比如ASIL-D的监控）必须跑在独立核上，不能和娱乐系统混在一起。我遇到过某项目，用了8个A76大核，但没做硬件隔离，结果一个导航App卡死，直接影响了ADAS的响应——这要是量产车，后果不敢想。
- 大小核架构（big.LITTLE或DSU）
- 硬件虚拟化支持（ARMv8.4以上）
- 实时核（Cortex-R系列）数量
2. GPU：别被帧率骗了
GPU的算力单位是GFLOPS，但车载里更看重的是「每瓦性能」和「多路显示支持」。我记得有个项目，选了颗桌面级的GPU，性能确实猛，但功耗直接飙到30W，散热方案得加厚铜管，成本翻了一倍。
说白了，车载GPU要同时驱动仪表盘、中控、HUD、甚至电子后视镜，至少需要支持4路独立显示输出。而且，GPU要能处理「安全关键」的渲染——比如仪表盘的指针不能延迟，这需要GPU支持分区渲染和优先级调度。
3. NPU：利用率才是王道
NPU的TOPS是理论峰值，实际利用率能到60%就算不错了。我测过好几款芯片，有的NPU架构太老，对Transformer模型支持差，跑BEV感知时利用率只有30%。
怎么评估？拿你实际要跑的模型去跑一遍。别信厂商的「典型场景」数据，他们用的模型可能只有1MB，你的模型可能50MB。我曾经被某厂商的「8TOPS」宣传骗过，结果实际跑YOLOv5s，帧率只有15fps——还不如另一家4TOPS的芯片。
4. ISP：图像质量是感知的起点
ISP（图像信号处理器）经常被忽略，但它是感知系统的第一关。你想想看，摄像头采集的raw数据，如果ISP处理不好，噪点多、动态范围低，后面的算法再强也救不回来。
我评估ISP时，主要看三点：
- HDR支持： 至少120dB，应对隧道进出场景
- 多路输入： 至少支持6路摄像头同时处理
- 延迟： 从传感器到ISP输出，延迟要小于10ms
记得有一次，我们选了颗ISP很弱的芯片，结果夜间行车时，摄像头画面全是噪点，AEB（自动紧急制动）误触发了好几次。后来换了颗ISP强的芯片，同样算法，误触发率降了80%。
二、内存带宽：算力再高，喂不饱也是白搭
内存带宽是车载平台的「水管」。CPU、GPU、NPU都是「水龙头」，水管细了，水龙头再大也没用。
怎么算带宽需求？我有个简单公式：
带宽需求 ≈ (CPU带宽 + GPU带宽 + NPU带宽) × 1.2（余量）举个例子，一颗200TOPS的NPU，如果数据吞吐量是200GB/s，那内存带宽至少要240GB/s以上。但很多芯片只配了LPDDR5，带宽只有50GB/s——这明显是瓶颈。
我个人习惯，选型时要求厂商提供「带宽压力测试报告」，用实际模型和数据跑一遍，看内存带宽利用率。如果利用率超过80%，说明带宽是瓶颈，得考虑升级到LPDDR5X或HBM。
三、存储介质：eMMC、UFS、NVMe怎么选？
存储介质的选择，取决于你的数据量和对延迟的要求。
| 类型 | 顺序读写 | 随机IOPS | 典型延迟 | 适用场景 |
|---|---|---|---|---|
| eMMC 5.1 | ~400MB/s | ~10K | ~200μs | 仪表盘、轻量级系统 |
| UFS 3.1 | ~2.1GB/s | ~50K | ~80μs | 中控、ADAS日志 |
| NVMe (PCIe 4.0) | ~7GB/s | ~1M | ~10μs | 数据记录、高带宽需求 |
我建议：
- 系统盘： 用UFS 3.1以上。eMMC的随机IOPS太低，系统启动慢，App切换卡顿。我见过某项目用eMMC，冷启动要45秒——用户早骂娘了。
- 数据盘： 如果要做数据闭环（比如采集路测数据），必须上NVMe。UFS的写入寿命有限，连续写几个小时就过热降速了。
- 日志盘： 用UFS就够了。NVMe太贵，而且日志数据对延迟不敏感。
四、散热设计：温度是性能的隐形杀手
车载环境温度范围是-40°C到85°C（甚至105°C）。芯片在高温下会降频，性能直接打折扣。我测过一颗芯片，25°C时能跑满2GHz，到了85°C，频率降到1.2GHz，算力直接掉了40%。
散热设计不是简单的「加个风扇」。车载里不能用主动散热（风扇有噪音、寿命短、容易进灰），只能用被动散热——导热硅脂、均热板、热管、甚至液冷。
我的经验：
- 热设计功耗（TDP）： 选芯片时，别只看峰值功耗，要看「持续功耗」。很多芯片峰值功耗能到50W，但持续只能跑15W——这15W才是你散热设计的目标。
- 热阻： 芯片到散热器的热阻要小于0.5°C/W。我见过某项目用了劣质导热硅脂，热阻高达1.2°C/W，芯片温度直接飙到105°C。
- 布局： 发热器件要分散布置，别挤在一起。我有个项目，把SoC和PMU挨着放，结果两个热源互相加热，温度比预期高了15°C。
五、知识体系总览
下面这张图，是我自己总结的硬件选型核心逻辑。你照着这个框架去评估，基本不会漏掉关键点。
嗯，硬件选型这块，说白了就是「用数据说话」。别信厂商的PPT，别信别人的经验，拿你的实际场景去测一遍。我每次选型，都会花至少两周做「压力测试」——跑实际模型、写实际数据、测实际温度。只有这样，才能保证上车后不出幺蛾子。
好了，这一章就聊到这儿。记住：选型不是终点，是起点。后面还有系统优化、中间件适配、安全认证……每一步都马虎不得。