随着 " 智能化平权 " 的到来，市场竞争日趋白热化，车厂对于通过座舱和智驾功能集成实现系统降本有了更高的需求。

芯驰科技以单座舱芯片 X9SP 实现了智能座舱与泊车功能的深度融合，实现了多屏联动流畅无卡顿、语音指令秒级响应、环视影像实时校准、DMS 面部特征毫秒级追踪；同时还实现泊车轨迹厘米级规划，在保障行车安全的基础上，让自动泊车系统可智能规避盲区障碍，完成复杂场景下的精准停泊。目前，基于 X9SP 的舱泊一体解决方案已获得多家客户认可和合作。

本文将从技术架构、功能实现、场景创新三大维度，深度解读 X9SP 单芯片舱泊一体方案如何面向跨域融合、技术降本等趋势，为车企提供一体化的高效、可靠、经济的解决方案。

1. 舱泊一体产品解决方案的价值

•  用户体验升级

￮ 交互便捷性：智能座舱通过语音控制、多模交互（触觉、视觉、生物识别）等技术简化操作，减少驾驶分心风险。例如，某新能源车型通过动态氛围灯与大屏联动打造沉浸式体验，语音交互可控制座舱行为。

￮ 场景化功能：座舱逐渐演变为 " 第三空间 "，支持娱乐（如 KTV、观影）、健康监测（座椅调节、晕车舒缓）等功能，满足用户在通勤、短途旅行中的多样化需求。

￮ 个性化服务：基于 AI 大模型，座舱可主动感知用户需求，提供自然对话、智能推荐等服务，提升情感化交互体验。

•  技术集成与生态拓展

￮ 硬件创新：大屏化、多屏联动（如 30 英寸以上屏幕）、AR-HUD、电子后视镜等技术普及，Mini LED/AMOLED 显示技术逐步量产。

•  功能与成本优化

￮ 功能集成：传统泊车与座舱功能分属不同域控制器，而舱泊一体通过硬件集成实现算力共享，降低部署成本 30% 以上，同时提升泊车精度和成功率。

￮ 安全认证：通过 ASIL-B 功能安全认证，确保泊车功能的安全性，例如某供应商支持 1 公里自动泊车并兼容记忆泊车等高阶功能；

2. 技术方案架构

2.1 X9SP 产品介绍

X9SP 是 X9 系列核心旗舰产品，是面向智能座舱与跨域融合场景设计的全场景车规级 SoC 芯片，具备高性能和高可靠性，特别适用于舱泊一体的解决方案。

•  算力配置：

￮  CPU 资源：100K   DMIPS

￮  双 GPU 架构：仪表与中控域硬件隔离，无虚拟化开销，支持跨域冗余算力调用

￮  NPU：8TOPS 算力，同步支持 DMS/OMS 与 APA 算法并行部署

￮  ISP：1Gpixel/s 处理能力，支持 Camera RawData 调优

￮  VPU：多格式编解码能力，最高支持 4K@60fps

•  安全架构：

￮  独立安全岛：可替代外置 MCU，按照 ISO 26262 ASIL D 功能安全设计，部署泊车控制、超声感知处理和泊车数据交换处理逻辑。

￮  接口支持：双路 CANFD，xSPI 可挂载 OSPI/QSPI。

￮  软件架构：AutoSAR+FuSalib 框架，提供功能安全监测能力。

•  软硬件兼容：

￮  与上一代 X9HP 保持 Pin-to-Pin 兼容架构，并采用同一套软件基线，支持车型快速升级与量产，大幅缩短开发周期。

2.2 单芯片舱泊一体方案

2.2.1 方案概览

X9SP 创新性实现 " 舱泊一体 " 架构，通过硬件集成方式将座舱域（中控 / 仪表 / 车载娱乐 / 语音交互 / 应用生态）与泊车域（APA 自动泊车 / 环视影像 /DVR 行车记录 /DMS 驾驶员监测）功能统一部署在单一计算平台。该架构依托内置安全域处理车身信息并采用片内总线与应用域进行传感器数据流的交互，对比传统外置 MCU 方案，既保障了安全可靠又实现系统架构的简化与性能优化。

2.2.2 核心优势

X9SP 单芯片舱泊一体方案通过 SoC 级集成重构汽车智能化架构，核心优势包括：

•  座舱域整合：单芯片承载 IVI/3D 仪表 /HUD 多模态交互环境，实现座舱系统复杂度与硬件成本双降低。

•  交互范式升级：融合触控 / 语音 / 视觉多模交互通道，构建直觉化人机界面。

•  泊车算法融合：采用多传感器融合架构（视觉 + 雷达），实现全场景泊车精度优化。

•  控制架构革新：内置 MCU 构建集成式控制单元，消除外置控制单元依赖，提升系统实时性与可靠性。

