1. 课程导入与平台全景

在智能座舱与舱驾融合快速演进的当下，高通Snapdragon车载平台已经成为国内主流车型域控制器的核心算力底座之一。本课程聚焦“量产集成与工程交付”，而这一章的任务，是先建立一张完整的平台全景图：搞清楚8155、8295、8775这些型号分别处在什么位置、它们通常以什么样的域控制器形态落地、从芯片到整车量产要经过哪些关键环节、以及每个环节由谁负责。只有先把这张地图画清楚，后面章节里涉及的BSP移植、QNX与Android双系统、Hypervisor虚拟化、功能安全、产线刷写与OTA，才能各归其位。

一、平台家族：从座舱主力到舱驾融合

高通车载平台按代际和定位可以粗略分为三条线。第一条是面向智能座舱的SA8155P（常称8155），它基于7nm工艺，CPU为Kryo 485八核，GPU为Adreno 640，AI算力约8 TOPS，是过去几年中高端座舱域控的绝对主力，典型配置为“一芯多屏”，支持仪表、中控、副驾屏与HUD的多屏异显。第二条是SA8295P（8295），5nm工艺，CPU升级为Kryo 695，GPU为Adreno 695，AI算力约30 TOPS，并集成了更强的ISP与视频编解码能力，适合多屏、多摄像头、3D HMI以及舱泊一体的场景。第三条是SA8775P（8775），它更强调“舱驾融合”定位，在座舱能力之外强化了对智能驾驶域的支持，可承载L2+级别的辅助驾驶与泊车功能，是当前跨域集中式EEA架构下的重要选项。

需要特别说明的是，型号中的“P”通常代表车规级（Automotive Grade），与消费级芯片在温度范围、可靠性、供货周期和长期支持上存在本质差异。量产项目选型时，不能只看算力数字，还要看芯片的生命周期承诺、AEC-Q100等级、以及高通对该型号的软件维护窗口。下表给出三个平台的典型参数对比，数据为公开资料的合理归纳，具体项目应以高通官方datasheet和项目SOW为准。

二、典型域控制器形态

芯片本身不是产品，真正交付给整车厂的是域控制器（Domain Controller）。以8155座舱域控为例，典型硬件形态包括：核心板（SoC+PMIC+内存+eMMC/UFS）、载板（电源、CAN/LIN、以太网、LVDS/DP输出、音频功放接口）、散热结构（导热硅脂+散热鳍片或风扇）、以及外壳与连接器。软件形态则是“Hypervisor + 多操作系统”：QNX负责仪表与安全相关显示，Android负责中控与生态应用，两者通过虚拟化共享GPU与内存资源。

8295域控在此基础上增加了更多摄像头输入与AI推理负载，常见于“座舱+泊车”二合一方案；8775则可能进一步整合智驾域，形成“中央计算单元”，对散热、功耗、功能安全等级（ASIL-B及以上）和软件架构提出更高要求。理解这些形态差异，是后续做BSP配置、资源分配和热设计的前提。

三、量产交付全流程与角色分工

从芯片到整车，量产交付大致经过六个阶段，每个阶段的责任主体和交付物都不同。第一阶段是需求定义与平台选型，由OEM主导，Tier1参与，输出SOR（需求规格书）和芯片选型报告，核心判断依据是算力预算、屏幕数量与分辨率、摄像头路数、功能安全等级和成本目标。第二阶段是硬件设计与打样，Tier1或ODM负责原理图、PCB Layout、核心板选型与散热仿真，输出样机与硬件测试报告。第三阶段是BSP移植与系统集成，这是本课程的重点：需要完成Bootloader适配、内核裁剪、驱动移植（显示、音频、CAN、以太网、摄像头）、Hypervisor配置与双系统镜像构建。第四阶段是测试验证，包括功能测试、性能测试、稳定性测试、EMC与环境测试，以及功能安全相关的安全机制验证。第五阶段是产线刷写与标定，需要设计刷写工装、定义分区表、实现安全启动链、完成EOL（下线检测）。第六阶段是整车交付与OTA运营，由OEM主导，Tier1提供售后支持。

四、本课程的学习路径

后续章节将沿着这条交付链逐段展开：先讲硬件与BSP，再讲Hypervisor与双系统，然后进入显示、音频、网络、摄像头等子系统集成，接着是功能安全、信息安全与测试验证，最后落到产线刷写、EOL与OTA。每一章都会给出可操作的配置示例、参数判断依据和常见问题排查方法。学习时建议对照自己项目的实际域控形态，把课程中的示例参数替换为项目真实值，边学边验证。