蓝牙音箱系统设计实战：从模块划分到整机验证

蓝牙音箱是消费电子里少有的“四合一”项目：射频、音频、电源、声学，任何一个方向单独拿出来都能养一个工程师岗位，但在这类产品里，所有人必须围绕同一个腔体和同一块 PCB 协作。这也是为什么很多蓝牙音箱项目开案时各模块都正常，一到整机联调就全线出问题，问题还往往出在接口处——音频地跟电源地没分开、天线净空被结构件压死、功放开关机冲击直接打进射频电路、电池低压关断和 Flash 掉电配置互相打架。

这篇文章是“蓝牙音箱项目设计”系列的第 48 篇，继续讲从方案选型到整机验证的工程主线。文章不会只贴一个清单让你照着买料，而是把主控选型、音频链路、电源管理、天线布局、声学调校和整机测试这条链路拆开，讲清楚每一步要解决什么问题、测试哪些指标、出现故障时往哪个方向排查。涉及具体芯片型号、实测数据和模具方案的内容，请以你手头的规格书、原理图和测试仪器为准，本篇给的是设计方法和判断框架，不是唯一答案。

快速判断这篇文章是否适合你：如果你正在做蓝牙音箱的硬件原理图设计、固件调试、声学腔体选型，或者已经进入试产阶段需要补测试用例，可以直接往下看。如果你只是刚立项想先确认系统架构，第 1 到第 4 节会帮你把模块边界和关键风险划清楚。

1. 蓝牙音箱项目设计规格速览

没有输入材料描述这个系列第 48 篇的具体硬件配置，因此下面的表格按蓝牙音箱通用开发场景整理，便于先建立整体认知。实际项目应以你自己的选型清单和需求书为准。

设计维度	典型设计范围	说明
项目类型	便携蓝牙音箱 / 桌面蓝牙音箱 / 户外防水音箱	定位决定电源容量、腔体体积和防护等级
无线方案	蓝牙 5.0 及以上 SoC 或经典蓝牙+BLE 双模	需要确认 A2DP、AVRCP、HFP 等 Profile 是否支持
音频拓扑	主控 I2S 输出 + Codec + D 类功放	也可以选带 Audio DSP 的单芯片方案
扬声器配置	单全频单元 / 双单元立体声 / 加被动辐射器	低频表现和声压级由口径、冲程和箱体共同决定
电源架构	单节锂电 + 充电管理 + DCDC/LDO 多路供电	典型锂电标称 3.7V，实际工作区间 3.0V~4.2V
续航目标	视电池容量和功放效率核算	建议用功率计实测整机功耗，不要只算芯片静态电流
充电方式	USB 5V 输入，充电电流按电池容量 0.5C 以内	Type-C 接口已是当前主流，需注意 CC 检测
功能扩展	麦克风通话、TF 卡/U 盘、AUX 输入、指示灯	每增加一个功能都会增加一个故障源
验证手段	射频综测、音频电声测试、功耗续航测试、可靠性测试	开发阶段至少准备蓝牙测试仪和电声测试系统

从这张表能看出，蓝牙音箱设计不是“蓝牙模块 + 喇叭”两个零件，而是要把无线性能、音频底噪、电源纹波、结构密封放在同一个系统里反复权衡。

2. 系统架构与模块划分

蓝牙音箱的系统框图通常可以拆成七个模块，每个模块的职责和接口关系如下。

1. 主控 SoC：负责蓝牙协议栈、音频数据调度、按键事件、LED 控制、外部存储读取。主控是整个系统里连接外部世界的入口，也是固件开发和问题定位的中心。
2. 音频回放链路：主控输出 I2S 数字音频到 Codec，Codec 完成 DAC 后送入功放，功放驱动扬声器。链路里每一级的噪声和失真都会叠加，是音质问题的高发区。
3. 麦克风通话链路：如果需要免提通话，还需要 ADC、回声消除和降噪处理。通话链路和回放链路共用喇叭时，要特别处理回声路径。
4. 电源系统：锂电池通过充电管理芯片充电，电池电压经 DCDC 或 LDO 转成各模块所需电压。数字电路和模拟音频电路对电源纹波的要求完全不同。
5. 射频前端：蓝牙 SoC 的射频输出经过匹配网络到达天线。天线区域需要净空，匹配参数需要在实际结构件装配状态下调试。
6. 人机交互：按键、编码器、触摸、LED 或显示屏。机械按键的防抖、触摸的灵敏度、LED 的亮度控制，都要在主控固件里统一管理。
7. 声学系统：扬声器单元、音腔、倒相孔或被动辐射器、防尘网、密封泡棉。结构设计对低频响应的影响，往往会超过电子件本身带来的差异。

