2. Snapdragon座舱平台硬件架构

高通Snapdragon座舱平台（Snapdragon Cockpit Platform）是当前智能座舱域控制器的主流选择，其中SA8155（第三代座舱平台）与SA8295（第四代）最具代表性。理解这两代SoC的硬件架构，是后续多屏显示、多媒体管线设计与系统调优的基础。本节从计算单元、内存子系统、显示子系统与车载可靠性约束四个维度展开，并给出可用于工程评估的对比数据。

一、SoC内部主要计算单元及其分工

座舱SoC并非单一处理器，而是由多个异构计算单元组成的片上系统。以SA8155为例，其核心资源大致如下：

• CPU：Kryo 485八核，采用1+3+4三丛集架构（1×2.96GHz超大核 + 3×2.42GHz大核 + 4×1.8GHz小核），负责Android/Linux系统调度、应用逻辑、HMI框架与中间件。
• GPU：Adreno 640，约1100 GFLOPS FP32，承担3D仪表、导航渲染、多屏合成前的图层绘制。
• DPU（Display Processing Unit）：多路显示控制器，支持多屏独立时序输出、图层叠加、缩放与色彩处理，是"多屏"能力的直接承载者。
• NPU：Hexagon 690中的张量加速器，约1–2 TOPS级别，用于DMS/OMS驾驶员监控、语音前端、手势识别等轻量AI推理。
• ISP：Spectra 380级别图像信号处理器，处理座舱摄像头（DMS、OMS、倒车、环视）的RAW域数据。
• VPU：视频编解码单元，支持H.264/H.265多路编解码，用于多媒体播放、投屏、行车记录。

SA8295在架构上做了显著升级：CPU升级为Kryo 695（1+3+4，超大核约3.0GHz以上），GPU升级为Adreno 695，NPU算力提升至约30 TOPS级别，ISP与VPU的通道数和吞吐也同步增强。这意味着SA8295可以同时驱动更多屏幕、更高分辨率与更多路摄像头，并支持更大规模的本地AI模型。

二、内存与显示子系统

SA8155通常搭配LPDDR4X，SA8295搭配LPDDR5，位宽与带宽显著提升。内存带宽是座舱系统的关键资源：多屏高分辨率合成、GPU渲染、VPU解码、ISP处理都会争抢带宽。若带宽不足，表现为掉帧、合成延迟增大、摄像头预览卡顿。

显示子系统方面，DPU通过MIPI DSI或DP接口输出到各屏幕。典型座舱配置包括：仪表屏（约1920×720）、中控屏（约1920×1080）、副驾屏（约1920×1080）、HUD（约854×480或更高）。DPU支持多图层叠加，可将仪表、导航、媒体等不同来源的图层在硬件层完成合成，减少GPU负担。

下图给出SA8155座舱SoC的资源与数据流关系示意，帮助建立"输入—处理—输出"的整体视图：

三、车载可靠性设计约束

座舱SoC与消费级芯片最大的区别在于可靠性约束。工程上必须关注以下几点：

• 温度范围：车规级要求通常为-40℃～+85℃（AEC-Q100 Grade 3）甚至更宽。高温下SoC会触发降频，导致GPU/CPU性能下降，进而影响多屏流畅度。设计时需预留散热余量，并在软件层做温控策略。
• 功能安全：仪表、HUD等涉及安全相关显示，需考虑ASIL-B等级要求。常见做法是将仪表渲染与中控Android系统隔离，或采用独立安全岛/双系统方案。
• 启动时间：倒车影像要求上电后1–2秒内出图，因此ISP、DPU、VPU需支持快速启动路径，不能等Android完全启动。
• 长期供货与寿命：车载生命周期通常10年以上，SoC需保证长期供货与软件维护。
• 电磁兼容（EMC）：多屏高速接口（MIPI DSI、DP）需满足车规EMC要求，PCB布局与屏蔽设计至关重要。

四、SA8155与SA8295关键资源对比（示例参考值）

下表给出两代平台在座舱工程评估中常用的资源对比，数值为公开资料整理的参考量级，实际以具体SKU与高通文档为准：

五、工程评估要点

在实际项目中，拿到SoC规格后应做三件事：第一，列出所有屏幕的分辨率、刷新率与图层数量，核算DPU通道与带宽是否满足；第二，列出所有摄像头路数与码流，核算ISP与VPU并发能力；第三，列出AI功能清单，核算NPU算力与内存占用。只有这三项都留有余量，系统在高温降频或峰值负载下才不会出现明显卡顿。

理解SA8155/SA8295的CPU、GPU、DPU、NPU、ISP、VPU分工，以及内存与显示子系统的带宽约束，是后续多屏显示配置、多媒体管线搭建与性能调优的前提。下一阶段将进入具体显示子系统的配置与调试方法。