蓝牙音箱是一个典型的“软硬件混合”项目：既有射频协议栈，又有音频编解码，还要处理电源、功放、天线和结构件。早期很多开发者习惯直接用 HC-05 这类透传模块做一个“能响的蓝牙音箱”，但做到后面会发现，真正花时间的不是让喇叭出声，而是处理配对稳定性、A2DP 音质、回连速度、功放底噪、电池续航和产线一致性。这篇“蓝牙音箱项目设计之49”就按实际项目推进的思路，把系统选型、硬件设计、软件调试、功能验证和量产测试整套流程拆开讲一遍。
这篇文章适合三类读者：一是准备从单片机转蓝牙音频开发的嵌入式工程师，二是正在做蓝牙音箱、蓝牙接收器、桌面音箱或便携音箱原型的学生和创客，三是已经有原型机、但回连慢、断连、底噪大、产测过不了的硬件工程师。文章里不会只讲原理，会尽量给出可直接落地的配置方法、测试步骤和排查方向。
1. 蓝牙音箱项目核心能力速览
很多蓝牙音箱项目设计文章一上来就讲协议栈，容易把人绕晕。做项目之前，先看整体能力边界更实用。
| 能力项 | 说明 |
|---|---|
| 无线协议 | 经典蓝牙 BR/EDR，音频场景主要用 A2DP 传音乐，HFP/HSP 用于通话 |
| 音频编解码 | SBC 是必选基础；中高端可支持 AAC、aptX 或 LDAC，需要蓝牙 SoC 与手机同时支持 |
| 低功耗扩展 | BLE 常用来做遥控、电量上报、App 配对辅助，不直接传高质量音频 |
| 音频输入 | BLUETOOTH 无线输入为主，部分方案保留 AUX、TF 卡、U 盘输入 |
| 功放方式 | 小功率用 D 类功放芯片，效率高、发热小，适合电池供电 |
| 典型功率 | 便携蓝牙音箱常见 3W-20W，桌面音箱有更大功率设计 |
| 电池供电 | 锂电池 3.7V 系统，典型容量 1800mAh-4000mAh，支持 Type-C 充电 |
| 回连功能 | 开机后自动回连上次设备，是衡量体验感的关键指标 |
| 产测要求 | 需要 RF 功率、频率偏移、音频通路、按键、充电、天线匹配测试 |
从材料看，当前蓝牙音箱相关搜索里有很多使用“杰理蓝牙”“蓝牙模块”“CSR 蓝牙”的内容，说明开发者实际选型时会按成本、开发资料和量产经验折中，而不是只看协议栈参数。
2. 项目需求拆解与使用边界
蓝牙音箱设计不是“把音频芯片和喇叭接上就行”，需求拆解要落到具体使用场景。
2.1 常见使用场景
- 便携蓝牙音箱：户外、骑行、露营使用，强调电池续航、防水、抗摔、便携体积。
- 桌面蓝牙音箱：放在电脑或电视旁边，强调音质、AUX 输入、低延迟、外观。
- 蓝牙接收器：把老式功放、音箱变成蓝牙输入，很多用户搜索“蓝牙音频接收器模块”，本质是把模拟音频输入转成蓝牙接收。
- 开发学习套件：用 ESP32、HC-05 或 CSR 模块做实验，核心关注蓝牙协议和 AT 指令。
2.2 技术边界
经典蓝牙和 BLE 是两套逻辑。蓝牙音箱主音频链路走 A2DP，A2DP 理论上最高可以传高质量立体声，实际体验受 SoC 编解码能力、射频环境、协议栈兼容性影响。BLE 的优势是低功耗、配对简单，但它不适合承载连续高质量音频流。
2.3 合规与安全边界
蓝牙音箱设计涉及射频发射，消费电子产品需要满足对应市场的无线法规和电磁兼容要求。开发阶段可以在实验室测试，量产前用户使用中要注意：
- 喇叭功率和电池匹配，避免长时间满功率输出导致电池保护板触发或壳体过热。
- 锂电池充电必须有过充、过放、过流保护，不能只靠蓝牙模块供电。
- 天线设计和结构件材料会影响射频性能，模具开好后无法随意改天线。
- 不要对已授权的音频内容做未授权的二次传播。
- 如果产品带有录音、通话功能，需要遵守隐私相关法规。
3. 蓝牙通信基础与协议栈选型
蓝牙音箱开发中经常遇到三类问题：手机连不上、声音断断续续、延迟不一样。这三类问题分别对应协议兼容性、射频链路和数据缓冲配置。提前弄清楚底层通信机制，调试时能省很多时间。
3.1 经典蓝牙 BR/EDR 与 BLE 的区别
蓝牙技术联盟把蓝牙分为经典蓝牙和低功耗蓝牙（BLE）。蓝牙音箱传音乐主要用经典蓝牙，因为 A2DP 音频流基于 BR/EDR 的 ACL 链路。BLE 虽然也能传音频，但早期 BLE Audio 还没有普及时，绝大多数手机、平板、电视用的还是 A2DP。
| 对比项 | 经典蓝牙 BR/EDR | 低功耗蓝牙 BLE |
|---|---|---|
| 主要用途 | 音频、文件传输、鼠标键盘 | 传感器、遥控、低功耗数据 |
| 传输速率 | 较高，适合连续音频流 | 有限，适合小包数据 |
| 功耗 | 相对较高 | 低功耗设计 |
| 音频支持 | A2DP/HFP 成熟 | BLE Audio 逐步普及 |
| 配对方式 | PIN 码或 Just Works | 通常采用广播和 GATT |
项目设计时，不要把“蓝牙 4.0 模块可以互相连接吗”这类问题理解为“蓝牙模块都一样”。模块与模块之间是否能通信，要看双端是否支持相同的 Profile 和协议版本。
3.2 A2DP、HFP、AVRCP 作用对比
蓝牙音箱音频链路中，最常用到的 Profile 是 A2DP、HFP 和 AVRCP。
A2DP 负责把手机的立体声音乐传输到音箱解码播放。HFP/HSP 负责通话语音，打电话时音箱会从 A2DP 切到 HFP，因为通话音频需要双向传输，而且通常使用 SCO 链路。很多用户搜索“蓝牙 A2DP 切 SCO 模式”，就是在调试这块逻辑。AVRCP 负责播放暂停、上下曲、音量同步等控制命令。
在实际项目里，A2DP 和 AVRCP 通常是成对出现的。手机上按音量键或暂停键，需要通过 AVRCP 把控制指令发给音箱 SoC，SoC 再控制音频通路暂停或切换音源。
3.3 蓝牙音频编解码格式
蓝牙音箱 A2DP 链路上，音频源端先做编码，音箱端做解码。SBC 是必须支持的格式，兼容性最好。但 SBC 的码率和编码质量在不同手机上差异较大，音质上限不高。
如果蓝牙 SoC 和手机都支持 AAC，iPhone 连接音箱时会优先走 AAC，整体听感会好一些。APT-X 和 LDAC 需要芯片授权和终端支持，开发成本更高，适合高端桌面音箱和 Hi-Fi 便携音箱。对于普通项目，先保证 SBC 链路稳定，再考虑扩展高音质格式。
3.4 蓝牙协议栈选择建议
自研协议栈具有相当大的工作量，基本上不要考虑。项目里通常采用两种路径：
方案一：蓝牙 SoC 方案
例如中科蓝汛、杰理、瑞昱、恒玄等品牌的蓝牙 SoC，集成射频、基带、协议栈和音频 DSP，开发者直接按 SDK 开发。优点是音频链路稳定、封装紧凑、量产成本低，缺点是开发资料往往需要原厂或代理商支持，不适合初学者直接上手。
方案二：蓝牙模块 + 主控 MCU 方案
例如 HC-05、CSR 模块或 ESP32 模块，主控 MCU 通过 UART、SPI 或 I2S 控制模块。优点是开发门槛低、软件逻辑简单，缺点是 A2DP 高质量音频体验通常不如专用蓝牙音频 SoC。
蓝牙音箱项目如果追求量产级效果，建议优先看带 DSP 的蓝牙音频 SoC 方案；如果只是做课程设计和功能验证，模块加 MCU 足够。
4. 蓝牙音箱系统架构与关键器件选型
把系统划分成“无线接收、音频处理、功率放大、电源管理、人机交互”几个部分，项目不会乱。每个部分的功能边界要清晰。
4.1 系统整体框图设计思路
蓝牙音箱系统的信号链路可以概括为：手机蓝牙发出数字音频，蓝牙 SoC 接收并解码，音频数据经过音频 DSP、EQ、音量控制后进入功放，功放推动喇叭发声。
硬件设计时，主控蓝牙 SoC 通常承担协议栈和音频解码，部分型号内部自带音频 Codec。外部功放芯片需要接收模拟音频或 I2S 数字信号。低端便携音箱大多用模拟输入到 D 类功放，简单直接；高端音箱会用 I2S 数字音频直通功放，减少信号转换损失。
电源部分要先分清系统电压：锂电池 3.7V 经过升降压后给蓝牙 SoC、功放、USB 充电电路供电。功放电源纹波对输出底噪影响很大，电源和音频地不能随意混接。
4.2 蓝牙音频 SoC 选型参考
选 SoC 要结合项目定位。低成本便携音箱可以看杰理等国产方案，优点是价格低、集成度高、资料齐全，很多公模和 PCBA 方案可以快速出样。中高端项目可以看瑞昱、恒玄等带更高规格音频处理能力的方案，音频指标更好。
搜索热词里出现的“CSR8510 A10 蓝牙驱动”属于 CSR 系列 Bluetooth 适配器驱动，和音箱 SoC 不是一回事，但很多开发者容易混淆。做蓝牙音箱时不要只看模组的驱动，还要看音频 SDK、烧录工具和量产工具是否顺手。
小尺寸便携音箱可以采用单芯片方案，把 Flash、RAM、功放控制全部集成，外围器件少。带多音源、多按键、LED 灯效、声学均衡的复杂产品，建议把蓝牙音频部分设计成独立的子板模块，方便结构堆叠和整机升级。
4.3 功放与喇叭匹配
常用蓝牙 SoC 的音频输出功率有限，需要外接功放驱动喇叭。小功率便携音箱常见选择是 3W 单声道或 5W-10W 双声道 D 类功放。
D 类功放效率高，发热量小，十分适合电池供电。但 D 类功放输出是 PWM 调制信号，PCB 布局和输出滤波必须按规格书要求设计，否则会有电磁干扰，可能反噬到蓝牙射频部分。
喇叭阻抗常见是 4Ω 和 8Ω。同样输出功率下，4Ω 喇叭电流更大，对功放和电池放电能力要求更高；8Ω 喇叭输出功率偏低，但电流小。做便携产品一般优先选 4Ω，做桌面大功率音箱则要看功放芯片的最大输出能力。
4.4 电池充电与电源管理
蓝牙音箱大多采用单节锂电池。充电管理可以使用带线性充电或开关充电的 PMIC，充电电流一般设置为 0.5C 到 1C。电芯容量超过 3000mAh 时，必须要考虑发热和充电时间。
电池保护板要有过充、过放、过流保护，部分方案还支持 NTC 温度检测，电芯温度过高时降低充电电流。Type-C 口已经基本替代 Micro USB，项目设计时可把 Type-C 的 CC 检测、DP/DM 和充电握手一次性考虑好，避免用户插上充电器后识别异常。
低功耗工作需要重点关注蓝牙 SoC 的待机模式。音箱在蓝牙未连接状态下，SoC 要进入可发现状态或深睡状态，需要按键唤醒。很多蓝牙音箱项目“待机掉电快”的根因是 SoC 一直跑全速时钟，没有做睡眠策略。
5. 蓝牙模组与 MCU 方案软件配置示例
如果你做的是带主控 MCU 的模块化方案，例如用 HC-05、ESP32 或通用蓝牙转串口模块，软件配置相对简单。下面以常见的 AT 指令蓝牙模块为例，说明软件配置流程，实际指令格式以模块手册为准。
5.1 HC-05 连接与基本配置
HC-05 默认工作在 AT 指令模式和透传模式。进入 AT 模式后，通过串口发送指令配置设备名、配对码、主从模式，配置完成后重新上电进入透传模式。这里给出一组常见配置顺序，实际波特率与指令需要按模块固件确认：
# 假设模块串口连接到 USB 转 TTL，默认波特率 38400 或 9600 # 先进入 AT 模式，通常按住模块按键再上电 AT # 如果返回 OK，说明 AT 模式正常 # 修改设备名称，例如 BT-SPEAKER-49 AT+NAME=BT-SPEAKER-49 # 设置配对码为 1234 AT+PSWD=1234 # 查询模块地址 AT+ADDR? # 设置模块为从模式 AT+ROLE=0注意，HC-05 主要面向串口透传和 SPP 应用，它不是 A2DP 音频方案，不能把它直接当蓝牙音箱的音频解码模块。如果只是做“手机通过蓝牙发送控制指令给音箱 MCU”，用 HC-05 或 HC-42 这类 BLE 串口模块是合理的。
5.2 ESP32 实现简单蓝牙音频控制
ESP32 同时支持经典蓝牙和 BLE，开发环境用 ESP-IDF 或 Arduino。ESP32 可以接 I2S 音频编解码器，但 A2DP 音质和稳定性和专用蓝牙音频 SoC 相比还是偏弱，更适合做原型验证。
# Python 示例，通过 BLE 串口服务连接 ESP32，并发送控制指令 # 实际使用需要按实际设备地址和服务 UUID 修改 import asyncio from bleak import BleakClient ADDRESS = "AA:BB:CC:DD:EE:FF" async def main(): async with BleakClient(ADDRESS) as client: # 假设设备的写特征值 UUID await client.write_gatt_char( "0000ffe1-0000-1000-8000-00805f9b34fb", b"play", ) print("指令已发送") asyncio.run(main())上面的代码演示的是 PC 通过 Python bleak 库控制 ESP32 蓝牙设备，适合做音箱的 BLE 控制通道，而真正播放音乐仍需要经典蓝牙音频链路。
5.3 一键配对、回连与多设备切换逻辑
量产级蓝牙音箱的软件逻辑比透传模块复杂，它要处理：
- 开机进入回连：如果记忆列表中有上次设备，主动发起回连，回连超时则进入可发现状态。
- 回连优先级：已配对的手机搜索到音箱时，音箱是否需要自动拒绝新设备，避免回连被新配对打断。
- 按键清空配对：长按多功能键清空配对记录，方便用户重新配对。
- 双设备多连：部分 SoC 支持同时连接两台手机，一台播放时另一台来电能自动切换通话音频。
这些逻辑大多在蓝牙 SoC SDK 的配对管理回调中实现。开发时要注意不同手机协议栈差异，不能拿一台手机调完就认为兼容所有手机。
6. PCB 与硬件设计调试要点
蓝牙音箱的很多“玄学问题”，本质上是 PCB 布局和射频匹配问题。天线被电池和喇叭包围、电源地线过长、功放开关噪声耦合到蓝牙 SoC，都会导致射频灵敏度下降。
6.1 天线净空与布局
蓝牙模块若采用 PCB 板载天线，天线区域正反面都不能铺铜、不能走线、不能放金属件。结构设计时，天线要尽量靠近外壳边缘或出声孔位置，远离电池、喇叭磁铁和金属支架。
天线匹配网络一般由 π 型电路组成，预留串联电感和并联电容位置。量产前要使用网络分析仪调试匹配，使天线在工作频段内的回波损耗尽量低。不要直接用同型号公模天线参数套用到不同结构的产品上。
6.2 电源与音频地设计
电源走线要按照电流大小决定线宽。功放大电流回路从电池正极走线到功放电源引脚，再从功放输出回路回到电池负极，要形成短而粗的回流路径，不要经过细长的过孔和跨层绕行。
音频地和电源地建议采用单点连接或按 SoC 规格书中的接地方式处理。喇叭负极回流不能直接穿过蓝牙 SoC 下方，否则容易引入底噪。
6.3 ESD 防护与结构件配合
Type-C 充电接口、按键、喇叭引线、外部裸露金属件都需要 ESD 防护。耳机座、USB 座、按键接口等经常被用户触摸的位置，一般要加 TVS 管。
结构件方面，喇叭单体、被动振膜、电池和 PCB 的位置会直接影响声学效果。低音表现不佳时，不要只调 EQ，也要看箱体容积和倒相管设计是否合理。
6.4 热设计
D 类功放效率高，但轻载和满载时芯片表面温度差异很大。便携音箱在满功率播放 30 分钟后，蓝牙 SoC 和功放芯片表面温度可能明显升高。PCB 布局尽量把功放芯片放在有散热铜皮和散热孔的位置，避免贴着电池。
充放电同时工作的场景尤其要注意温升。用户在播放音乐时插入充电器，功放工作电流和充电电流叠加，会使机器温度升高，充电管理 IC 需要合理设置充电电流，必要时通过软件降低音量或降额。
7. 蓝牙音箱功能测试与效果验证
蓝牙音箱项目做完硬件和固件后，需要像软件项目一样进行系统化功能验证，不只看“能不能出声”。
7.1 蓝牙连接与回连测试
测试项目包括：
- 首次配对：手机搜索到音箱，输入正确配对码或确认配对。
- 断开重连：手机断开蓝牙后，音箱重新开机回连。
- 距离测试：无障碍环境下，判断是否达到设计距离。
- 干扰测试：附近有 2.4G Wi-Fi、USB 3.0 设备、无线鼠标接收器时，观察是否有卡顿。
- 多设备交替：两台手机分别配对，确认切换规则。
判断标准：在直线距离 10 米左右无遮挡时，音频卡顿不明显；隔一堵墙后允许出现轻微丢包，但不能频繁断连。搜到的型号和实际项目差异较大，具体指标以产品需求文档为准。
7.2 音频质量测试
音频主观听感需要多人试听，客观测试用音频分析仪测频响、失真、信噪比和串扰。开发阶段至少要做这几项：
- 播放 1kHz 正弦波，观察是否有明显毛刺。
- 播放 20Hz-20kHz 扫频信号，听是否有异常共振。
- 音量最小和最大时，听是否有底噪。
- 电话接入时，确认音箱能切换到 HFP 通话链路。
7.3 延时测试
“蓝牙音箱延迟高不高”使用户经常关注的问题，但不同手机和 SoC 的延迟差异很大。普通 A2DP 播放会有一部分缓冲延迟，看电影会出现音画不同步。
延时的测试方法是用高速摄像头录制手机播放画面和音箱发声，逐帧对比。如果项目要求低延迟，需要选择支持低延迟协议的 SoC，或在软件里调整音频缓冲，同时提醒用户尽量使用支持低延迟编码的手机。
7.4 充电与功耗测试
蓝牙音箱测试用例要覆盖：
| 测试内容 | 操作方式 | 通过标准 |
|---|---|---|
| 待机电流 | 蓝牙未连接放置 1 小时 | 电流满足电池续航设计指标 |
| 播放电流 | 音量 50% 连续播放 | 电池放电平稳 |
| 最大音量播放 | 音量 100% 连续播放 30 分钟 | 无过热保护、无异常断连 |
| 边充边放 | 连接充电器同时播放 | 温度、电流正常 |
| 充满截止 | 电量充满后继续插充电器 | 充电电流降到截止值以下 |
7.5 按键与指示灯逻辑测试
按键测试看软件防抖逻辑和组合键是否正常。长按、短按、双击行为要形成测试矩阵。指示灯状态要和蓝牙连接状态严格对应，避免出现“蓝牙已断开但灯还亮着”的反馈混乱。
8. 蓝牙音箱常见问题与排查方法
很多问题单看蓝牙模块本身查不出原因，要从系统整体排查。下面表格覆盖开发过程中常见的问题现象。
| 问题现象 | 可能原因 | 排查方式 | 解决方案 |
|---|---|---|---|
| 手机搜索不到音箱 | 音箱未进入可发现模式 | 查看是否处于回连模式或已连接状态 | 按键进入配对模式后重新搜索 |
| 搜到但配对失败 | 配对码错误或协议不兼容 | 检查默认配对码和 SoC 配置 | 重新配置密码，清除手机端配对记录 |
| 播放时声音卡顿 | 射频干扰或距离过远 | 靠近音箱测试，关闭其他 2.4G 设备 | 优化天线匹配、调整静噪门限 |
| 频繁断连 | 天线被遮挡或电源不稳 | 检查 PCB 天线区域、电池电压跌落 | 改善天线净空，补充电源电容 |
| 音箱有底噪 | 功放输入干扰、电源纹波大 | 短接功放输入端听底噪 | 优化地线、增加 LC 滤波、降低前端增益 |
| 按键无反应 | 按键 GPIO 配置错误 | 查看串口日志 | 检查按键扫描逻辑和硬件上拉电阻 |
| 声音延迟明显 | A2DP 缓冲过大 | 播放视频检测音画同步 | 降低蓝牙缓冲，启用低延迟模式 |
| 充电指示灯不亮 | 充电管理或 Type-C 检测异常 | 测充电 IC 输入输出 | 检查 CC 下拉电阻、充电 IC 焊接 |
| 打电话时没声音 | A2DP 到 HFP/SCO 切换失败 | 查看通话状态事件 | 检查 HFP 参数和麦克风通路 |
| 连接不稳定与 USB3.0 有关 | 2.4G 频段干扰 | 对比 USB3.0 设备开启和关闭 | 增加屏蔽，调整天线位置 |
如果项目里用 Wireshark 抓蓝牙包，不要只盯数据包，要结合协议栈日志。蓝牙协议栈日志对排查配对失败和 Profile 连接失败很有帮助。
9. 量产与产测要点
从原型到量产是另一条坎。手工焊接的样机没问题，不代表整批产品都没问题。
9.1 产测项目设计
产线测试分为射频测试和功能测试。
射频测试项目包括发射功率、接收灵敏度、频率偏移。蓝牙音频产品通常使用专用测试仪或带蓝牙测试功能的综测仪。没有仪器的小工厂会简单测试“手机能不能连上”，这种方法只能发现严重不良，无法发现功率偏低的隐患。
功能测试要覆盖：按键、LED、充电、USB、TF 卡、AUX、麦克风、喇叭、回连。测试工装可以用 PC 上位机加串口与蓝牙 SoC 通信，自动化完成大部分测试步骤。
9.2 烧录与测试工装
蓝牙 SoC 要用原厂烧录工具写入固件，蓝牙地址和校准参数也要在产线写入，每台机器的蓝牙 MAC 地址不能重复。
批量测试建议编写自动化脚本。例如用 Python pyserial 发送串口测试指令，用信号源和音频采集卡自动测量音频输出，这样比人工试听效率高。
# 产测上位机伪代码示意 # 实际协议要按蓝牙 SoC 产测 SDK 调整 import serial ser = serial.Serial("COM3", 115200, timeout=1) # 进入产测模式 ser.write(b"AT+FACTORY\r\n") print(ser.readline()) # 指令蓝牙进入寻呼可发现状态 ser.write(b"AT+BLEADV\r\n") print(ser.readline())9.3 一致性风险控制
蓝牙音箱最容易出现的一致性问题是天线频偏、外壳更换后射频变差、喇叭单体批次音质不同。
外壳材料、电池位置、喇叭型号、按键手感都会影响硬件一致性。物料变更时不能只改 BOM，要做设计验证。声音参数也不要靠人耳调完就定稿，建议保留 EQ 参数版本记录，方便追溯某一批用户反馈。
10. 最佳实践与项目总结
做完这么多期蓝牙设计，最值得强调的经验就是：先固定一个最小可运行的软硬件版本，完成系统测试后，再优化音质、增加灯效和智能功能。如果一开始就想把 EQ、多设备切换、语音助手、App 控制全部加上，调试周期会拉得很长。
针对这款“蓝牙音箱项目之49”，后续如果想继续扩展，可以考虑下面几个方向。
10.1 先建立可复用的硬件底板
蓝牙 SoC 方案迭代很快，但电源、功放、喇叭接口、按键、LED 这些外围电路相对稳定。建议把功放和电源做成标准化底板，蓝牙 SoC 做成独立核心板，这样后续换主控时不用整体改版。
10.2 把测试用例固化成文档和脚本
每个项目都必须保留一套测试用例，包括配对、回连、距离、干扰、音频指标、充电、功耗和产测。测试用例积攒到一定数量后，能直接发现设计回归问题。
10.3 引入 BLE 辅助功能
经典蓝牙负责音频传输，BLE 单独做电量、EQ 模式切换、固件升级时会很实用。用户可以不中断音乐播放，通过 App 调整低音强度或查看剩余电量，交互体验提升明显。
10.4 注意合法合规和用户体验
蓝牙音箱产品涉及无线电型号核准、音质宣传、电池安全、内容版权和隐私保护。样机测试没问题后，建议认真核对使用地区的法规。正式上线前还要让不同手机用户试听，蓝牙兼容性是实测真话，光看芯片规格表无法保证所有手机都满意。
这款项目到第 49 期，核心功放、蓝牙链路和电源管理仍然是最容易出问题的位置。把每一版测试记录、软件配置、天线调试数据都保留好，后续迭代就会越来越稳。如果你也正在做蓝牙音箱，建议从配对回连、音频卡顿、底噪这三个点入手先验证，它们是蓝牙音箱体验感最直接的“照妖镜”。
