3. 车载网络基础
车载音频系统从来不是“一根线传声音”那么简单。车门提示音、仪表报警音、主动降噪、多声道娱乐、语音交互回传，分别落在不同的网络域里。理解 CAN、LIN、MOST、FlexRay 与车载以太网的角色，核心不是背速率，而是判断：这条总线是否具备音频所需的带宽、确定性、拓扑与成本匹配。本节用一张“音频信号链与总线承载关系图”把五类网络放在同一视角下比较。
一、核心原理：五类总线为何不能互相替代
车载网络的分层逻辑由三个维度决定：带宽、实时性模型、拓扑与成本。LIN 是单主多从的低速补充，用于车门模块、雨量传感器、氛围灯等对时延不敏感的对象；CAN 采用基于优先级的仲裁，适合事件触发的控制命令与状态广播；FlexRay 用时间触发机制提供确定性时隙，服务于线控底盘与高安全同步场景；MOST 以环形拓扑承载多媒体流，曾长期担任车载娱乐骨干；车载以太网则以交换式全双工和 AVB/TSN 协议族，提供百兆到千兆的媒体承载能力。
对音频而言，关键区分是“控制面”与“媒体面”。CAN/LIN 传输的是“播放提示音”“音量+1”“静音请求”这类控制语义，数据量小、可容忍毫秒级抖动；而音频样本流要求连续、低抖动、低丢包，必须由 MOST 或以太网 AVB/TSN 承载。把 PCM 音频硬塞进 CAN 报文，会立刻遇到带宽与抖动双重瓶颈。
判断口诀：控制信号看“优先级与容错”，媒体信号看“带宽与时钟同步”。一条总线能否传音频，先问它的时间同步机制和可用带宽，而不是先问它“快不快”。
二、方法流程：为音频功能选择承载总线
- 拆分功能：把音频功能拆成控制事件与媒体流两部分，例如“倒车提示音”= 挡位 CAN 信号 + 提示音播放流。
- 标注实时等级：安全提示音要求确定性触发，娱乐流可容忍缓冲，语音回传要求低延迟上行。
- 估算带宽：按通道数×采样率×位深计算，例如 8 通道 48 kHz/24 bit 约 9.2 Mbit/s，需预留协议开销。
- 匹配拓扑：环形 MOST 适合串联节点，交换式以太网适合星型/多跳，CAN 适合总线型短报文。
- 验证同步：确认所选总线是否提供 gPTP/媒体时钟恢复，避免多扬声器相位漂移。
音频带宽估算示例（未含协议开销）：
单通道：48 000 Hz × 24 bit = 1.152 Mbit/s
8 通道：1.152 × 8 = 9.216 Mbit/s
AVB/TSN 建议预留 20%~30% 余量用于流预留与突发
结论：CAN(≤1 Mbit/s) 不可承载，100BASE-T1 可承载，1000BASE-T1 更从容三、案例场景：同一辆车上的多总线协作
以“车门开启提示音 + 多声道娱乐 + 主动降噪”为例。车门状态由 LIN 从节点采集，经网关转发到 CAN；CAN 上的车身控制器发出“左前门开”事件；音频主控收到事件后触发本地合成提示音，并通过以太网 AVB 流把提示音混入对应区域扬声器。娱乐音源从以太网进入主控，经 DSP 分频后送往各功放；主动降噪则由麦克风阵列经以太网回传路噪，主控生成反相声波。整个链路中，LIN/CAN 只承担“触发与状态”，媒体面全部落在以太网。
| 总线 | 典型速率 | 触发模型 | 在音频中的角色 | 主要局限 |
|---|---|---|---|---|
| LIN | ≤20 kbit/s | 主节点轮询 | 开关/按键状态采集 | 带宽极低，无媒体能力 |
| CAN / CAN FD | ≤1 Mbit/s | 事件触发+优先级仲裁 | 控制命令、状态广播 | 抖动大，不适合样本流 |
| FlexRay | 10 Mbit/s | 时间触发+静态段 | 安全域同步，间接影响音频 | 成本高，媒体承载弱 |
| MOST | 25/50/150 Mbit/s | 环形时分复用 | 传统多媒体骨干 | 环断即全断，生态收缩 |
| 车载以太网 | 100/1000 Mbit/s | 交换式+AVB/TSN | 媒体流、语音回传、ANC | 需交换机与时钟配置 |
四、误区与复盘
误区一：“CAN FD 速率上来了，可以直接传音频。”CAN FD 的数据段虽可到 5~8 Mbit/s，但仲裁与帧结构决定其抖动与调度不适合连续样本流，且多路音频会迅速占满总线。
误区二：“MOST 已经淘汰，可以完全忽略。”现役车型中仍有大量 MOST 节点，诊断与改装必须理解其环形拓扑与节点旁路机制。
误区三：“以太网带宽足够，就不需要 TSN。”没有 gPTP 与流预留，多路音频会出现排队抖动，多扬声器相位一致性无法保证。
复盘时建议按“控制面/媒体面”两栏列出每个音频功能的总线归属，并标注带宽、时延与同步要求。只要这张表清晰，后续 AVB/TSN 的流预留、优先级与时钟域设计就有了可靠输入。