图解智能座舱音频架构-电子硬件部分

图解智能座舱音频架构-电子硬件部分

        又到一年一度的广州车展,今年的车型似乎少了几分新意,多了几分相似。中国汽车行业仿佛正从曾经的创业时代,悄然步入守业阶段。不过是又一个行业的潮起潮落、沧海桑田罢了。只是作为亲历其中的一员,心头不免比旁人多生出一番感慨。

        本文将以高通SA8295平台为例,介绍2021至2025年间国内主流的智能座舱音频架构。尽管技术迭代迅速,但这些架构在未来几年内仍具备一定的参考价值。网络上同类资料已有很多,本文主要基于笔者亲身参与的实际项目,结合个人实践,记录一些技术思考与行业观察。

        在阐述中,我们将对关键术语进行解读,并围绕清晰的架构图展开讲解。因此,即便您是音频领域但非汽车行业的专家,也能轻松跟上本文的思路。

----------------------------------------话不多说,直接上图----------------------------------------

1.车机 within 内置功放

        所谓内置功放,是指将功放芯片(Amplifier,简称 AMP)与主控 SoC 芯片集成在同一块 PCB 板上,从而使车机能够直接驱动外接扬声器。

        这种方案的优势在于成本相对较低,但其缺点也十分突出:若车辆配备较多扬声器(例如二十个以上),则难以在车机内部集成足够数量的功放芯片。此外,音响系统本身功耗较大,因此对车机的散热设计与电源管理提出了更高要求。正因如此,内置功放方案通常多见于扬声器数量较少的低配置车型中

        该图示方案采用两块AMP芯片组构建了一套5.0音响系统。这里的5.0系统,本质上是标准的5.1声道系统去掉了低音炮部分——由于低音炮功耗较高,内置功放方案通常难以驱动。

        5.1声道系统包含左前、右前、中置、左环绕、右环绕及一个专属的低音炮。自2000年以来,它始终是最主流的家庭多声道音频格式。如今,我们在网络上下载的美剧,若配备多声道音轨,也仍以杜比5.1和DTS 5.1为主流。

        5.1声道标准的演进与普及,既源于用户对沉浸式环绕声效的不懈追求,也离不开杜比与DTS这两大巨头长期的竞争与合作。

        在我看来,5.1是实现环绕声效的最简且高效的配置方案。与传统立体声相比,它的优势在于:增加一个独立中置声道,能极大提升电影对白的清晰度与定位感;增设一对后环绕声道,则能创造出声音从身后而来的包围感,沉浸感倍增。

        至于低音炮,它专门负责重现20Hz至120Hz的极低频声音,使爆炸、雷鸣、鼓点等音效更具冲击力。由于普通扬声器难以有效下潜至120Hz以下,加之人类听觉对低频的方位感不敏感,因此行业普遍做法是:将前方三声道与环绕声道中120Hz以下的低频信号统一混合,交由独立的低音炮来集中播放,从而确保整体声音的力度与震撼感。

网图侵删

        图示方案中大量应用了I2S和TDM协议,不熟悉的读者可参考我之前的文章。

嵌入式音频开发入门:I2S和TDM数字音频接口实践

        关于车机的对外连线图例:使用实线代表模拟信号传输,例如功放直接输出模拟电信号以驱动扬声器;使用虚线则代表数字信号传输

        以收音功能为例:传统的 Tuner(用于接收AM/FM广播)处理的是模拟信号。当信号较弱时,我们会听到“沙沙”的噪音,这正是因为Tuner芯片在对模拟信号进行解调,干扰和失真会直接表现为音质劣化。

        而 DAB 则主要在欧洲普及,它从信源开始就是数字音频,在空气中传输的是经过调制的数字信号。这种方式的抗干扰能力强,只要信号强度达到解码门限,就能还原出无损的数字音频,因此不会出现模拟信号那样的音质破坏问题。

        高通SA8295芯片集成了多个ARM核心与三类专用的Hexagon DSP核心。其中,ARM核心主要承载QNX+Android Hypervisor操作系统,而Hexagon DSP则专注于运行各类数字信号处理算法。

        图示大小并不代表他们之间的算力差距,主要是方便我画图连线。

