杰理蓝牙平台提示音“PO“杂音排查与消除方案

在杰理蓝牙平台AC69xx、AC701N 这些系列上做音频产品的工程师大概率都被同一个问题折磨过提示音文件本身明明是干净的用电脑放出来没有任何瑕疵可一到板子上每次播放提示音前都会先冒出一声短促的PO像是喇叭被什么东西快速捅了一下。这个声音说大不大但在用户体验评测里就是实打实的扣分项特别是配对提示、电量播报这种使用频率极高的场景用户按下按键先听PO再听提示音第一印象直接崩塌。更麻烦的是这种杂音在实验室里复现率极高不是偶发的接触不良而是系统性的模拟链路时序问题。很多人第一反应是去换提示音素材或者在软件里加滤波折腾半天发现毫无效果。这篇文章我把这个问题的排查过程和最终解决方案完整记录下来包括PO声到底从哪来、杰理 SDK 里哪些配置直接影响它、用什么手段能快速锁定噪声源头以及 AC69xx、AC701N 这类平台之间的差异希望能帮同行少走几趟弯路。1. PO声的本质不是文件脏而是模拟链路上的瞬态冲击1.1 DAC 上电时输出偏置突变绝大多数杰理方案的音频链路上DAC 输出并不是直接怼到喇叭上的中间会经过 PA功放。DAC 引脚在工作时需要建立一个直流偏置点通常接近供电电压的一半左右。问题就出在这个建立过程DAC 没上电时输出引脚处于高阻或者接近 0V 的状态一旦你把它打开引脚电压会瞬间跳到偏置点这就是一个电压阶跃。这个阶跃经过输出耦合电容之后会变成一个短促的电流冲击PA 输入端瞬间收到一个幅度不小的尖峰喇叭自然就PO一声。只要耦合电容存在这个冲击就一定有区别只是幅度大还是小。你可以把它理解成冬天脱毛衣被静电电一下——能量不大但足够让人不舒服。所以在我的经验里排查PO声的第一步不是去怀疑音频文件而是默认 DAC 上电本身就带瞬态。很多人在这一步就找错方向了拿着素材反复重编码纯属浪费时间。1.2 PA 使能瞬间的直流冲击第二个更常见的来源是 PA 的使能时序。PA 芯片上电之后输出级要从静态工作点过渡到正常工作状态这个过程里如果输入端还带着 DAC 的偏置突变PA 会把这段过渡也一起放大出来噪声就更明显。说白了DAC 的瞬态和 PA 的瞬态叠加到一起杂音就变成了一声短促有力的PO。很多人都以为 PA_EN 引脚只要在播放前拉高就行却忽略了 PA 芯片自己也有一个建立时间。不同 PA 的上电稳定时间从几毫秒到几十毫秒不等如果你的代码在 DAC 刚打开、偏置还没稳住的时候就把 PA_EN 拉高等于把 DAC 的冲击完全暴露在放大通路里。1.3 通路切换时的时钟与 FIFO 抖动还有一种情况容易被忽略就是提示音播放器和主音频通路比如 A2DP 解码之间的切换。杰理平台播放提示音时音频源会从蓝牙解码链路切到提示音解码链路这期间 DAC 的时钟、DMA 通道、FIFO 指针都要重新配置。切换瞬间如果 DAC 还在输出而新的数据流还没填满缓冲区输出就会有一段非正常信号。这种通路切换导致的杂音有个特点它不是每次播放都一定响有时候响有时候不响跟你按下按键的时刻有关系。这也解释了很多工程师说的同样的代码断电重启之后第一声特别明显后面又好像好了——其实就是 DAC 从完全关闭到重新打开和从持续工作状态切到提示音两者瞬态强度完全不同。2. 杰理SDK里和PO声直接相关的几个控制点2.1 DAC 的 Mute/Unmute 与软启动配置杰理 SDK 里管理 DAC 的核心思路是先 Mute再上电后 Unmute。正确顺序是把 DAC 置于 Mute 状态打开 DAC 电源等待偏置稳定解除 Mute开始播放。但很多工程为了省事代码里直接调用播放接口内部默认帮你把这一串做完而默认的时序参数未必适合你的硬件设计。你需要重点检查的是 DAC 有没有软启动或者缓升相关的寄存器位。如果平台支持增益缓升输出幅度逐步从 0 升到正常值打开这个功能对消除PO声的效果非常明显相当于给阶跃信号加了一个斜坡冲击能量被摊开了。在部分杰理 SDK 版本里这个功能默认是关闭的需要手动在 DAC 初始化参数里打开。另外有条件的平台还可以开启零交叉检测Zero Crossing让 DAC 只在输出信号过零点时执行 Mute/Unmute 动作。这样即便切换瞬间也不会在电压最高点突然切断主观听感会干净很多。2.2 PA_EN 引脚时序与延时参数PA_EN 的时序是另一个重中之重。理想的时序是这样的先打开 DAC 且保持 Mute等待 DAC 输出偏置建立完毕再拉高 PA_EN等 PA 进入稳定状态最后才解除 DAC 的 Mute。整个过程是一个严格的分级启动任何一步顺序错了杂音都有可能回来。具体延时给多少要看你的 PA 芯片手册和 DAC 输出端的电容大小。耦合电容越大偏置建立时间越慢延时就要越长。我实测过的板子上DAC 上电到 PA_EN 拉高延时 20 到 50 毫秒是比较保险的范围。注意这个延时不是越长越好太长了用户会感觉按键响应变慢提示音迟迟不出来所以要在无杂音和响应快之间找到一个平衡点。杰理 SDK 里通常会在板级配置或者音频初始化模块里留出 PA 控制相关的延时参数。不同 SDK 版本的命名差异很大比如有的叫pa_en_delay找不到对应名字的时候直接看 PA 控制 GPIO 的翻转代码在拉高之前手动加一个delay_ms()是最简单粗暴也最有效的办法。2.3 提示音播放器的数据预填机制前面提到通路切换会产生杂音这时候需要检查提示音播放器有没有预填机制。所谓预填就是先把解码后的数据填满 DMA 缓冲区确认数据流稳定了再真正开始播放。如果没有预填会出现 DAC 已经使能、但缓冲区还空着的尴尬期那段时间输出的就是无效数据轻微的表现是沙沙声严重的直接就是PO。在杰理 SDK 的提示音播放模块里一般会有一个prefill相关的配置或者回调。打开预填之后提示音的启动会有几十毫秒的延迟但换来的是干净的起点非常值得。如果你在代码里找不到这个开关也可以用先启动播放器但保持 Mute等第一个数据回调到来后再 Unmute的方式绕过。3. 一次完整排查从示波器波形到最终补丁3.1 先让杂音在波形上现形接手这类问题时我的标准流程永远是先上示波器别急着改代码。把探头接到 PA 输出端注意用 10:1 探头带假负载或者直接接喇叭触发条件设为上升沿然后把提示音播放的动作作为触发源。示波器抓到的波形里你能清楚看到提示音正弦包络前面有一个明显的高幅尖峰那就是PO声。这一步的核心目的是把主观听觉转化成客观数据。有了波形你才能判断这个杂音到底是从 DAC 侧来的尖峰出现在 DAC 输出点还是从 PA 侧来的DAC 输出点干净但 PA 输出点有尖峰还是从电源侧串进来的尖峰同时出现在 AVDD 和 GND 上。3.2 段式隔离法锁定噪声源头锁定源头的时侯我习惯用一套段式隔离的方法一次改一个变量通过排除法来定位。实际操作如下测试方案操作观察重点方案A把 PA_EN 改为常高DAC 保持 Mute只让 PA 一直通电若PO声消失说明噪声来自 DAC 上电瞬态若还在说明 PA 自身或电源有问题方案B反过来DAC 保持常开播放提示音时只控制 PA_EN若PO声只在 PA 拉高瞬间出现说明 PA 使能时序有问题方案C提示音播放前把 DAC 预热先打开 DAC 并 Mute等 100ms 再播放若PO声减轻说明主因是 DAC 从关闭到启动的瞬态和通路切换关系不大我在实际项目里跑完这三组测试后结论通常非常清晰。最常见的是方案 A 有效也就是 DAC 上电瞬态是主因其次是方案 B 验证出 PA 使能太早少数情况是方案 C 有效说明提示音通路切换时有数据空窗。3.3 调整时序后的效果对比定位到主要是 DAC 上电瞬态之后我按下面的顺序做了调整先把 DAC 的软启动/缓升功能打开再把 PA_EN 的拉高时机延后到 DAC 上电后 30ms最后把 DAC 的 Unmute 放到 PA 稳定之后再执行。每一步改完都用示波器看一次输出波形。实际效果非常直观未修改前提示音前有个接近 300mV 的尖峰声音表现为明显的PO打开软启动后尖峰降到 100mV 左右PO声已经很像闷响把 PA_EN 延后 30ms 并分级 Unmute 之后尖峰基本看不见了听觉上完全干净。这里要强调波形上的尖峰降低到多少才算合格没有统一标准但至少在示波器上看不到明显阶跃且用监听耳机反复听都听不到杂音才算通过。3.4 最终配置补丁示例整套修改落到底层代码上逻辑可以参考下面的伪代码不同 SDK 版本的 API 名称不同核心是执行顺序// 播放提示音前的分级启动伪代码 dac_on(); // 打开 DAC dac_set_mute(1); // 第一步强制 Mute屏蔽上电瞬态 delay_ms(30); // 等待 DAC 偏置建立具体时长根据硬件调整 pa_enable(1); // 第二步再打开 PA delay_ms(10); // 等待 PA 输出级稳定 dac_set_mute(0); // 第三步最后解除 Mute prompt_start(voi_bin, VOI_INDEX_XXXX); // 开始播放提示音如果你不想每次播放都走这套流程也可以在系统初始化时把 DAC 打开并保持 Mute之后只做 PA_EN 和 Unmute 的控制。这样做对反应速度更友好代价是待机功耗会高一点具体取舍看产品定位。4. 不同平台和硬件的坑AC69xx、AC701N与PA选型4.1 新旧SDK在音频控制上的差异杰理平台这两年迭代速度很快AC69xx 系列和更新的 AC701N 在音频控制方式上有明显区别。老平台更接近传统寄存器操作DAC 和 PA 的控制逻辑相对外露你可以在初始化代码里直接找到 Mute 和使能的调用点改起来直观。但老平台有个通病低功耗模式会激进地把整个音频模块断电导致每次提示音播放前都要重新走一遍完整的 DAC 上电流程PO声反而更容易出现。AC701N 这类新平台的 SDK 把音频封装得更深很多时序在底层库里已经处理好了。好处是默认的杂音表现通常会好一点坏处是一旦出问题你找不到直接的代码切入点。我的建议是先在板级配置里找 PA 相关的延时参数把能调的参数拉开测试不要一上来就动底层库。如果平台提供了DAC 保持使能或者音频模块不随低功耗关闭的选项并且你的产品不那么在意待机功耗直接打开它可以绕开大多数瞬态问题。4.2 PA 芯片的使能特性与 Mute 脚用法硬件选型对PO声的影响被很多人低估。不同 PA 芯片的上电特性差异非常大有些芯片内置了 anti-pop 电路即使你时序做得比较粗糙表现也不会太差有些低成本 PA 没有任何保护上电瞬态全靠外部时序兜着。还有一类 PA 芯片除了 PA_EN 之外提供了专门的 Mute 脚这种情况下我强烈建议把 Mute 脚作为最后一级控制而不是用 PA_EN 硬切。顺序应该是先拉 PA_EN 让 PA 上电保持 Mute 脚拉低等 DAC 和 PA 都稳定之后再释放 Mute 脚最后 Unmute DAC。这一套下来整个模拟链路上任何一步的冲击都不会传导到喇叭上。很多工程师只用一个 PA_EN 控制 PA少了 Mute 脚这层保险杂音自然压不下去。4.3 电源滤波与地线处理排除完软件时序之后如果PO声还在就得往电源和 PCB 布局上查。DAC 和 PA 上电瞬间的电流变化会反映在 AVDD 上如果去耦电容不足AVDD 会出现明显跌落或过冲这种电源噪声会随着模拟通路直接进入输出。处理办法是检查 AVDD 端的电容把 10uF 换成 47uF 的情况我遇到过很多次杂音波形立刻小了一截。地线处理同样关键。PA 的瞬时电流很大如果 PA 地和 DAC 地共用一段阻抗偏高的走线PA 的电流噪声会通过共用地线串回 DAC 侧形成二次污染。至少要做到单点接地音频小信号地和 PA 大电流地分开走在电源输入端汇合。这也是为什么有时候软件时序怎么调都压不掉杂音因为问题根本不在时序而在模拟地上的共阻抗耦合。5. 边界场景、省电冲突与量产验证5.1 连续快速播放时的残留PO问题有些产品提示音播放非常频繁比如每按一次按键就响一声。这种场景下你会发现第一声处理好之后快速连续播放到第三、第四声时杂音又冒出来了。原因通常是第一次播放结束后系统的省电逻辑很快就把 DAC 关了下一次播放又得重新触发一次上电瞬态。解决办法是给 DAC 设置一个保持窗口提示音播完之后不要立即关 DAC保持 Mute 状态再维持 200 到 500 毫秒。如果在这个窗口内有新的提示音请求直接跳过重新上电的流程只做 Unmute杂音自然不会有。这个方案对功耗的影响很小但对连续操作的体验提升非常明显。5.2 低功耗/Sniff场景下杂音为何时有时无蓝牙连接状态下芯片会在 Sniff 模式和正常模式之间切换这本身是为了省电。很多工程师反馈杂音在连接状态下时有时无非常难复现实际上就是省电切换和提示音播放撞在了一起。Sniff 周期里系统事件频繁音频模块可能在一次事件中被临时降频或者调整时钟正好撞上提示音启动的瞬间瞬态就变得更复杂。这个问题没有特别优雅的通用解法我的处理思路是如果产品对提示音的纯净度要求高就在播放提示音期间临时提升系统的活跃等级禁止低功耗切换播完再恢复。这样做会增加一点瞬时功耗但换来的是提示音每一次播放的条件都一致。如果产品对功耗极其敏感那就只能接受在极端情况下偶发杂音属于产品和工程的取舍。5.3 产测阶段可以落地的检查项最后说量产。靠人耳去听杂音在生产线上不现实既不稳定也不高效。我的做法是写一个专门的产测播放流程让设备连续播放提示音 50 次每次间隔 300ms用示波器或者音频分析仪在 PA 输出端抓包络设定一个提示音起始前 10ms 内最大幅度不超过多少 mV的判定阈值超过就判不合格。这套方法看着简单但对产线一次性发现问题非常有效。而且不只是PO声其他类似的开机爆音、切换杂音问题都可以用同样的思路建立波形基线来判定。音频问题最怕的就是感觉好了把主观感受数字化才是根治问题的前提。我后面在几个平台里调试其他音频异常时也是靠这套波形对比法快速缩小范围的算是这个项目留下的一笔长期收益。