2.3 X9SP + E3118 整车舱泊方案

2.3.1 方案概览

在考虑客户需求进行舱泊一体系统的升级时，我们提供了一种基于芯驰 X9SP 单芯片的解决方案。如果客户更偏好传统的系统架构，我们还有芯驰 X9SP 与芯驰 E3118 的组合方案。此方案不仅保留了 X9SP 的强大处理能力，还通过 E3118 MCU 增强了系统的灵活性和可靠性，确保技术路线的平稳过渡。这种组合方式既能满足客户对高性能的追求，又兼顾了传统 SoC+MCU 架构的优势，为系统设计和开发提供了更灵活的选择。

2.3.2 芯片模块资源分工

•  E3118

￮  提供 1.5K   DMIPS 计算能力，部署控制、超声算法，具备 169 个可用 IO、8 路 CANFD 和 6 路 SPI 接口资源。

￮  通过 CAN 总线与底盘控制器（EPS/IPB/VCU/EPB）进行通信控制。

￮  12 路 USS 信号通过 SPI 转接，支持 DSI3 接口的雷达传感器数据获取。

•  X9SP

￮  通过 SPI 与 Ethernet 接口与 E3118 通信。

￮  支持 4 路 130W AVM 环视摄像头（Serdes 接口接入）。

￮  执行视觉算法、数据融合、规划处理及 AI 运算，实现 3D HMI 交互。

2.3.3 核心优势

1.  高效协同与性能优化

•   接口通信优化：采用 SPI 和 Ethernet 组合接口替代传统 SPI+UART 方案，结合 X9SP 构建的 VLAN 内部数据转发机制，提升带宽能力与实时处理精度。

•   芯片协同机制：通过高速接口实现数据共享与功能联动，强化系统响应能力和稳定性。

2.  扩展性与集成设计

•   多功能 I/O 集成：E3118 集成高密度 I/O 资源（169 个 IO/8 路 CANFD/6 路 SPI），兼容多种外围设备接入需求，并通过 SPI 转接支持 12 路 USS 信号处理，提升超声波传感系统的适配性与信号精度。

•   E3118 支持 Ethernet，可以与 SoC、PC 通过 Ethernet Switch 互联，使用统一的调试接口。

3.  架构创新价值

•   系统结构简化：相较传统智驾芯片 + 外置 MCU 方案，通过双芯片深度协同降低硬件复杂度，缩减部署成本与维护成本。

•   传输效率提升：建立芯片间直连通信通道，消除冗余数据中转环节，增强系统实时性。

•   技术生态统一：基于同平台 SoC+MCU 架构，实现工具链与技术栈的标准化，降低系统迭代与维护的技术门槛。

3. 功能实现

3.1 软件架构

我们以 X9SP+E3118 整车舱泊方案进行说明。

X9SP 单芯片泊车算力分配如下 

1.  整体架构与功能分担：

￮ AP1 ( Android ) ：在泊车场景下，AP1 负责 3D HMI 的渲染，通过共享内存从 AP2 获取 AVM 拼接后的数据进行 UI 合成和显示。在非泊车场景下，AP1 主要负责 IVI 功能，如 3D 车模、3D VPA、地图导航、语音交互等。

￮ AP2 ( QNX/Linux ) ：在泊车场景下，AP2 部署 AVM 算法，利用其 NPU 和 GPU 资源进行图像处理和拼接渲染。在非泊车场景下，AP2 处理仪表显示、3D ADAS 显示、OMS 算法等，确保驾驶信息的实时性和准确性。AVM 拼接后的数据通过共享内存提供给 AP1。

￮ MP R5 ( SSDK ) ：直接连接 4 路环视 Camera，快速获取图像数据，为 AVM 算法提供原始数据支持。

￮ E3118 ( MCAL/SSDK ) : 部署控制、超声算法，接入 12 路 USS 信号，与底盘控制器（EPSIPBVCUEPB）通信，实现车身信息获取与车辆控制功能。

2.  资源优化与性能提升：

￮ 计算资源分配：AP1 和 AP2 分别配置了 70K   DMIPS 和 30K   DMIPS 的 CPU 计算能力，AP2 拥有 8.4TOPS 的 NPU+VDSP，确保了复杂算法的高效执行。GPU 资源在 AP1 和 AP2 上各有 115GLFOPS，支持高质量的图形渲染和显示。

￮ 数据流动与协同工作：通过共享内存机制，AP1 和 AP2 实现数据的快速传输和共享。E3118 MCU 通过 Ethernet 将数据传输给 AP1，确保了传感器数据和车身信息的实时性。

3.  系统可靠性与扩展性：

￮ 硬件隔离：采用硬隔离架构，确保了系统的安全性和稳定性，各功能域独立运行，减少了系统崩溃的风险。