设计阶段建议先画一张模块接口表，把每个模块的信号类型、电平范围、电源域、地平面归属标注清楚。这样后面 Layout 和布线时，就不会出现把模拟音频信号线穿过 DCDC 电感下方，或者把 I2S 时钟线走在天线净空区里的问题。

在模块划分阶段就要确定“模拟地”和“数字地”的处理策略。经验做法是：单点连接，在电源输入端统一汇合，避免模拟地和数字地大面积直接相切形成地环路。很多底噪问题在原理图阶段埋下，在 Layout 之后才暴露，回头看都是地分割和回流路径没有提前规划。

3. 蓝牙主控选型与协议栈设计要点

蓝牙主控选型会直接决定开发投入和产品体验，需要围绕这几点展开。

蓝牙版本与兼容性。

当前新项目建议优先选择支持蓝牙 5.0 及以上版本的方案。蓝牙 5.0 带来了更快的传输速率和更稳的连接能力，在音频场景下也能获得更好的抗干扰表现。低功耗音频（LE Audio）是后续方向，但具体是否采用，需要看目标市场和当前主流手机的兼容支持情况，不能只为了“新”而选，要确保现有存量设备能正常回连和播放。

Profile 支持。

蓝牙音箱最少要覆盖这几个基础 Profile：

Profile	作用	开发验证重点
A2DP	音频流播放	音乐是否卡顿、切歌是否延迟
AVRCP	播放/暂停/上下曲控制	手机端控制与音箱状态是否同步
HFP	免提通话	通话双方音量、回声、断连表现
BLE	配网、OTA、App 控制	GATT 服务是否稳定、OTA 失败可否恢复

回连与配对体验。

回连是用户每天都会触发的动作。固件需要保存最近连接的设备地址，开机后优先尝试快速回连上次设备，超时后进入可配对状态。常见问题是回连耗时不稳定，需要定义明确的重试次数和超时门限，并配合指示灯提示当前状态。

固件状态机设计。

主控固件不要把所有逻辑堆在主循环里，建议提前用状态机拆分运行状态。下面是一段便于评审和移植的电源状态机伪代码示例，实际 SDK 接口需要按所选主控替换：

typedef enum { POWER_OFF = 0, POWER_ON_INIT, POWER_IDLE, POWER_CONNECTING, POWER_PLAYING, POWER_CALLING, POWER_LOW_BATTERY, POWER_CHARGING } speaker_state_t; speaker_state_t g_state = POWER_OFF; void speaker_state_machine(event_t event) { switch (g_state) { case POWER_ON_INIT: /* 初始化 I2S、Codec、功放、Flash 配置 */ if (flash_config_valid()) { g_state = POWER_IDLE; bt_stack_start_advertising(); } else { /* 配置损坏时恢复默认设置并重新写入 */ flash_restore_default(); g_state = POWER_IDLE; } break; case POWER_IDLE: if (event == EVENT_BT_CONNECTED) { g_state = POWER_CONNECTING; } else if (event == EVENT_PLAY_BUTTON) { bt_start_playback(); g_state = POWER_PLAYING; } break; case POWER_PLAYING: if (event == EVENT_BT_DISCONNECTED) { g_state = POWER_IDLE; } else if (event == EVENT_LOW_BATTERY_WARNING) { g_state = POWER_LOW_BATTERY; } break; default: /* 所有状态都必须有超时兜底 */ break; } }

状态机的好处是每个状态的可达路径清晰，测试阶段可以列一张“事件注入表”，逐步验证开机、配对、回连、播放、通话、低电量、充电等场景是否有遗漏的路径。

协议栈与 SDK 评估。

主控厂商提供的 SDK 决定开发效率和稳定性。评估时不要只看 Demo 能不能跑，要看代码结构是否清晰，文档是否覆盖音频流、功耗管理和 OTA 三个最容易踩坑的模块。如果选择的方案需要额外买协议栈授权，要把 license 成本计入整机 BOM，而不是只对比主控芯片单价。

4. 音频链路与功放设计要点

音频链路的设计目标是：从蓝牙空中收到的数字音频到扬声器发出声音，保持足够低的噪声和失真。链路中的每一级都必须有明确的指标预算。

