三亩地 三亩地SAN MU DI · CODE DIARY
ARTICLE DETAIL

日记详情

真实记录编程学习的某一天,欢迎挑你感兴趣的翻一翻。

别只盯着640 TOPS:从SA8775P到SA8797P,高通真正升级的是整车计算架构

别只盯着640 TOPS:从SA8775P到SA8797P,高通真正升级的是整车计算架构

别只盯着640 TOPS:从SA8775P到SA8797P,高通真正升级的是整车计算架构

一、参数表

1. SA8775P三个版本的分档差异

SA8775P版本CPU配置CPU性能GPU性能NPU稠密算力NPU稀疏算力适合的能力定位
CCCC8核Kryo Gen6189K DMIPS800 GFLOPS48 INT8 TOPS96 TOPS基础座舱、轻量AI
BBBB8核Kryo Gen6230K DMIPS1.3 TFLOPS;Manhattan 3.1为127 FPS72 INT8 TOPS144 TOPS高端座舱、多屏与AI
AAAA8核Kryo Gen6约230K DMIPS1.3 TFLOPS;Manhattan 3.1为127 FPS96 INT8 TOPS192 TOPS座舱与视觉融合

内存、ISP、视频、显示和高速接口基本相同,主要差别集中在CPU、GPU和NPU可用性能。因此,它们更像同一平台的三个算力档位。

2. SA8775P AAAA与SA8797P的核心能力对比

计算模块SA8775P AAAASA8797P-A标称变化
CPU8核Kryo Gen6,约230K DMIPS18核Oryon,560K DMIPS约2.43倍
GPU峰值算力1.3 TFLOPS8.1 TFLOPS约6.23倍
Manhattan 3.1127 FPS340 FPS约2.68倍
Manhattan 3.0188 FPS480 FPS约2.55倍
NPU结构2×HTP v3、4×HVX+HMX4×HTP v6、8×HVX+HMX计算阵列扩展
INT8稠密算力96 TOPS320 TOPS约3.33倍
INT8稀疏算力192 TOPS640等效TOPS约3.33倍
Audio/Mini DSP20 FP32 GMAC,约1980 MPPS36 FP32 GMAC,约4300 MPPS音频吞吐约2.17倍
内存接口6×16位LPDDR516×16位LPDDR5X96位升级至256位
原始内存带宽77GB/s270GB/s约3.51倍
压缩等效带宽170GB/s以上600GB/s以上约3.53倍
ISP吞吐量2.5Gpix/s3.9Gpix/s提升约56%
视频解码4K@2404K@480约2倍
视频编码4K@1204K@240约2倍
EVA光流能力DOF 1080p30;DFS 720p30;SOF 1080p120DOF 1080p60;DFS 720p60;SOF 1080p300约2~2.5倍

3. 显示、通信与存储资源变化

资源类别SA8775P平台SA8797P-A工程含义
显示输出2×DP 4-MST、2×DP 2-MST、2×DSI4×DP 2.1 4-MST面向更多高分辨率显示
PCIe6 Lane、2个Gen4控制器16 Lane、4个Gen5控制器可扩展高速存储、交换芯片和加速器
车载以太网2×2.5GbE,SGMII+2×10GbE,USXGMII,支持TSN面向传感器和中央网络骨干
USB2×USB 3.2 Gen2、1×USB 2.02×USB 3.2 Gen2、1×USB 2.0图片中基本不变
存储2×UFS 3.1、2个G4 Lane、1×SD/MMC1×UFS 4.0、5个G5 Lane单接口速度提高,拓扑发生变化

真正的变化不是TOPS,而是芯片角色

从标称参数看,SA8797P的CPU、GPU、NPU和内存带宽均出现大幅提升:CPU约为SA8775P高配版本的2.43倍,NPU稠密算力约为3.33倍,GPU理论浮点性能超过6倍,DDR原始带宽则达到270GB/s。