2.车机 connect to 外置功放

什么是外置功放

        所谓外置功放,是指车机本身不直接驱动扬声器,而是将音频信号交由一个独立的外部设备进行处理和功率放大。

        该外置功放模块通常集成A2B芯片用于高速音频数据传输,MCU负责处理CAN通信指令,并搭载专用的DSP以实现复杂的音频算法处理。由于采用独立设计,外置功放可以更充分地考虑散热与功率输出需求,从而提升系统稳定性。此外,该方案通常用于中高端车型,有助于在配置较高的系统中合理分摊成本。

        在工作流程上,车机通过车载音频总线(A2B Automotive Audio Bus) 将多通道PCM数字音频信号发送至外置功放;功放内的DSP则对音频信号进行音效处理后,最终驱动对应的扬声器出声。

        与车载主机内置功放有限的驱动能力不同,外置功放则多为7.1.4的音响系统。7.1.4指的是(前左、中置、前右、左环绕、右环绕、左后环绕、右后环绕)、一个低音炮声道,以及四个提升空间感的关键声道(左前天空、右前天空、左后天空、右后天空)。

        7.1.4声道已成为音响领域顶级沉浸式音频体验的代名词,这很大程度上得益于杜比全景声技术的普及。然而,杜比全景声的价值远不止于增加声道数量,它核心的“声音对象”理念彻底改变了音频的制作与回放方式。有兴趣深入了解的读者,可以参阅《Dolby Atmos杜比全景声混音指南》等专业资料。

        可以明确的是,追求超过7.1.4的更多声道意义不大。因为目前提供的杜比全景声内容,主要是基于7.1.4的声道布局进行优化的。即便硬件支持更多声道,也几乎没有相应的原生内容可供体验,实际提升极为有限

        除核心声道外,外置功放的驱动能力更扩展至每个座位的头枕扬声器乃至车外扬声器。当前主流外置功放所连接的扬声器总数动辄达到三四十个,其强大的输出与集成能力令人印象深刻。

        外置功放也是品牌音响厂商如哈曼卡顿、Bose 等的重要竞技场。这些厂商通常会在其外置功放的 DSP 中集成独有的音效处理算法,至于实际听感,则因人而异,各有所好。

车机和外置功放之间的音频传输

车机与外置功放通过A2B总线双向传输多通道PCM数据,上下行分工明确:

  • 上行(至车机)
    • 内容:外置功放各扬声器(如左前、右前、左后、右后、中置等)正在播放的音频信号。
    • 目的:主要为车机执行回声消除算法提供参考信号。
  • 下行(至功放)
    • 内容:通道数通常多达20路以上。例如,媒体音(7.1.4共12个通道),导航音(1通道),电话音(1通道),语音助手(1通道),仪表音(前后左右4通道)等。
    • 说明:此部分涉及具体功能设计,出于保密原因,不再展开。

实际场景介绍

最后,我们通过几个具体场景来结束对外置功放的介绍:

  1. 播放杜比全景声时的语音唤醒
    当车主通过网易云音乐播放杜比全景声内容,并通过语音助手唤醒车机时,系统会作出如下响应:
    • A2B 下行链路的前 12 个通道传输媒体音频,而上行各通道则传递外置功放的回传参考信号。
    • 车机语音助手持续运行回声消除算法,凭借准确的参考信号,即便在音乐音量较大的情况下,也能精准识别车主的人声唤醒指令。
    • 唤醒后,语音助手通过 A2B 下行链路中专门负责语音交互的通道播放“你好”回应。
  2. 蓝牙通话与头枕模式切换
    当车主通过蓝牙连接车机进行通话,并在涉及隐私内容时切换到头枕模式:
    • 通话过程中,A2B 下行的电话音频通道传输对方语音,由左前和右前扬声器播放。
    • 一旦车主切换到头枕模式,CAN 信号将发送至外置功放,指示其将通话音频切换至主驾驶头枕扬声器输出。
    • 值得注意的是,头枕模式下,A2B 下行的电话音频通道并未改变,仍使用原有通道。
  3. 露营时的外放模式
    车主在露营时希望将音乐播放至车外,开启外放模式后:
    • 外放模式的 CAN 信号发送至外置功放,功放将媒体音频路由至车外扬声器进行播放。

