杰理蓝牙音频方案中断与音频资源冲突解决方案

1. 问题现象与背景分析

最近在调试杰理蓝牙音频方案时，遇到一个典型问题：设备在蓝牙连接断开时，预设的提示音偶尔无法正常播放。这种情况在用户端表现为"突然静音"的异常状态，严重影响用户体验。作为从业多年的蓝牙方案开发者，这类问题往往涉及底层驱动、音频资源管理、中断处理等多个技术环节的协同。

杰理（Actions）作为国内主流的蓝牙音频芯片供应商，其AC63/AC69系列方案被广泛应用于TWS耳机、蓝牙音箱等产品。在蓝牙连接状态切换时，芯片需要完成以下关键操作：

1. 蓝牙协议栈处理连接中断事件
2. 系统调度提示音播放任务
3. 音频解码器加载提示音文件
4. PWM/DAC输出音频信号

2. 根本原因深度排查

2.1 典型故障场景还原

通过压力测试复现问题，发现以下规律性现象：

• 在连续快速连接/断开操作时出现概率最高（约15%）
• 系统日志显示音频任务队列堆积时易发
• 低电量状态下发生率提升30%

使用逻辑分析仪捕获的异常时序显示：

1. 蓝牙事件中断触发（HCI_DISCONNECTED）
2. 系统在20ms内未响应音频播放请求
3. 音频任务最终被新事件覆盖

2.2 关键资源冲突分析

通过JTAG调试获取的调用栈信息表明，主要阻塞点出现在：

c复制audio_manager.c: line 217 
mutex_lock(&audio_res_lock); // 等待超时

根本原因是蓝牙协议栈与音频子系统共享同一个SPI总线，当同时进行以下操作时会产生硬件冲突：

• 蓝牙正在收发L2CAP数据包
• 音频解码器读取Flash中的提示音文件

3. 解决方案与实现细节

3.1 硬件层优化措施

修改原理图实现物理隔离：

1. 为蓝牙RF模块单独分配SPI1
2. 音频Flash改用SPI2接口
3. 增加10μF去耦电容改善电源质量

实测参数对比：

3.2 软件层关键修改

在SDK中实施以下改进：

3.2.1