典型链路拓扑。

主控通过 I2S 接口向 Codec 发送数字音频，Codec 完成数模转换后输出模拟信号给功放。功放通常采用 D 类拓扑，效率可以做到 80% 以上，适合电池供电产品。D 类功放的输出经过 LC 滤波后驱动扬声器。需要注意 D 类功放的开关频率会通过电源和地耦合到前端电路，Layout 时必须让功放靠近扬声器端子，减少输出走线长度。

Codec 与系统的地处理。

模拟音频信号从 Codec 输出到功放输入，路径很短，但这条路径的抗干扰能力决定了整机底噪。建议在原理图阶段就给 Codec 的模拟电源加 RC 滤波，模拟地独立走线，回到主电源地单点汇合。音量电位器如果用电容式触摸方案，触摸检测电路也要避开音频输入走线，否则手指接近时可能引入噪声。

开关机防爆音。

爆音是蓝牙音箱最常见的用户可感知缺陷。产生机理是功放上电瞬间，输入端存在直流偏置跳变或者 I2S 时钟还没稳定就开始输出数据。处理方法包括：

• 功放使能脚加软件软启动，先稳定各电源域，再开启功放；
• Codec 输出先静音，等待 I2S 时钟和数据稳定后再打开；
• 关机时先关闭功放，再断开 Codec 输出和主控 I2S；
• 如果功放本身有抗爆音引脚，检查该引脚的时序是否符合手册。

扬声器保护。

大功率播放时扬声器音圈温度会升高，超出承受范围会烧音圈或导致音圈变形。软件层面要设置限幅器，限制峰值输出；硬件层面可以加 NTC 热敏电阻贴在音圈或者磁钢附近做温度检测。是否配置过流保护取决于所选功放方案。更为稳妥的做法是，在整机测试阶段用长时间满功率播放来验证扬声器温升，再决定是否需要在固件中限制最大音量。

I2S 配置验证。

Codec 和主控之间的 I2S 格式如果配置不一致，会出现“有声音但明显变调”或者“只有电流声”的现象。调试时先用固定测试音配合抓取的 I2S 波形确认帧同步、位时钟、数据位宽和声道映射，确认无误后再进入主观听音阶段。

/* I2S 配置示例：参数需与所选 Codec 手册一致 */ i2s_config_t i2s_cfg = { .sample_rate = 48000, /* 蓝牙 A2DP 常见采样率 */ .bits_per_sample = 16, .channel_format = I2S_CHANNEL_FMT_RIGHT_LEFT, .communication_format = I2S_COMM_FORMAT_STAND_I2S, .master_clk = true, .intr_alloc_flags = ESP_INTR_FLAG_LEVEL1 };

上面是一段参考性质的 I2S 参数结构，不同主控的 API 差异很大，实际使用时必须按 SDK 头文件和 Codec 手册逐项核对。

5. 电源系统与电池管理设计

蓝牙音箱的电源架构决定了底噪水平、续航表现和整机安全，这几个方向都要重点把关。

电池选型与保护。

便携蓝牙音箱普遍使用单节锂离子或锂聚合物电池，标称电压 3.7V，满电 4.2V，放电截止电压一般在 3.0V~3.3V，具体以电池规格书为准。电芯必须带独立的保护板，至少覆盖过充、过放、过流和短路保护。不要把主控的软件低压判断当成唯一保护手段，硬件保护是最后一道防线。

充电管理。

充电芯片负责把 USB 5V 输入转换成适合电池的充电电压和电流。充电电流一般按电池容量的 0.5C 以下设计，例如 2000mAh 电池建议充电电流不超过 1A，这样既能控制温升，也能延长电池循环寿命。充电过程要包含预充、恒流、恒压和截止四个阶段，指示灯状态要和充电状态机一一对应。

电源轨分配。

主控数字部分、蓝牙射频 PA、Codec 模拟部分、功放和 LED 对电源的要求不同：

电源域	推荐供电方式	设计关注点
蓝牙射频与数字核心	DCDC 或高性能 LDO	纹波影响射频灵敏度
Codec 模拟电源	LDO + RC 滤波	直接决定底噪水平
D 类功放电源	电池直接或 DCDC	需要承受大动态电流
LED 指示灯	独立恒流驱动或限流电阻	避免 LED 开关干扰音频