但SA8797P最值得关注的地方,并不是某一个孤立的算力数字。它同时扩展了CPU核数、GPU、NPU、内存位宽、ISP、视频单元、PCIe和10GbE,这说明芯片的目标已经从“运行多个座舱屏幕”,转向承载智能座舱、辅助驾驶、车载网关和部分车身功能。

高通公开资料将Snapdragon Cockpit Elite和Snapdragon Ride Elite定位为面向软件定义汽车的统一SoC架构,Cockpit和Ride任务可以在同一芯片上运行,并通过虚拟化进行隔离。

因此,从SA8775P到SA8797P,不是一次简单的芯片换代,而是汽车电子控制器从域融合进一步走向中央计算。

背景:为什么车企开始把多个域控制器合并?

传统汽车按照功能划分ECU:仪表、娱乐、环视、ADAS、网关和车身控制各自拥有处理器、存储、电源及通信接口。这种架构便于功能独立开发,但随着摄像头、显示屏和软件功能增加,ECU数量、线束重量、通信延迟和整车成本都会快速上升。

域控制器解决了第一阶段的问题,它把同类功能合并到一个控制器中。然而,座舱与ADAS仍可能重复配置SoC、DDR、PMIC、存储和以太网交换设备。两个域之间传递图像或车辆状态时,还要经历传感器输入、内存复制、网络传输和二次处理。

中央计算进一步消除这种重复:摄像头数据进入统一的数据通道,座舱可以显示ADAS感知结果,驾驶系统也可以调用DMS、导航和车辆状态信息。高通在Snapdragon Ride Flex白皮书中称,这种融合有助于减少BOM、降低系统延迟并改善数据吞吐量。

代价是单个控制器承担的任务更多。芯片不仅要“算得快”,还必须证明关键任务不会被娱乐系统、AI应用或异常流量干扰。

原理:CPU、GPU、NPU为什么必须同时升级?

中央计算不是靠一个超大CPU完成全部任务,而是依赖异构计算。

CPU负责操作系统、虚拟机、通信服务、诊断、数据编排和规划控制。18核Oryon的价值主要体现在多操作系统和多服务并发,而不是单个Android应用的启动速度。GPU既要承担多屏3D渲染,也可能参与通用并行计算;NPU则用于目标检测、Transformer、驾驶员监控、语音及多模态模型。

GPU理论算力从1.3 TFLOPS升至8.1 TFLOPS,提升超过6倍,但Manhattan 3.1帧率只提升约2.68倍。这并不矛盾。TFLOPS是特定精度下的理论运算峰值,而实际图形帧率还受CPU提交、纹理访问、内存带宽、驱动和渲染管线限制。理论算力不能直接等于整机性能。

NPU的320个稠密INT8 TOPS和640个等效稀疏TOPS也不能混用。稀疏算力成立的前提,是模型满足硬件规定的稀疏模式,并且编译器、算子和运行时能够真正跳过无效计算。

高通公开的代际目标是CPU和GPU约提升3倍、NPU约提升12倍,但其比较对象和测试条件与图片中的数据不同,不能直接进行横向换算。

问题分析:270GB/s内存带宽,可能比640 TOPS更重要

内存参数具有较强的内部一致性。

SA8775P使用6×16位LPDDR5,总线宽度为96位,也就是每个时钟周期传输12字节。用77GB/s除以12字节,可得到约6.42GT/s,与LPDDR5-6400级别基本对应。

SA8797P使用16×16位LPDDR5X,总线宽度达到256位,即每周期32字节。270GB/s除以32字节约为8.44GT/s,与LPDDR5X-8533级别接近。这说明270GB/s并非随意放大的数字,而可能来自更宽的物理总线与更高的数据速率。

为什么要把内存带宽提升3.5倍?因为摄像头、ISP、NPU、GPU、CPU和视频编解码器都会访问DDR。假设NPU算力增加而内存带宽保持不变,推理过程中便可能出现计算阵列等待权重或特征图的情况。

表中的600GB/s以上属于压缩等效带宽,不是示波器或协议分析仪能够直接测到的物理总线带宽。它依赖图像、纹理和数据是否可以压缩,因此不能直接用于最坏工况设计。工程预算应以原始带宽为基础,再根据任务并发、仲裁开销和安全余量进行校核。

