3. Qualcomm SA8155P/SA8295P硬件平台

SA8155P 与 SA8295P 是 Qualcomm 面向智能座舱的两代主力 SoC。理解它们的关键，不是记住“几核、多少 TOPS”这类孤立数字，而是把整颗芯片看成一条从感知输入 → 计算 → 显示/音频输出 → 外设交互的完整数据通路。本节围绕这条通路，拆解 SoC 内部各计算单元、显示与音频子系统，以及座舱外设接口的职责与协作方式。

一、SoC 总体架构：从“计算岛”到“数据通路”

SA8155P 采用 7nm 工艺，SA8295P 升级到 5nm，两者在架构组织上高度一致，可概括为几个功能域：

• 应用处理域：Kryo CPU 集群（8155P 为 1+3+4 三丛集，8295P 为更高主频的 Kryo 695 级别），运行 Android/Linux 与 Hypervisor。
• 图形与 AI 域：Adreno GPU 负责渲染与合成，Hexagon NPU/DSP 承担语音、视觉等推理任务。
• 多媒体域：ISP 处理摄像头原始数据，VPU 负责编解码，DPU 负责多屏显示合成。
• 音频域：专用音频 DSP 与 SLIMbus/I2S 接口，支撑多音区、回声消除与主动降噪。
• 外设与连接域：PCIe、USB、以太网、CAN、I2C/SPI/UART、GPIO 等，连接座舱内的各类控制器与传感器。

这些域并非彼此独立，而是通过片上互连（NoC）与共享内存交换数据。例如倒车影像的链路是：摄像头 → MIPI CSI → ISP → GPU/DPU 合成 → 显示输出；语音助手的链路是：麦克风 → 音频 DSP → NPU 推理 → 应用层响应。理解这条“谁产生数据、谁消费数据”的路径，是后续做性能分配与问题定位的基础。

二、CPU、GPU、NPU、ISP 的分工

CPU 负责通用逻辑：Android Framework、应用进程、Hypervisor 调度、驱动中断处理。8155P 的 1+3+4 结构中，超大核处理前台交互，小核承担后台与低功耗任务。做性能调优时，常用 taskset 或 cgroup 把仪表进程绑定到大核，避免被中控的重负载抢占。

GPU 负责 UI 渲染与图层合成。Android 的 SurfaceFlinger 会把各应用图层交给 GPU 或 DPU 合成。若中控屏出现掉帧，先看 GPU 占用与合成方式：能用 DPU 硬件合成的图层越多，GPU 压力越小。

NPU/DSP 承担语音唤醒、降噪、驾驶员监控等推理。以 DMS 为例，摄像头帧经 ISP 输出 NV12，NPU 运行人脸/视线模型，输出结构化结果给应用层。NPU 的算力单位是 TOPS，但实际吞吐取决于模型量化方式（INT8/INT16）与内存带宽。

ISP 把摄像头 RAW 数据转为可用的 YUV/RGB。座舱常见多路摄像头（倒车、环视、DMS），ISP 需支持多路并发与不同曝光场景。调试时关注曝光、白平衡与去噪参数，而非只看分辨率。

三、显示子系统

显示子系统由 DPU、显示接口与背光控制组成。8155P/8295P 支持多路 DP 与 MIPI DSI 输出，可驱动仪表、中控、副驾等多屏。关键概念是图层（Layer）与合成（Composition）：每个屏幕由若干图层叠加而成，DPU 可硬件合成部分图层，其余交给 GPU。

实际配置中，常见做法是把仪表的关键图层（车速、报警）设为硬件图层，保证低延迟；把中控的复杂 UI 交给 GPU。若多屏分辨率总和超过 DPU 带宽，会出现花屏或掉帧，此时需降低单屏刷新率或减少图层数。判断依据可观察 dumpsys SurfaceFlinger 中的合成方式与丢帧计数。

四、音频子系统与外设接口

音频子系统以音频 DSP 为核心，支持多音区独立播放、回声消除（AEC）与主动降噪（ANC）。典型链路：应用层 AudioTrack → AudioFlinger → 音频 DSP → I2S/TDM → 功放。多音区场景下，每个座位对应独立通道，DSP 负责混音与路由。

座舱外设接口包括：

总体而言，SA8155P/SA8295P 的硬件平台是一套高度集成的座舱计算系统。掌握各计算单元的职责、显示与音频子系统的数据流，以及外设接口的约束，才能在后续的 Android 系统裁剪、性能调优与问题定位中做到有的放矢。