功放是系统里电流变化最大的负载，低音播放时瞬时电流可能到安培级别。如果功放和蓝牙 SoC 共用一根细长电源走线，大动态低音会让电源电压跌落，导致蓝牙射频供电不稳，出现连接中断。设计上建议功放电源从电池端或 DCDC 输出端单独走线，并在功放电源脚就近放置大容量储能电容。

功耗与续航估算。

续航不能只算芯片静态功耗，要按典型播放场景实测。测试方法是把整机充满电，以 50% 音量循环播放标准音乐，记录从开机到低压自动关机的时长。开发阶段还要分别测待机、连接不播放、播放、通话、最大音量播放几种场景的电流，找出异常耗电路径。低功耗蓝牙音箱的待机电流要认真优化，如果待机电流偏大，用户放一晚上第二天就没电，体验会很差。

低电量处理。

低电量状态要设计两级告警：第一级提醒用户充电，第二级执行软件关机，防止电池过放。软件关机后整机电流要降到微安级，否则会继续消耗电池。很多项目踩过这个坑：固件里写了关机，但 Codec 和功放的使能脚没有真正断电，待机电流仍然有几毫安甚至几十毫安。

6. 天线布局与射频调试

蓝牙音箱的射频性能常常被结构“坑”掉。很多项目原理图设计没问题，天线指标也能过，但装进腔体后距离掉一半，问题基本出在布局和天线净空上。

天线位置规划。

蓝牙音箱通常使用 PCB 天线或陶瓷天线。天线区域必须放在 PCB 边缘，正下方和周围禁止铺铜，天线附近不能走高频信号线、电源线，也不能放置金属屏蔽罩。结构上要保证天线区域不被电池、扬声器磁钢、金属网罩直接遮挡。扬声器本身有强磁体，如果天线离磁体太近，谐振频率会偏移，辐射效率下降。

匹配网络调试。

天线匹配不是抄参考设计就能定稿的，需要在整机装配状态下用网络分析仪调试。喇叭、电池、塑胶外壳、金属件都会改变天线阻抗。常见做法是预留 π 型匹配网络，实测 S11 后在史密斯圆图上调整。如果没有网络分析仪，至少要用蓝牙测试仪验证不同装配状态下的接收灵敏度和发射功率，不能只看无线信号格数。

距离测试方法。

射频距离测试要在开阔场地进行，避免金属桌面和墙体反射影响结果。测试手机和音箱分别处于下列状态：音箱播放音乐、音箱待机、手机放在口袋或手持位置，逐一记录断连距离。手机上显示信号满格不代表距离远，只有实际播放稳定才能算通过。

# 蓝牙扫描状态检查示例，适合 Linux 调试环境 # 实际自动化测试需按芯片方案的 HCI 接口调整 bluetoothctl power on bluetoothctl scan on sleep 5 bluetoothctl devices

上面命令只是用于开发阶段验证蓝牙设备是否处于可发现状态，不能替代专业射频仪器测试。真正评估发射功率和灵敏度，还是要依赖综测仪或者蓝牙射频测试仪，同时要把测试环境中的同频干扰源排除掉。

7. 声学结构与主观听感验证

蓝牙音箱的声学表现是项目能不能让用户满意的关键。喇叭单元和腔体关系密切，不能把选料和结构分成两个阶段来做。

腔体方案确认。

常见声学方案有密闭箱、倒相箱和被动辐射器三类。便携小箱体要低频下潜，通常采用被动辐射器方案，它不需要开孔，在防水设计上也有优势。腔体容积、倒相孔长度或被动辐射器配重，都要根据单元参数用声学仿真软件先计算，再做手板试听验证。不要只靠耳朵一点点试，效率太低，也很难复制。

密封与杂音检查。

腔体漏气会让低音明显变差，产生“噗噗”声。试产阶段要用气密检测或者整机扫频方式检查密封。扬声器安装位置的螺丝扭矩、密封泡棉压缩量，都会影响低频表现。音量开大后如果出现破音，优先检查扬声器音圈是否打底、被动辐射器振幅是否超出线性范围、箱体内是否有松动零件。

麦克风与回声问题。

带通话功能的音箱，麦克风位置不要正对喇叭出音口，否则通话时回声路径过强。软件开启回声消除后，要实际模拟用户打电话的距离和场景，测试对方能否听清、是否有回声、说话间歇是否出现误触发。

扫频与听感验证。

电声测试要覆盖低频、中频、高频和最大声压级。开发阶段至少要做一次由低到高的扫频测试，确认整条频带没有明显断档和共振峰。下面是一个基于 Python 的扫频信号生成脚本框架，实际测量时还需要外接测量麦克风，并记录音箱和麦克风之间的固定距离：

