1. 远场语音采集这件事为什么绕不开Audio ADC1.1 从“听不清”到“听得懂”的第一道关卡智能音箱、视频会议终端、车载语音助手本质上都在解决同一个问题把几米外说话的声音可靠地变成数字信号然后交给算法去识别。你喊一声“开灯”系统要能在嘈杂环境里从3米远的麦克风信号里捞出你那句干净的指令。这个链路里声学换能器麦克风负责把声压变成电压而Audio ADC音频模数转换器负责把连续变化的电压变成一串离散的数字码。后面不管接的是云端大模型还是本地唤醒词引擎吃进去的都是ADC吐出来的数据流。很多做算法的人容易忽略一件事语音识别的上限往往不是神经网络多强而是ADC这一段已经把信号质量的上限钉死了。如果ADC的有效位数不够前端增益设计不合理麦克风信号里那点微弱的语音成分早就被噪声埋掉了。算法再厉害也是在垃圾数据上做挖掘。我自己调试过好几套远场拾音方案最后发现瓶颈不是DSP不是麦克风而是ADC相关的那一圈模拟链路设计。1.2 远场场景的声音传播账本先算一笔声学账理解远场语音信号到底有多微弱。自由空间中声压按球面波扩散距离加倍声压级衰减约6dB。一个正常说话的人在1米处产生的声压级大约6570dB SPL0dB SPL对应的声压是20µPa所以70dB SPL换算下来有效声压大概是0.063Pa。距离2米减去6dB3米再减去约4.8dB。也就是说3米处语音声压级只剩大约5560dB SPL有效声压降到0.0140.02Pa。再看麦克风灵敏度。常见MEMS麦克风灵敏度在-38dBV/Pa附近意思是1Pa声压下输出信号相对于1V是-38dB换算过来大约是12.6mV/Pa。把这个灵敏度乘上3米远处的声压0.014Pa麦克风输出只有0.177mV的有效值。这个量级的信号要直接被12位或16位ADC满量程采样原始增益根本不够。所以远场拾音系统的典型信号链是麦克风 → 前置放大器把0.1mV级信号放大到百毫伏级→ 低通抗混叠滤波 → ADC。ADC处于这个链路的最末端它的动态范围、信噪比、采样时序直接决定你能从远场嘈杂环境里“抠”出多少有效语音。接下来逐个拆解。2. ADC关键指标解读选型到底看什么2.1 信噪比SNR与有效位数ENOB别只盯着“12/16/24位”ADC标称位数是分辨率不等于有效精度。真正决定信号质量的是信噪比SNR以及更全面的SINAD信号与噪声加失真之比。理论上一个理想的N位ADC量化噪声产生的最大信噪比是SNR 6.02N 1.76dB反推有效位数ENOB (SNR - 1.76) / 6.02举个例子一颗16位ADC标称SNR为92dB那么ENOB是(92-1.76)/6.02约15位。看起来损失不大。但如果是一颗廉价12位ADC实测SNR只有62dBENOB约10位静态精度和动态性能都会大打折扣。很多项目踩的坑就在这里——看datasheet写的16位就以为能拿到16位精度结果采集出来的信号底噪大得吓人量产后才发现是ADC动态性能不足。在远场语音场景里我对SNR的底线要求是80dB以上。为什么语音识别前端通常需要至少5060dB的信号动态范围才能保证唤醒率和识别率。麦克风输出信号本身就小环境噪声动不动4050dB SPL如果ADC的SNR只有70dB换算下来有效位也就11位出头留给语音信号的动态余量非常紧张。2.2 动态范围、THDN与语音场景的匹配除了SNR还要看动态范围DR和总谐波失真加噪声THDN。动态范围是指最大不失真输入与最小可分辨输入之比远场场景里说话人忽远忽近、忽大忽小强声和弱声可能相差40dB以上。如果ADC的动态范围不够大音量时削波失真小音量时信号被淹没自动增益控制AGC也很难救回来。THDN这条指标常常被忽略。在安静环境下做远场拾音如果ADC的THDN偏高即使底噪很低声音听起来也是“毛”的语音识别引擎对音色变化很敏感谐波失真会影响特征提取的稳定性。实际选型时我会把THDN和SNR一起看优先选SINAD高的型号而不是只看某一边。2.3 采样率48kHz到底够不够用人耳听觉范围上限20kHz按奈奎斯特定理采样率只要超过40kSPS就能无失真恢复。所以48kHz采样率理论上完全够用。但我个人建议语音前端用96kHz采样原因有两个第一抗混叠滤波器更容易设计。48kHz采样时模拟低通滤波器需要在20kHz内平坦、24kHz处快速衰减过渡带只有4kHz要高阶滤波器才能实现。96kHz采样时过渡带放宽到20kHz到48kHz二阶有源滤波器就能处理相移和群延迟都更小对语音识别更友好。第二过采样能换取额外的动态范围。如果ADC本身是96kHz采样率你在数字域做2倍抽取到48kHz理论上动态范围能提升约3dB理想情况下。这个增益在远场场景里不算大但在系统总预算捉襟见肘的时候聊胜于无。3. 采样电路设计实战从麦克风到ADC3.1 麦克风偏置电路与输入阻抗匹配远场拾音常用两类麦克风MEMS麦克风和驻极体电容麦克风ECM。MEMS麦克风通常内置放大器输出阻抗低抗干扰能力强是当前智能硬件的首选。ECM则需要外部偏置电阻提供极化电压电路稍复杂但音质在同等价位下往往更好适合对音质有要求的会议设备。MEMS麦克风的偏置相对简单通常是给VDD一个低噪声LDO并在电源引脚并联1µF100nF退耦电容。ECM则需要在信号引脚上接一个2.2kΩ10kΩ的偏置电阻到偏置电压同时通过隔直电容耦合到后级放大器。隔直电容和麦克风输入阻抗构成高通滤波器截止频率要低于100Hz避免语音低频成分被衰减。以10kΩ输入阻抗为例要保证100Hz以下不衰减隔直电容至少取C 1 / (2π × f × R) 1 / (2π × 100 × 10000) ≈ 0.16µF实际取1µF或2.2µF留足余量。3.2 前置放大器增益设计不要一次放到位前置放大器是远场拾音最容易翻车的环节。它的任务是把零点几毫伏的信号放大到ADC输入范围的合适幅度。很多人图省事用一个高增益运放一次放大到位结果发现底噪爆炸。问题出在增益分配上。经验做法是两级放大第一级固定增益2030dB用低噪声运放重点是噪声性能第二级做可编程增益PGA增益范围2040dB用于适配不同距离和声压级。为什么这么分因为第一级放大的同时也会放大运放自身的输入电压噪声如果第一级增益太低后级噪声被放大同样倍数等效到输入端会变差。两级分配可以让第一级用优异的噪声指标把信号抬起来第二级只做精细调节。增益预算可以这么算3米处语音约0.177mV RMSADC满量程输入假设为1V RMS对应约2.8V峰值那么总增益需要大约20×log10(1/0.000177)约75dB。留出6dB余量给大声喊叫总增益设在70dB左右比较合理。第一级30dB第二级40dB这样分配噪声系数最优。3.3 PCB布局与电源处理的避坑经验采样电路的PCB布线是一门玄学但核心规律就几条。我这里只说远场拾音最要命的三个点。第一模拟地与数字地分割。ADC内部有比较器、采样保持电路数字逻辑翻转会产生大量毛刺电流通过地平面耦合到模拟部分就是致命的。布局时要把模拟地AGND和数字地DGND分区单点连接连接点放在ADC芯片正下方用0Ω电阻或磁珠相连。第二参考电压的稳定度。ADC的量化基准是参考电压VREFVREF上的纹波会直接叠加到采样结果上。我给VREF脚的退耦电容组合是1µF陶瓷电容并联100nF紧贴引脚放置。如果使用外部基准芯片输出端同样要加RC滤波。有人问“20位ADC需要什么样的电源精度”我直接说结论ENOB每提升1位对参考电压稳定度的要求就严格约2倍。20位ADC的参考纹波要控制在亚微伏级才有可能发挥全部精度普通LDO根本做不到。这也是为什么很多高精度ADC会内置基准源或用高精度基准芯片。第三ADC的采样时钟抖动。采样时刻的随机抖动会转化为噪声抖动越差高频信号的信噪比损失越大。语音信号虽然最高20kHz但如果时钟抖动达到几百皮秒也能明显拉低实测SNR。优先用晶振或高质量时钟源避免用MCU内部RC振荡器直接触发音频ADC采样。4. MCU采集侧实现定时器触发ADC的关键细节4.1 为什么推荐定时器触发而非软件触发我做STM32平台居多这里以STM32为例。ADC触发有两种常见方式软件触发调用HAL_ADC_Start然后Poll或中断读值和外部/定时器触发。远场语音采集我强烈推荐定时器触发原因有三第一采样间隔精确。软件触发受CPU执行时间影响中断优先级一变化采样间隔就抖动这是采样时钟抖动的另一个来源。定时器硬件触发由外设产生与CPU负载无关。第二方便与PWM同步。如果系统里有扬声器播放或需要以固定相位采样以配合主动降噪算法定时器触发ADC可以精确对齐采样点与PWM相位达到“在噪声最低的时刻采样”的效果。在语音回采和回声消除场景里这个同步特别关键。第三配合DMA实现零CPU开销采集。定时器触发ADC完成一次转换DMA自动把结果搬到内存CPU全程不参与采样率稳定且CPU占用几乎为0。这让MCU有充足算力去跑前端算法比如VAD语音活动检测或简单的降噪。4.2 STM32多通道扫描循环采样DMA配置要点STM32的多通道顺序采样要理解几个概念扫描模式Scan Mode、连续/单次转换、DMA循环模式。多通道采集时我把ADC配置成Scan Mode用定时器溢出事件作为外部触发源这样一次触发就能按规则列表依次转换多个通道。DMA配置时有个经典坑DMA缓冲长度必须等于转换通道数乘以循环次数。比如采4个通道我想每通道存8个样本缓冲长度就要设为324×8而不是4。DMA循环模式Circular会让缓冲填满后自动回卷配合双缓冲或乒乓缓冲CPU可以在一个缓冲区被填满时处理另一个缓冲区的数据采集不中断。还有采样时间的设置。STM32 ADC的采样时间决定了采样保持电容充电到目标精度的程度。信号源阻抗越高需要的采样时间越长。麦克风前置放大输出通常阻抗在几百欧姆到几千欧姆之间12位采样建议ADC采样时间设到84周期以上对应约1.75µs 48MHz ADC时钟否则采样值会偏低或跳动。具体可以查看STM32参考手册里关于RADC和CADC的计算公式。4.3 采样值滤波C语言里几种实用方案ADC直接采出来的数据如果不做任何处理往往带有一堆毛刺。远场语音场景里我常用三种滤波策略各有适用场景。滑动平均适合噪声是白噪声、信号变化相对缓慢的场合。N点滑动平均能把白噪声强度压低到原来的1/√N代价是采样率降低。对语音这种动态信号N取48比较合适取太大会把语音的高频细节抹平。一阶低通滤波的代码量最小适合嵌入式环境uint16_t lowpass_1st(uint16_t new_sample, uint16_t *last_output, uint8_t alpha) { // alpha取值0~256对应0~1.0alpha越小滤波越强 uint32_t temp (uint32_t)(*last_output) * (256u - alpha) (uint32_t)new_sample * alpha; *last_output (uint16_t)(temp 8); return *last_output; }alpha越小平滑越强但滞后也越大。语音应用中我一般用alpha在3264之间。中值滤波对脉冲干扰静电放电、开关噪声尖峰有奇效。3点中值滤波的经典实现如下uint16_t median_3(uint16_t a, uint16_t b, uint16_t c) { if (a b) { uint16_t tmp a; a b; b tmp; } if (b c) { uint16_t tmp b; b c; c tmp; } if (a b) { uint16_t tmp a; a b; b tmp; } return b; }实际项目中我会先把脉冲干扰用中值滤除再用一阶低通压制白噪声效果比单一滤波好很多。但要注意滤波会引入相位延迟如果后面接波束成形或多麦克风阵列不同通道的滤波相位必须一致否则会影响声源定位精度。5. 常见问题与调试实录5.1 采集值跳变、DMA读数和手动轮询值不一样怎么办这个问题我遇到过好几次排查思路基本固定。先确认ADC配置的采样时间是否足够。很多新手把采样时间设成默认的1.5周期高阻信号源进来采样保持电容还没充满就进入转换电压读出来自然偏低。我Debug时见过同一输入手动轮询能读到满码DMA模式下全是半码原因就是SCAN模式里多个通道共享一个采样时间配置某个通道的源阻抗特别高拖累了整体。5.2 信噪比上不去、底噪过高先从电源查起如果ADC读出来的数据底噪电平高不要先怀疑ADC芯片性能先量电源纹波。远场拾音系统里ADC的AVDD和DVDD如果共用一个LDO输出数字部分翻转的电流尖峰很容易通过LDO的内阻耦合到模拟电源。我实测过一颗SNR标称90dB的ADC电源纹波从5mV降到0.5mV后实测信噪比提升了接近5dB。另外参考电压的噪声比电源噪声更致命。前面提到ENOB的计算公式20位ADC对参考电压精度的要求大约要做到每1位对应约1ppm的稳定度普通LC滤波都压不住要用专门的低噪声基准源。5.3 SAR ADC模拟前台校准量化误差的另一把尺子对于SAR架构ADC校准是提升精度的常见手段。SAR ADC逐次逼近过程依赖内部电容阵列的匹配精度制造工艺难免有失配。芯片出厂时的后台校准只能保证典型条件下的精度。如果系统工作温度变化较大或电源电压有波动实际精度会偏离标称值。这时候可以定期做一次模拟前台校准把测量到的偏移和增益误差存起来在软件层面补偿。我在一个量产项目里做过这个事每次开机自检时送一个已知的直流参考电压给ADC通道算出实际增益误差然后在运行时对采样值做线性校正。效果是ADC的有效位数从14.2位提升到15.1位对于远场语音来说这1位的提升意味着底噪降低了约6dB唤醒距离从2.5米提到了4米。校准代码本身很简单难的是设计好校准流程确保在校准期间不采集到环境声音。5.4 远场语音系统联调的几条经验最后分享几条踩过坑之后沉淀下来的经验都是文档里不会写的东西。第一增益别调满。前置放大器的PGA如果调到最大档噪声和失真都显著上升。工程上留36dB的裕量宁可让小声信号弱一点走AGC也别把所有场景都压在极限增益上。第二音频ADC采样率的选型要配合后端算法。如果你用的是48kHz采样但后端云端识别引擎要求16kHz一定要做高质量数字降采样不要直接抽取否则混叠噪声会让识别率掉得很明显。第三多麦克风阵列的系统ADC通道间的相位一致性要多上心。我之前遇到声源定位角度偏好几度的问题最后查出来是不同通道各自的抗混叠滤波器电容容差不一样导致相位偏差。精度要求高的场合需要选低容差的电容或者做自动相位校准。回到最开始那句话远场语音采集的终点是识别引擎但起点是ADC那一下转换。把前端这段路走扎实后面算法发挥的空间才足够大。我这些年做音频产品最大的感受就是模拟前端偷的懒最后都会在客户的真实使用环境里加倍还回来。
1. 远场语音采集这件事为什么绕不开Audio ADC1.1 从“听不清”到“听得懂”的第一道关卡智能音箱、视频会议终端、车载语音助手本质上都在解决同一个问题把几米外说话的声音可靠地变成数字信号然后交给算法去识别。你喊一声“开灯”系统要能在嘈杂环境里从3米远的麦克风信号里捞出你那句干净的指令。这个链路里声学换能器麦克风负责把声压变成电压而Audio ADC音频模数转换器负责把连续变化的电压变成一串离散的数字码。后面不管接的是云端大模型还是本地唤醒词引擎吃进去的都是ADC吐出来的数据流。很多做算法的人容易忽略一件事语音识别的上限往往不是神经网络多强而是ADC这一段已经把信号质量的上限钉死了。如果ADC的有效位数不够前端增益设计不合理麦克风信号里那点微弱的语音成分早就被噪声埋掉了。算法再厉害也是在垃圾数据上做挖掘。我自己调试过好几套远场拾音方案最后发现瓶颈不是DSP不是麦克风而是ADC相关的那一圈模拟链路设计。1.2 远场场景的声音传播账本先算一笔声学账理解远场语音信号到底有多微弱。自由空间中声压按球面波扩散距离加倍声压级衰减约6dB。一个正常说话的人在1米处产生的声压级大约6570dB SPL0dB SPL对应的声压是20µPa所以70dB SPL换算下来有效声压大概是0.063Pa。距离2米减去6dB3米再减去约4.8dB。也就是说3米处语音声压级只剩大约5560dB SPL有效声压降到0.0140.02Pa。再看麦克风灵敏度。常见MEMS麦克风灵敏度在-38dBV/Pa附近意思是1Pa声压下输出信号相对于1V是-38dB换算过来大约是12.6mV/Pa。把这个灵敏度乘上3米远处的声压0.014Pa麦克风输出只有0.177mV的有效值。这个量级的信号要直接被12位或16位ADC满量程采样原始增益根本不够。所以远场拾音系统的典型信号链是麦克风 → 前置放大器把0.1mV级信号放大到百毫伏级→ 低通抗混叠滤波 → ADC。ADC处于这个链路的最末端它的动态范围、信噪比、采样时序直接决定你能从远场嘈杂环境里“抠”出多少有效语音。接下来逐个拆解。2. ADC关键指标解读选型到底看什么2.1 信噪比SNR与有效位数ENOB别只盯着“12/16/24位”ADC标称位数是分辨率不等于有效精度。真正决定信号质量的是信噪比SNR以及更全面的SINAD信号与噪声加失真之比。理论上一个理想的N位ADC量化噪声产生的最大信噪比是SNR 6.02N 1.76dB反推有效位数ENOB (SNR - 1.76) / 6.02举个例子一颗16位ADC标称SNR为92dB那么ENOB是(92-1.76)/6.02约15位。看起来损失不大。但如果是一颗廉价12位ADC实测SNR只有62dBENOB约10位静态精度和动态性能都会大打折扣。很多项目踩的坑就在这里——看datasheet写的16位就以为能拿到16位精度结果采集出来的信号底噪大得吓人量产后才发现是ADC动态性能不足。在远场语音场景里我对SNR的底线要求是80dB以上。为什么语音识别前端通常需要至少5060dB的信号动态范围才能保证唤醒率和识别率。麦克风输出信号本身就小环境噪声动不动4050dB SPL如果ADC的SNR只有70dB换算下来有效位也就11位出头留给语音信号的动态余量非常紧张。2.2 动态范围、THDN与语音场景的匹配除了SNR还要看动态范围DR和总谐波失真加噪声THDN。动态范围是指最大不失真输入与最小可分辨输入之比远场场景里说话人忽远忽近、忽大忽小强声和弱声可能相差40dB以上。如果ADC的动态范围不够大音量时削波失真小音量时信号被淹没自动增益控制AGC也很难救回来。THDN这条指标常常被忽略。在安静环境下做远场拾音如果ADC的THDN偏高即使底噪很低声音听起来也是“毛”的语音识别引擎对音色变化很敏感谐波失真会影响特征提取的稳定性。实际选型时我会把THDN和SNR一起看优先选SINAD高的型号而不是只看某一边。2.3 采样率48kHz到底够不够用人耳听觉范围上限20kHz按奈奎斯特定理采样率只要超过40kSPS就能无失真恢复。所以48kHz采样率理论上完全够用。但我个人建议语音前端用96kHz采样原因有两个第一抗混叠滤波器更容易设计。48kHz采样时模拟低通滤波器需要在20kHz内平坦、24kHz处快速衰减过渡带只有4kHz要高阶滤波器才能实现。96kHz采样时过渡带放宽到20kHz到48kHz二阶有源滤波器就能处理相移和群延迟都更小对语音识别更友好。第二过采样能换取额外的动态范围。如果ADC本身是96kHz采样率你在数字域做2倍抽取到48kHz理论上动态范围能提升约3dB理想情况下。这个增益在远场场景里不算大但在系统总预算捉襟见肘的时候聊胜于无。3. 采样电路设计实战从麦克风到ADC3.1 麦克风偏置电路与输入阻抗匹配远场拾音常用两类麦克风MEMS麦克风和驻极体电容麦克风ECM。MEMS麦克风通常内置放大器输出阻抗低抗干扰能力强是当前智能硬件的首选。ECM则需要外部偏置电阻提供极化电压电路稍复杂但音质在同等价位下往往更好适合对音质有要求的会议设备。MEMS麦克风的偏置相对简单通常是给VDD一个低噪声LDO并在电源引脚并联1µF100nF退耦电容。ECM则需要在信号引脚上接一个2.2kΩ10kΩ的偏置电阻到偏置电压同时通过隔直电容耦合到后级放大器。隔直电容和麦克风输入阻抗构成高通滤波器截止频率要低于100Hz避免语音低频成分被衰减。以10kΩ输入阻抗为例要保证100Hz以下不衰减隔直电容至少取C 1 / (2π × f × R) 1 / (2π × 100 × 10000) ≈ 0.16µF实际取1µF或2.2µF留足余量。3.2 前置放大器增益设计不要一次放到位前置放大器是远场拾音最容易翻车的环节。它的任务是把零点几毫伏的信号放大到ADC输入范围的合适幅度。很多人图省事用一个高增益运放一次放大到位结果发现底噪爆炸。问题出在增益分配上。经验做法是两级放大第一级固定增益2030dB用低噪声运放重点是噪声性能第二级做可编程增益PGA增益范围2040dB用于适配不同距离和声压级。为什么这么分因为第一级放大的同时也会放大运放自身的输入电压噪声如果第一级增益太低后级噪声被放大同样倍数等效到输入端会变差。两级分配可以让第一级用优异的噪声指标把信号抬起来第二级只做精细调节。增益预算可以这么算3米处语音约0.177mV RMSADC满量程输入假设为1V RMS对应约2.8V峰值那么总增益需要大约20×log10(1/0.000177)约75dB。留出6dB余量给大声喊叫总增益设在70dB左右比较合理。第一级30dB第二级40dB这样分配噪声系数最优。3.3 PCB布局与电源处理的避坑经验采样电路的PCB布线是一门玄学但核心规律就几条。我这里只说远场拾音最要命的三个点。第一模拟地与数字地分割。ADC内部有比较器、采样保持电路数字逻辑翻转会产生大量毛刺电流通过地平面耦合到模拟部分就是致命的。布局时要把模拟地AGND和数字地DGND分区单点连接连接点放在ADC芯片正下方用0Ω电阻或磁珠相连。第二参考电压的稳定度。ADC的量化基准是参考电压VREFVREF上的纹波会直接叠加到采样结果上。我给VREF脚的退耦电容组合是1µF陶瓷电容并联100nF紧贴引脚放置。如果使用外部基准芯片输出端同样要加RC滤波。有人问“20位ADC需要什么样的电源精度”我直接说结论ENOB每提升1位对参考电压稳定度的要求就严格约2倍。20位ADC的参考纹波要控制在亚微伏级才有可能发挥全部精度普通LDO根本做不到。这也是为什么很多高精度ADC会内置基准源或用高精度基准芯片。第三ADC的采样时钟抖动。采样时刻的随机抖动会转化为噪声抖动越差高频信号的信噪比损失越大。语音信号虽然最高20kHz但如果时钟抖动达到几百皮秒也能明显拉低实测SNR。优先用晶振或高质量时钟源避免用MCU内部RC振荡器直接触发音频ADC采样。4. MCU采集侧实现定时器触发ADC的关键细节4.1 为什么推荐定时器触发而非软件触发我做STM32平台居多这里以STM32为例。ADC触发有两种常见方式软件触发调用HAL_ADC_Start然后Poll或中断读值和外部/定时器触发。远场语音采集我强烈推荐定时器触发原因有三第一采样间隔精确。软件触发受CPU执行时间影响中断优先级一变化采样间隔就抖动这是采样时钟抖动的另一个来源。定时器硬件触发由外设产生与CPU负载无关。第二方便与PWM同步。如果系统里有扬声器播放或需要以固定相位采样以配合主动降噪算法定时器触发ADC可以精确对齐采样点与PWM相位达到“在噪声最低的时刻采样”的效果。在语音回采和回声消除场景里这个同步特别关键。第三配合DMA实现零CPU开销采集。定时器触发ADC完成一次转换DMA自动把结果搬到内存CPU全程不参与采样率稳定且CPU占用几乎为0。这让MCU有充足算力去跑前端算法比如VAD语音活动检测或简单的降噪。4.2 STM32多通道扫描循环采样DMA配置要点STM32的多通道顺序采样要理解几个概念扫描模式Scan Mode、连续/单次转换、DMA循环模式。多通道采集时我把ADC配置成Scan Mode用定时器溢出事件作为外部触发源这样一次触发就能按规则列表依次转换多个通道。DMA配置时有个经典坑DMA缓冲长度必须等于转换通道数乘以循环次数。比如采4个通道我想每通道存8个样本缓冲长度就要设为324×8而不是4。DMA循环模式Circular会让缓冲填满后自动回卷配合双缓冲或乒乓缓冲CPU可以在一个缓冲区被填满时处理另一个缓冲区的数据采集不中断。还有采样时间的设置。STM32 ADC的采样时间决定了采样保持电容充电到目标精度的程度。信号源阻抗越高需要的采样时间越长。麦克风前置放大输出通常阻抗在几百欧姆到几千欧姆之间12位采样建议ADC采样时间设到84周期以上对应约1.75µs 48MHz ADC时钟否则采样值会偏低或跳动。具体可以查看STM32参考手册里关于RADC和CADC的计算公式。4.3 采样值滤波C语言里几种实用方案ADC直接采出来的数据如果不做任何处理往往带有一堆毛刺。远场语音场景里我常用三种滤波策略各有适用场景。滑动平均适合噪声是白噪声、信号变化相对缓慢的场合。N点滑动平均能把白噪声强度压低到原来的1/√N代价是采样率降低。对语音这种动态信号N取48比较合适取太大会把语音的高频细节抹平。一阶低通滤波的代码量最小适合嵌入式环境uint16_t lowpass_1st(uint16_t new_sample, uint16_t *last_output, uint8_t alpha) { // alpha取值0~256对应0~1.0alpha越小滤波越强 uint32_t temp (uint32_t)(*last_output) * (256u - alpha) (uint32_t)new_sample * alpha; *last_output (uint16_t)(temp 8); return *last_output; }alpha越小平滑越强但滞后也越大。语音应用中我一般用alpha在3264之间。中值滤波对脉冲干扰静电放电、开关噪声尖峰有奇效。3点中值滤波的经典实现如下uint16_t median_3(uint16_t a, uint16_t b, uint16_t c) { if (a b) { uint16_t tmp a; a b; b tmp; } if (b c) { uint16_t tmp b; b c; c tmp; } if (a b) { uint16_t tmp a; a b; b tmp; } return b; }实际项目中我会先把脉冲干扰用中值滤除再用一阶低通压制白噪声效果比单一滤波好很多。但要注意滤波会引入相位延迟如果后面接波束成形或多麦克风阵列不同通道的滤波相位必须一致否则会影响声源定位精度。5. 常见问题与调试实录5.1 采集值跳变、DMA读数和手动轮询值不一样怎么办这个问题我遇到过好几次排查思路基本固定。先确认ADC配置的采样时间是否足够。很多新手把采样时间设成默认的1.5周期高阻信号源进来采样保持电容还没充满就进入转换电压读出来自然偏低。我Debug时见过同一输入手动轮询能读到满码DMA模式下全是半码原因就是SCAN模式里多个通道共享一个采样时间配置某个通道的源阻抗特别高拖累了整体。5.2 信噪比上不去、底噪过高先从电源查起如果ADC读出来的数据底噪电平高不要先怀疑ADC芯片性能先量电源纹波。远场拾音系统里ADC的AVDD和DVDD如果共用一个LDO输出数字部分翻转的电流尖峰很容易通过LDO的内阻耦合到模拟电源。我实测过一颗SNR标称90dB的ADC电源纹波从5mV降到0.5mV后实测信噪比提升了接近5dB。另外参考电压的噪声比电源噪声更致命。前面提到ENOB的计算公式20位ADC对参考电压精度的要求大约要做到每1位对应约1ppm的稳定度普通LC滤波都压不住要用专门的低噪声基准源。5.3 SAR ADC模拟前台校准量化误差的另一把尺子对于SAR架构ADC校准是提升精度的常见手段。SAR ADC逐次逼近过程依赖内部电容阵列的匹配精度制造工艺难免有失配。芯片出厂时的后台校准只能保证典型条件下的精度。如果系统工作温度变化较大或电源电压有波动实际精度会偏离标称值。这时候可以定期做一次模拟前台校准把测量到的偏移和增益误差存起来在软件层面补偿。我在一个量产项目里做过这个事每次开机自检时送一个已知的直流参考电压给ADC通道算出实际增益误差然后在运行时对采样值做线性校正。效果是ADC的有效位数从14.2位提升到15.1位对于远场语音来说这1位的提升意味着底噪降低了约6dB唤醒距离从2.5米提到了4米。校准代码本身很简单难的是设计好校准流程确保在校准期间不采集到环境声音。5.4 远场语音系统联调的几条经验最后分享几条踩过坑之后沉淀下来的经验都是文档里不会写的东西。第一增益别调满。前置放大器的PGA如果调到最大档噪声和失真都显著上升。工程上留36dB的裕量宁可让小声信号弱一点走AGC也别把所有场景都压在极限增益上。第二音频ADC采样率的选型要配合后端算法。如果你用的是48kHz采样但后端云端识别引擎要求16kHz一定要做高质量数字降采样不要直接抽取否则混叠噪声会让识别率掉得很明显。第三多麦克风阵列的系统ADC通道间的相位一致性要多上心。我之前遇到声源定位角度偏好几度的问题最后查出来是不同通道各自的抗混叠滤波器电容容差不一样导致相位偏差。精度要求高的场合需要选低容差的电容或者做自动相位校准。回到最开始那句话远场语音采集的终点是识别引擎但起点是ADC那一下转换。把前端这段路走扎实后面算法发挥的空间才足够大。我这些年做音频产品最大的感受就是模拟前端偷的懒最后都会在客户的真实使用环境里加倍还回来。