工程方案:10GbE、PCIe Gen5和TSN怎样落到硬件上?

两路10GbE支持中央计算平台接收高吞吐量传感器数据,并与区域控制器、网关或另一颗计算SoC通信。TSN的价值不只是带宽,而是通过时间同步、流量调度和优先级控制,让关键数据获得更可预测的传输时延。

原理图设计时,需要重点检查SoC、以太网PHY或交换芯片之间的USXGMII连接方式,明确参考时钟、复位、低功耗状态、同步时钟和管理接口。PCB阶段则要对走线阻抗、插入损耗、回波损耗、串扰、过孔残桩及连接器进行完整预算。

PCIe升级至Gen5后,对材料和结构的要求同样提高。设计中应避免过长的走线和不必要的层间切换,必要时使用背钻,并在链路中预留Retimer或Redriver的评估位置。AC耦合电容、参考时钟和复位信号也应保留可测量条件。

存储部分不能简单理解为“UFS 3.1升级到UFS 4.0”。图片显示控制器数量由两路变成一路,这可能影响双存储冗余、日志与系统盘隔离以及OTA回滚策略。硬件选型必须同时考虑速度、容量、寿命、故障隔离和启动架构。

电源与散热应按照CPU、GPU、NPU、DDR和高速接口同时满载设计,而不是分别运行单项Benchmark后取最大值。

验证方法:不能只跑分,必须制造最坏工况

第一项是电源瞬态测试。使用高带宽示波器、低感差分探头和电流探头,在CPU、GPU、NPU由空闲同时切换到满载时,测量SoC核心电源、DDR电源和系统输入电源。测试点应位于负载端去耦电容附近,判断标准采用芯片规定的电压容限和瞬态持续时间。

第二项是并发带宽测试。同时运行多路摄像头、NPU推理、多屏GPU渲染、视频编解码和UFS/PCIe存储读写,记录DDR利用率、模型延迟、丢帧率、DMA超时和P99响应时间。平均帧率正常,不代表长尾时延满足ADAS要求。

第三项是高温持续性能测试。在高低温箱内运行组合负载,监测结温、CPU/GPU/NPU频率及任务完成时间。判断标准不是“不死机”,而是降频后的持续性能仍满足系统实时性要求。

第四项是接口一致性测试。利用高带宽示波器、误码仪和协议分析仪检查PCIe Gen5、10GbE及显示链路的眼图、抖动、BER、链路重训练次数和温度漂移。

最后进行故障注入:让Android虚拟机崩溃、制造网络广播风暴、占满DDR带宽或使摄像头反复掉线,验证仪表及ADAS关键任务能否继续运行。只有通过这种测试,才能证明虚拟化和安全隔离不仅存在于框图中。

结论:中央计算不是“大力出奇迹”

从表格可以看到,SA8797P的升级具有明显的系统性:CPU负责多系统和复杂服务,GPU承担多屏及高级渲染,NPU运行感知和多模态模型,LPDDR5X为各计算单元供数,10GbE和PCIe Gen5则负责把外部传感器、存储及区域控制器接入中央平台。

这也解释了为什么只比较TOPS容易得出错误结论。即使NPU达到640个等效稀疏TOPS,如果模型无法利用稀疏结构、DDR发生拥塞、芯片在高温下持续降频,最终能够稳定交付的性能仍可能远低于标称值。

中央计算减少了控制器数量,却提高了单点故障的影响范围。过去一个娱乐ECU死机,可能只是中控屏黑屏;未来同一控制器承载座舱、网关和ADAS时,资源隔离、故障恢复和安全岛设计就会直接影响整车安全。

所以,评价SA8797P这类平台时,真正应该问的不是“它有多少TOPS”,而是:

在最高温度、最低输入电压、所有任务同时运行并且部分软件发生故障时,它还能稳定交付多少可用算力?

能够通过电源、热、带宽、高速接口和故障注入验证的算力,才是汽车电子项目真正可以买单的算力。

← 返回列表