import numpy as np import sounddevice as sd fs = 48000 duration = 10 # 20Hz 到 20kHz 对数扫频信号 t = np.linspace(0, duration, int(fs * duration), endpoint=False) f0 = 20.0 f1 = 20000.0 k = np.exp(np.log(f1 / f0) / duration) phase = 2 * np.pi * f0 * (k ** t - 1) / np.log(k) signal = 0.3 * np.sin(phase) sd.play(signal, samplerate=fs) sd.wait()

这个脚本生成的是标准对数扫频信号，试听时如果某个频段有明显异响，可以用示波器、声级计或电声测试软件定位。正式的电声频响曲线、失真曲线，仍然建议使用专业的电声测试系统采集，不要用手机麦克风记录的数据来判断产品是否达标。

8. 整机功能测试与效果验证

试产前的功能测试要形成一张闭环用例表。每一项测试都要写清楚前置条件、操作步骤、预期结果和通过标准。建议至少覆盖以下测试维度。

蓝牙基础功能测试。

1. 首次开机：进入配对模式，手机蓝牙列表能搜到设备。
2. 配对连接：输入正确的 PIN 或确认配对请求，连接成功有提示音。
3. 回连测试：音箱关机再开机，等待自动回连上次配对手机。
4. 断连恢复：手机蓝牙关闭后重新打开，音箱能否在设定时间内回连。
5. 多设备切换：取消一个设备连接后，另一台设备能否正常连接。
6. 距离测试：开阔空间下稳定播放不卡顿的最大距离是否符合规格。
7. 通话测试：来电接听、挂断、音量调节、对方听感是否清晰。

音频与音质验证。

1. 左右声道是否一致，声道映射是否正确。
2. 最小音量下是否有明显底噪，静音状态下贴近喇叭是否听到电流声。
3. 50%、75%、100% 音量下分别试听，判断是否有破音。
4. 扫频播放检查整条频带是否有异常共振。
5. 播放不同风格音乐，确认人声、乐器、低频节奏都无明显失真。

电源与续航测试。

1. 充电电流和充电状态指示灯是否正确。
2. 边充边放功能是否符合产品定义。
3. 低电量告警音和关机阈值是否合理。
4. 满电续航是否达到规格书标称值。
5. 播放音乐时电量显示是否跳变严重。

稳定性测试。

稳定性测试建议用自动化脚本循环执行：每 30 分钟执行一次连接、播放、切歌、暂停、断开操作，连续跑 8 小时以上，记录是否有不复位的异常。容易出问题的点包括 OTA 失败后能否恢复、长时间播放后主控是否死机、Flash 配置频繁写入是否损坏。

# 循环压力测试伪代码：验证连接与播放稳定性 # 实际执行需要依赖所选方案的自动化测试接口 import time def run_stress_cycle(index): print(f"cycle {index}: connect -> play -> switch -> pause -> disconnect") device_connect() device_start_playback() time.sleep(30) device_next_track() time.sleep(10) device_pause() time.sleep(5) device_disconnect() return check_log_no_crash() for i in range(200): if not run_stress_cycle(i): log_and_stop(i) break

压力测试出现偶发失败时，优先抓主控日志，确认是协议栈返回错误、电源跌落导致重启，还是射频环境干扰。不要一上来就换芯片方案，多数偶发问题可以通过调节射频发射功率、优化回连时序、加强电源滤波来解决。

9. 常见问题与排查方法

蓝牙音箱联调阶段的常见问题有比较明确的排查路径，这里整理成表格，方便试产和客诉阶段直接参照。