3.车机 connect to Booster外置功放

        Booster外置功放可视为普通外置功放的一种降本方案。其设计思路是:既然外置功放的核心功能是功率放大,那么可以移除其中所有的逻辑处理单元(如MCU和DSP),仅保留最基础的A2B收发器与功率放大器(AMP)电路,由此构成的简化版功放即为Booster。

        那么,Booster功放上AMP芯片的寄存器由谁来配置呢?这归功于A2B协议的另一项能力:它不仅能传输多通道PCM音频数据,还可通过隧道传输技术同时传递I2C控制信号。因此,只要车机与Booster之间建立了A2B连接,车机端就能直接远程配置Booster上AMP芯片的寄存器。

        正因其架构极度简化,Booster功放内部不含任何软件或复杂逻辑器件,成为一个完全由车机控制的“纯硬件”从设备。这种设计使得硬件部门无需软件团队支持,也能独立完成Booster的电路设计。

        当然,Booster在实际应用上与标准外置功放存在显著差异。由于其简化设计,车机与Booster之间通过A2B传输的多通道PCM数据,其各通道会直接对应到Booster所连接的各个扬声器。

        例如,若A2B链路的前12个通道被分配给车内扬声器,而第13个通道预留给车外扬声器。那么,当需要开启车外播放时,车机端的DSP只需将音频信号路由至第13个通道即可,所有相关的音频路由逻辑都将在车机端完成。

4.A2B很强大

        A2B总线实现了音频、数据与供电的三位一体:它能传输多通道PCM音频和I2C控制指令,并可提供远程微小电力。

        我曾实施的这套最复杂A2B方案(如下图)即是典型例证。系统中的A2B麦克风直接从总线取电,无需任何额外供电线路。

另外,A2B造成的音频延时只在几十us的级别,也是非常牛逼了。

A2B的开发主要使用ADI的图形化界面:

ADI Sigma Studio

感兴趣的小伙伴可以下载玩一下

以上就是全部内容了,如果大家感兴趣的话,我将另开一篇《图解智能座舱音频架构-软件架构》。

Read more

突破机器人通讯架构瓶颈,CAN/FD、高速485、EtherCAT,哪种总线才是最优解?

突破机器人通讯架构瓶颈,CAN/FD、高速485、EtherCAT,哪种总线才是最优解?

引言: 从协作机械臂到人形机器人,一文拆解主流总线技术选型困局 在机器人技术飞速发展的今天,从工厂流水线上的协作机械臂到科技展会上的人形机器人,它们的“神经系统”——通讯总线,正面临着前所未有的挑战。特斯拉Optimus的精准动作、波士顿动力Atlas的流畅跑跳,背后都是海量数据的高速交互。 然而,许多工程师在项目初期都会陷入同一个困境:面对RS485、CAN/CAN FD、EtherCAT等多种总线方案,究竟该如何选择? 本文将从机器人类型与需求分析出发,深入剖析三大主流总线技术的优劣,不提供“标准答案”,只提供一套科学的选择方法论。 一、机器人类型与通讯需求拆解 不同机器人的自由度、运动复杂度和性能要求,直接决定了其通讯总线的选择方向。下图概括了三种典型机器人的通讯需求与方案选择: 1. 低自由度/轻量型机器人(6-12自由度) 典型代表:协作机械臂、AGV小车、桌面级教育机器人。 核心需求:成本敏感、可靠性、易于集成、适度实时性(毫秒级)。这类机器人节点数相对较少,数据量不大,但对性价比要求极高。 现有主流方案:CAN

