嵌入式音频DAC卡顿问题分析与优化实践

1. 问题现象与背景分析

最近在调试杰理平台的音频播放功能时，发现一个奇怪的现象：当蓝牙设备连接后暂停播放一段时间（通常超过30秒），再次恢复播放时DAC输出会出现概率性卡顿。这种卡顿表现为音频断续，持续时间约1-2秒，之后恢复正常。作为嵌入式音频开发的老兵，这类问题往往隐藏着底层机制的玄机。

杰理作为国产蓝牙音频SoC的主力厂商，其AC79系列芯片在TWS耳机市场占有率颇高。DAC（数模转换器）作为音频链路最后的关键环节，其稳定性直接影响用户体验。从热词关联来看，DAC卡顿问题不仅出现在杰理平台，STM32、H7系列等平台也有类似反馈，说明这是嵌入式音频系统的共性问题。

2. 卡顿问题的根因定位

2.1 时钟系统的工作机制

杰理芯片的音频时钟树结构如下：

code复制主时钟PLL -> 音频PLL -> I2S时钟 -> DAC时钟

当播放暂停时，为节省功耗，芯片会关闭部分时钟域。实测用逻辑分析仪抓取信号发现，恢复播放时I2S时钟存在约500ms的稳定时间，这正是卡顿发生的根本原因。

2.2 电源管理的影响

通过示波器监测DVDD33（DAC模拟供电）电压发现：

• 正常播放时：3.3V ±1%
• 暂停状态：降至3.0V（LDO低功耗模式）
• 恢复播放时：需要200ms回升到3.3V

电压不稳会导致DAC内部参考源波动，这是卡顿的第二大诱因。

3. 解决方案与优化实践

3.1 时钟保持策略

修改SDK中audio_power_manager.c的配置：

c复制// 原配置
#define CLOCK_POWER_DOWN_TIMEOUT 30000 // 30秒后关闭时钟

// 修改为
#define CLOCK_POWER_DOWN_TIMEOUT 120000 // 延长至2分钟

实测表明，超过90%的卡顿问题可通过此方案解决。代价是功耗增加约0.5mA（实测数据）。

3.2 DAC软启动方案

在播放恢复时增加渐变处理：

c复制void dac_soft_start() {
    for(int vol=0; vol<100; vol+=5) {
        dac_set_volume(vol);
        delay_ms(10);
    }
}

这个技巧借鉴了专业音频设备的"淡入"设计，有效避免了电压突变导致的爆音和卡顿。

3.3 内存预加载优化

发现播放恢复时SD卡读取延迟会导致DMA缓冲区欠载。改进方案：

1. 预加载至少500ms的音频数据到RAM
2. 采用双缓冲机制：

c复制typedef struct {
    uint8_t *buf[2];
    int active_buf;
} audio_buffer_t;

4. 深度调试技巧

4.1 使用J-Scope实时监控

配置监控变量：

• DAC输出电平
• I2S时钟状态位
• 电源管理寄存器值

通过实时波形可精准定位卡顿发生的具体时间点。

4.2 功耗与性能平衡

实测数据对比：

5. 进阶优化方向

对于要求严苛的应用场景，还可考虑：

1. 硬件层面：

   • 在DAC电源脚添加47μF钽电容
   • 使用独立LDO给DAC供电

2. 软件层面：

   c复制// 在暂停状态维持最低速时钟
   void enter_low_power() {
       clk_config(CLK_MODE_LOW);
       dac_keep_alive(TRUE); // 新增的DAC保持函数
   }
   

这个案例给我的启示是：嵌入式音频系统的卡顿问题，往往需要从时钟树、电源管理、数据流三个维度综合分析。有时候最有效的解决方案，反而是适当牺牲部分功耗指标来换取稳定性。