问题现象	可能原因	排查方式	解决方案
手机搜不到音箱	未进入配对模式、蓝牙地址异常、射频损坏	确认指示灯状态；用蓝牙测试仪扫描	重新进入配对模式；检查主控射频供电
连接后音乐卡顿	射频距离过近但存在同频干扰；天线被遮挡；电池电压跌落	固定音箱位置做距离测试；观察卡顿时电池电压	优化天线净空；功放大动态时补充储能电容
静音时有明显底噪	模拟地和数字地未分离；Codec 电源滤波不足	断开 Codec 输入对比底噪变化	加强 RC 滤波；单点接地；调整 Layout
开关机有爆音	功放使能时序错误；I2S 时钟未稳定就输出	示波器抓功放使能与 I2S 时序	软件软启动；先静音再开功放
音量调大后破音	功放削波；扬声器打底；箱体漏气	降低增益对比听感；检查音圈振幅	配置限幅器；加强箱体密封；检查喇叭功率余量
充电指示灯常亮但充不进电	充电电流设置过大；电池保护板触发；接口接触不良	测量充电芯片输入输出电压电流	调整充电电流；检查 Type-C 焊接；确认电池电压
低电量关机后无法开机	电池过放保护触发；软件关机后残留电流过大	测量关机电流；检查电池电压是否被拉到保护值	降低关机残留电流；软件增加过放恢复逻辑
回连速度很慢	每次开机重新扫描所有历史设备；断连原因未记录	查看协议栈回连日志	保存最近设备地址，优先回连上次设备
通话时对方听到回声	麦克风距喇叭过近；回声消除参数不合适	固定通话距离实测回放路径	调整麦克风位置；重新校准回音消除参数
播放某些 App 声音断续	手机省电策略限制后台；A2DP 参数协商不一致	换多台手机交叉测试	区分手机兼容性问题；必要时更新协议栈补丁

排查问题时一定要改一项、测一项，不要同时动软件和硬件再去复测。每次改完都要保留测试记录，否则问题虽然消失了，但真正的原因没有被定位，试产时会再次出现。

10. 量产可靠性与合规建议

功能样机通过后，离量产还有很长的路。这个阶段要重点做三件事：固化设计参数、建立测试标准、确认合规清单。

固化设计参数。

把声学调校参数、DSP 增益、EQ 曲线、功放限幅阈值、回连超时时间等做成统一的配置文件，并在产线软件版本里固化。产线每台机器刷入相同参数，避免因个别手工调试导致整机一致性差。扬声器单元批次之间会有差异，建议在导入新批次电声物料时做一次抽测，确认频响曲线没有明显偏移。

建立产测项。

产线测试至少包含：射频基本指标、按键功能、充电回路、喇叭极性、声压输出、麦克风通路、整机电流。每一台机器都应有唯一的序列号和测试记录，出现售后问题时可以通过序列号追踪到生产测试数据。

合规与安全。

如果产品需要出货上市，务必提前确认目标市场要求的无线认证、电气安全认证和环保合规要求。不同市场的认证项目和测试标准不同，周期也可能较长，不要等到量产前才开始排队。电池和充电部分要重点确认安全保护要求，适配器的过流保护也要配合整机进行测试。合规认证内容较多，需要专门团队跟进，本文不展开具体标准条款。

版权与内容合规边界。

蓝牙音箱产品本身是硬件设备，但要提醒项目相关方：整机演示和宣传片选用的音乐素材，需要确认具备合法授权；如果产品支持 TF 卡或 App 点播，内容获取渠道也要符合版权要求。开发过程中采集的用户语音或测试录音，不得超出合法授权范围使用。涉及隐私和版权的功能，应在产品说明中写清使用边界。

11. 总结与下一步

回到这个系列项目设计的整体目标：蓝牙音箱不是一个纯软件项目，也不是一个纯结构项目，而是主控固件、音频算法、电源硬件、射频天线和声学结构反复折中的产物。第 48 篇梳理的主线是从选型到量产验证的关键检查点，最适合马上要投板或者已经进入试产阶段的团队作为自检清单。

最先应该验证的是三件事：开机回连是否稳定、低音大动态时电源是否跌落导致断连、静音状态下底噪是否满足预期。这三个问题分别对应协议栈、电源和音频地设计，也是售后投诉最集中的三个方向。

最容易踩的坑发生在跨模块场景：天线被结构遮挡、功放电流下拉电池电压、Codec 模拟电源被数字噪声污染。这类问题不是单看原理图就能发现的，必须把整机装起来、把音乐放起来、把仪器接起来才能暴露。

接下来的扩展方向，可以从这几条里选：如果产品需要支持 App 控制，要规划好 BLE 与 A2DP 共存时的连接管理；如果要接语音助手或者做 TWS 双音箱，需要提前评估主控算力和协议栈能力；如果要做更高音质，需要引入独立音频 DSP 并建立完整的 EQ 调音流程。

实际开发节奏上，建议每个阶段保留一份“最小可运行配置”：最小系统能出声、能连接、能充电，然后再逐步叠加功能。这样每个新功能引入的问题都能被快速隔离。可以把本文的测试用例表保存下来，直接改成自己项目的验收文档，会比重新设计一套测试流程省很多时间。