1. 课程导入

车载Linux音频系统，是指在以Linux内核（含Android、AGL、Yocto定制发行版等）为底座的座舱域控制器或信息娱乐主机上，围绕“声音的采集、传输、混音、处理、路由与播放”所构建的一整套软硬件协同体系。它既包含底层SoC内的I2S/TDM、DMA、音频DSP与Codec/功放芯片，也包含内核态的ALSA SoC（ASoC）驱动框架，还包含用户态的PulseAudio/PipeWire、AudioFlinger、Audio HAL、AudioPolicy，以及上层的音区管理、主动降噪、回声消除、语音交互与音效调音链路。

与手机音频相比，车载音频的特殊性在于：多音源并发（导航、媒体、电话、TTS、警示音、AVAS）、多音区独立（主驾、副驾、后排、头枕）、多总线跨域（I2S、TDM、A2B、MOST、AVB、Slimbus）、强实时与功能安全约束（倒车雷达、ADAS警示音不可丢帧、不可延迟）。因此，车载音频工程师的核心能力不是“让声音响起来”，而是“让正确的声音在正确的时间、以正确的音量和正确的路由，送到正确的扬声器”。

一、发展背景：从“收音机+功放”到“软件定义音频”

车载音频经历了四个阶段：第一阶段是模拟收音机与独立功放，音频链路是纯硬件；第二阶段是CD/MP3主机时代，MCU控制音源切换；第三阶段是Android/Linux座舱兴起，音频开始由操作系统统一管理，AudioFlinger与HAL成为核心；第四阶段是“软件定义音频”，音频DSP、虚拟音区、音效算法、OTA调音成为差异化竞争力。当前主流方案普遍采用“SoC + 独立音频DSP + A2B功放”的混合架构，Linux负责策略与路由，DSP负责实时混音与算法。

二、整体知识框架与工程实践路线

本课程的知识框架可归纳为“一条主线、三层结构、五个能力域”。一条主线是音频数据从应用层到扬声器的完整信号链；三层结构是硬件层（SoC/Codec/功放/总线）、内核层（ASoC/DAPM/DMA）、用户层（HAL/AudioPolicy/音区管理）；五个能力域是驱动移植、HAL集成、路由策略、音效调优、问题定位。下图展示了这一整体架构与信号流向。

三、核心原理：音频信号链的四个关键节点

理解车载音频，必须抓住四个节点。第一是音源与流：每个应用通过AudioTrack创建流，携带usage（媒体、导航、通话、告警）与contentType，决定其优先级与默认路由。第二是混音与策略：AudioFlinger按策略将多路流混音到同一输出，AudioPolicy决定“谁能出声、谁被 duck、谁被 mute”。第三是传输与驱动：PCM数据经DMA送入I2S/TDM，ASoC的DAI Link完成CPU DAI与Codec DAI的对接，DAPM根据流状态自动上电。第四是输出与音区：功放按通道驱动扬声器，音区管理将不同流映射到不同物理通道。

# 典型调试入口：查看声卡与PCM设备
cat /proc/asound/cards
aplay -l
# 查看与设置混音控件（车载常用）
tinymix
tinymix "SEC_TDM_RX_0 Audio Mixer MultiMedia1" 1
# 查看驱动与DAPM状态
cat /proc/asound/card0/pcm0p/sub0/status
dmesg | grep -i asoc

四、典型场景：导航播报与媒体播放并发

用户正在播放音乐，导航发起TTS播报。系统需要：TTS流以更高优先级进入，媒体流被自动duck（降低音量）而非停止；TTS走主驾音区，媒体保持全车；播报结束后媒体音量平滑恢复。这一过程涉及AudioPolicy的focus抢占、HAL的流切换、DSP的混音与增益斜坡。若duck曲线过陡，用户会感到“音量跳变”；若恢复过慢，又会觉得“音乐被压住”。这正是车载音频调优的典型战场。

五、常见误区与复盘清单

• 误区一：能出声就算通。实际要验证并发、抢占、音区、时延与安全告警不丢帧。
• 误区二：只改上层不改DTS。很多无声问题源于DAPM路由未连通或DAI格式不匹配。
• 误区三：忽视时钟与主从。I2S主从配置错误会导致杂音、变调或完全无声。
• 误区四：调音只靠耳朵。缺少测试信号、麦克风与示波器，无法定位是算法还是链路问题。

本课程后续将沿着“硬件与总线 → 内核ASoC驱动 → 用户态HAL与策略 → 音区与音效调优 → 问题定位与量产验证”的路线展开。掌握这条主线，你就能在复杂的座舱音频系统中，快速判断问题出在哪一层、哪条链路、哪个参数，并给出可验证的工程解法。