￮ 扩展接口：E3118 MCU 通过 CAN 总线与车辆控制单元连接，提供了丰富的扩展接口，支持未来功能的添加和系统的升级。

4.  用户体验与应用场景：

￮ 泊车辅助：通过 AVM 算法和 3D HMI 的结合，提供直观的泊车引导，提升泊车安全性和便利性。

￮ 驾驶辅助：OMS 算法和 3D ADAS 显示在 AP2 上运行，提供实时的驾驶辅助信息，增强驾驶安全。

3.2 模块分工

上述框图展示了芯驰 X9SP+E3118 舱泊一体软件架构设计中，各个软件模块的分工，具体细节描述如下

￮  负责车辆控制及超声算法开发，集成驱动层与算法应用层。

￮  实现与 X9SP SoC 的泊车数据交互协议。

￮  由 APA 算法厂商主导开发。

￮ AP2 系统 ( QNX/Linux )

▪   Tier1 负责硬件设备驱动开发：Network 通信模块、DNN 推理框架、Camera 图像处理链路、AVM 环视系统。

▪   APA 算法厂商主导上层算法部署：泊车路径规划、多传感器数据融合、视觉感知算法适配。

￮ AP1 系统 ( Android )

▪   Tier1 负责应用层开发：原生泊车 APP、实时 3D 图形渲染引擎。

3.3 系统交互机制

1.  数据链路

•   Serdes 接口传输多路摄像头数据至 SoC。

•   DNN 模块执行图像识别与决策生成。

•   处理结果同步至 APA 控制单元和 AVM 环视系统。

2.  控制链路

•   MCU E3118 解析执行 SoC 下发的车辆控制指令（转向 / 制动 / 档位等）。

3.4 开发支撑体系

•   基于 x86 架构的远程调试工具链，支持 SoC 与 MCU 的联合调试。

3.5 产业链协作

•   芯驰：提供 X9SP/E3118 SDK，含硬件抽象层与 OS 适配组件。

•   APA 算法厂商：聚焦泊车核心算法开发（APA/AVM）。

•   Tier1：实现设备驱动层开发、安卓应用层开发及车厂定制化需求落地。

4. 场景创新

4.1 泊车功能陈列

通过上图可以看到，X9SP 舱泊一体泊车系统的功能方案包括：

•  自动识别车位：系统能够通过摄像头和传感器自动识别周围的空车位，无论是垂直、斜向还是平行车位。

•  车位选择：用户可以从系统识别出的多个车位中选择一个合适的车位进行泊车。

•  自动泊车启动：选择车位后，系统会自动计算最佳泊车路径，并开始执行泊车动作。

•  泊车过程监控：在泊车过程中，系统实时监控车辆与车位边缘的距离，确保安全准确地停入车位。

•  泊车完成提示：车辆成功停入车位后，系统会发出提示音并在显示屏上提示泊车完成。

•  用户界面与控制：系统提供一个直观的用户界面，显示泊车过程中的各项信息，并允许用户控制泊车系统的启动和停止。

•  无需用户干预：在整个泊车过程中，用户无需手动操作，系统自动完成所有泊车动作。

•  安全性与便捷性：系统通过自动化技术减少用户的操作复杂度，提高泊车的安全性和便捷性。

4.2 泊车功能对标

通过对比，可以看到 X9SP 泊车功能在整体方案上具有更高的灵活性和场景覆盖能力：

•  泊入场景全覆盖与灵活选择：在划线库位和空间库位泊入中，X9SP 均能实现基本的泊入操作，并在垂直库位场景下支持车头 / 车尾双向泊入，为用户提供更多选择。同时，在部分特殊场景（如斜列双边）中，通过顺鱼骨尾入、逆鱼骨头入等策略，突破了竞品的局限性。

•  泊出及自定义泊车能力：X9SP 不仅在泊入方面具备全面能力，在泊出场景（包括划线和空间库位各类型）也实现了功能覆盖，并且支持尾入头出、头入尾出等多种泊出方式。此外，还引入了自定义泊车功能，进一步满足用户多样化需求。

X9SP 在泊车功能上实现了从泊入到泊出、从标准库位到特殊场景的全链路覆盖，凭借灵活的进退泊策略和自定义功能，形成了明显的差异化竞争优势。

5. 结语

随着 " 智能化平权 " 的持续升级，舱泊一体方案不仅只是带来技术集成的创新，更是对汽车电子电气架构变革的深度响应。通过打破座舱与泊车的功能边界，可持续助力车企以更低成本、更高效率实现智能化升级，并为未来中央计算架构的全面落地奠定基础。

在 " 软件定义汽车 " 转向 "AI 定义汽车 " 的新时代，芯驰以全栈技术能力与生态协同优势，持续推动中国智能汽车产业走向全球前沿；接下来，芯驰将继续推出 AI 座舱的深度产品技术解读，敬请期待。