1. 课程导入与平台全景
智能座舱正在从“多块屏 + 多个独立 ECU”的堆叠式方案，转向“一颗主控 SoC 驱动多屏、多音区、多摄像头并承载虚拟化”的集中式计算架构。在这个转变中，TI 的 Jacinto 系列处理器是量产落地最广的车规级座舱主控之一。本课程围绕 Jacinto 平台展开，从芯片选型、系统架构、软件开发到工程调试，形成一条可落地的学习路径。本章先建立平台全景认知：Jacinto 在整车电子电气架构中处于什么位置、它由哪些关键子系统构成、典型车型如何用它、以及后续 29 章会沿着怎样的开发流程推进。
一、Jacinto 在智能座舱中的定位
要理解 Jacinto 的定位，先看它在整车 E/E 架构中的角色。现代智能座舱域控制器通常承担四类任务：仪表显示（安全相关，需高可靠与快速启动）、中控信息娱乐（Android/Linux 应用生态）、驾驶员监控与环视（摄像头接入与视觉处理）、以及多屏音频与语音交互。Jacinto 系列（如 DRA8xx、DRA7xx、TDA4VM 等衍生座舱型号）以“异构多核 + 专用加速器 + 车规安全岛”的方式覆盖这些任务。
其核心计算资源可概括为：ARM Cortex-A 应用核负责 Linux/Android/QNX 等富操作系统；Cortex-R 实时核（MCU 域）负责实时控制、安全监控与快速启动；DSP（C66x/C7x）承担音频算法、语音前处理与部分视觉任务；GPU负责多屏合成与 3D 渲染；专用视觉加速器与 ISP处理摄像头数据；显示子系统（DSS）支持多路独立显示输出。此外还有安全岛（Safety Island）与HSM/安全启动模块，满足功能安全与信息安全要求。
与“单一大核跑所有任务”的方案相比，Jacinto 的价值在于：用硬件隔离和异构分工，把安全关键任务（仪表、监控）与非安全任务（娱乐应用）在同一芯片上解耦，既降低 BOM 成本，又满足 ASIL 等级与启动时间约束。这正是它被众多主机厂选作座舱主控的根本原因。
二、典型车型案例：Jacinto 的量产足迹
Jacinto 系列在量产车型中的覆盖面很广，理解这些案例有助于建立“平台能力—车型需求”的对应关系。以下为公开资料中常见的代表性应用（具体型号以各车型实际配置为准）：
- 福特 SYNC 3 / SYNC 4 信息娱乐系统：早期 SYNC 3 采用 Jacinto 系列主控，支撑中控触屏、语音与手机互联；后续 SYNC 4 进一步扩展多屏与 OTA 能力。
- 通用汽车部分车型的仪表与信息娱乐域：利用 Jacinto 的多显示输出与虚拟化能力，在同一 SoC 上分离仪表与中控。
- 大众集团部分 MIB 平台：在信息娱乐主控中采用 Jacinto 系列，配合 Linux/Android 系统实现导航、媒体与车辆设置。
- 国内新势力与自主品牌：多款车型的座舱域控制器采用 Jacinto 作为主控或协处理器，用于多屏交互、DMS 驾驶员监控与环视功能。
这些案例的共同点是：车型对“多屏、多音区、摄像头接入、安全启动、长生命周期供货”有明确要求，而 Jacinto 的车规认证、长期供货承诺与异构架构正好匹配。学习本课程时，可以把自己关注的车型需求映射到上一节图中的各个子系统，判断哪些模块是重点。
三、开发流程总览
Jacinto 座舱项目的开发不是“写应用”这么简单，而是一条从硬件到软件、从功能到安全的完整链路。典型流程可概括为八个阶段：
- 需求与芯片选型：根据屏幕数量、分辨率、摄像头路数、音频通道、功能安全等级（如仪表 ASIL-B）与操作系统需求，确定 Jacinto 具体型号与内存/存储配置。
- 硬件设计：完成核心板/底板原理图、电源树、DDR 布线、显示与摄像头接口、CAN/以太网连接，并做信号完整性评审。
- BSP 与驱动开发：基于 TI SDK 移植 U-Boot、Linux 内核、设备树，调通 DDR、eMMC、显示、音频、摄像头、网络等驱动。
- 系统集成：部署 Hypervisor 或容器方案，划分安全域与非安全域，配置核间通信（IPC）与共享内存。
- 应用开发：在 Android/Linux 上实现 HMI、语音、导航、媒体等应用，并通过 GPU 与 DSP 加速关键算法。
- 功能安全与信息安全：实现安全启动、HSM 密钥管理、看门狗与监控机制，完成安全分析与验证。
- 测试验证：进行启动时间、显示延迟、音视频同步、摄像头延迟、压力与老化测试，并做 EMC 与车规环境验证。
- 量产交付：固化软件版本、建立 OTA 升级通道、完成产线烧录与诊断支持。
四、学习路线图与关键能力
为了把 30 章的内容串成一条可执行的学习路径，可以把能力分为四层：
| 能力层 | 核心内容 | 对应章节方向 |
|---|---|---|
| 平台认知层 | Jacinto 架构、型号差异、整车定位、开发流程 | 第 1～4 章 |
| 系统与驱动层 | SDK 环境、U-Boot、内核、设备树、显示/音频/摄像头驱动 | 第 5～14 章 |
| 集成与加速层 | Hypervisor、IPC、GPU/DSP 加速、多屏合成、音视频同步 | 第 15～22 章 |
| 安全与量产层 | 功能安全、信息安全、启动优化、测试验证、OTA | 第 23～30 章 |
需要强调的是，Jacinto 开发中“看结果”比“跑通命令”更重要。例如调通显示驱动后，不能只看 dmesg 没有报错，还要确认实际输出分辨率、刷新率、色彩格式与多屏时序是否符合规格；调通摄像头后，要观察帧率、延迟与图像质量，而不是只看设备节点是否存在。后续章节会反复用到这种“输入—配置—观察—判断”的工作方式。
本章建立了平台全景：Jacinto 以异构多核与安全岛支撑座舱的显示、音频、视觉与安全任务；典型车型覆盖合资与自主品牌；开发流程从选型到量产共八个阶段；学习路线按平台认知、系统驱动、集成加速、安全量产四层推进。接下来将从开发环境与 SDK 入手，进入可动手的第一站。