By Ne0inhk

一:ROS2+gazebo+PX4环境搭建:环境搭建到无人机起飞

前言 写博客记录学习的过程。 由于博客是安装完环境后写的,因此实际可能会有一些出入,但是实际上也大差不差的。 环境搭建 前置环境 * ROS2 humble * Gazebo Classic (11) 1.下载 PX4 源码 在你的 Home 目录下,用 Git 克隆 PX4 的代码仓库,并更新所有子模块。 git clone https://github.com/PX4/PX4-Autopilot.git --recursive 注意:由于这个源码中包含许多子模块,因此不建议到github主页下载zip再解压,这样做会缺失许多子模块。使用大陆的网络克隆起来会十分慢,因此强烈建议大家使用网络加速! 2.运行自动安装脚本 PX4 提供了自动化脚本,可以帮你安装编译仿真环境所需的所有依赖。 cd PX4-Autopilot bash ./Tools/setup/

By Ne0inhk
Flutter 三方库 whatsapp_bot_flutter 自动化社交矩阵鸿蒙多维协同适配指引:横向打通设备生态通信拦截管道、打造多模态实体机器人事件分发-适配鸿蒙 HarmonyOS ohos

Flutter 三方库 whatsapp_bot_flutter 自动化社交矩阵鸿蒙多维协同适配指引:横向打通设备生态通信拦截管道、打造多模态实体机器人事件分发-适配鸿蒙 HarmonyOS ohos

欢迎加入开源鸿蒙跨平台社区:https://openharmonycrossplatform.ZEEKLOG.net Flutter 三方库 whatsapp_bot_flutter 自动化社交矩阵鸿蒙多维协同适配指引:横向打通设备生态通信拦截管道、打造多模态实体机器人事件分发极限制化与消息群发堡垒 前言 在 OpenHarmony 的企业级服务助理、自动化通知分发系统或者是个人智能机器人应用中,如何打通全球主流的即时通讯链路是开发者必须跨越的门槛。whatsapp_bot_flutter 库为 Flutter 开发者提供了一套基于协议或 Web 端桥接的自动化社交机器人方案。本文将带大家在鸿蒙端实战适配该库,探索社交自动化的无限可能。 一、原直线性 / 概念介绍 1.1 基础原理/概念介绍 whatsapp_bot_flutter 的核心逻辑是基于 基于流的会话状态机与加密协议握手 (Encryption Protocol Handshake)。它模拟官方客户端的连接逻辑,通过与指定网关建立受保护的 WebSocket 链路,并实时监听业务事件流(消息、

By Ne0inhk
【Part 3 Unity VR眼镜端播放器开发与优化】第四节|高分辨率VR全景视频播放性能优化

【Part 3 Unity VR眼镜端播放器开发与优化】第四节|高分辨率VR全景视频播放性能优化

文章目录 * 《VR 360°全景视频开发》专栏 * Part 3|Unity VR眼镜端播放器开发与优化 * 第一节|基于Unity的360°全景视频播放实现方案 * 第二节|VR眼镜端的开发适配与交互设计 * 第三节|Unity VR手势交互开发与深度优化 * 第四节|高分辨率VR全景视频播放性能优化 * 一、挑战分析与目标设定 * 1.1 主要瓶颈 * 1.2 目标设定 * 二、硬解与软解方案选型 * 2.1 平台解码能力检测 * 2.2 推荐策略 * 三、视野裁剪与分块播放 * 3.1 原理说明 * 3.2 实现流程图 * 3.3 伪代码 * 四、动态降级与多码率自适应 * 4.1

By Ne0inhk