麦克风阵列音频验收标准：裸板与整机14项测试及避坑指南-北京尧图网络

简介《麦克风阵列音频检查方法与标准》面向硬件研发、声学测试与质量验证人员系统梳理从研发设计到整机验收的音频评测流程重点解决麦克风阵列录音功能完整性、通道一致性与整机声学性能判定问题。压缩包内含1个docx文件大小约1.81MB文档以测试项目表、操作步骤和判定阈值为线索覆盖裸板测试与整机测试两大阶段。内容涉及通道相位一致性、长时录音完整性、麦克风顺序、通道幅值一致性、音频幅度、总谐波失真、信噪比、直流偏置、回采通道电噪声、恒频干扰、抗混叠、通道相对延时、结构共振/异音及麦克风气密性等项目并给出Audacity分析、TH1520录音增益调节等细节。已有793人学习适合需要建立检查清单、统一评测口径或排查音频异常的技术人员参考。1. 麦克风阵列音频验收一份能直接照着跑的评测标准长什么样样机第二次寄回来附件只有一个频谱截图和一句话40 分钟录音里丢了 3 段数据。这种事在麦克风阵列项目里太常见了——不是做不出来是双方对“合格”这两个字的定义没对齐。这份《麦克风阵列音频检查方法与标准》解决的正是这个问题把研发设计阶段的音频验收拆成裸板 4 项加整机 10 项每项都给出测试音源、播放方式、测点位置和判定门限。适合硬件工程师、声学工程师和结构工程师在打样到量产之间反复对照尤其适合第一次做多麦阵列、还没建立起自己那套验收口径的团队。音频调试这东西有一半是玄学剩下一半必须靠可以复现的数字兜底。2. 裸板测试先立规矩相位一致性、长时录音和通道顺序怎么查裸板阶段最容易犯的错误是把“能出声”当成“能验收”。板子焊完插上 USB 录一段Audacity 里看到波形有起伏就发货到了整机阶段才发现通道顺序接反、某一路 MIC 的走线比别的长一截、40 分钟录音中间断了三次。这四类问题在裸板上查成本是半小时到整机上查成本是一轮结构返工。2.1 裸板与整机的分界线在哪划分依据不是工序是测试信号的形态。裸板阶段所有可判定的项目本质都是电信号层面的验证通道相位一致性靠 1kHz 电信号直接注入 MIC 输入端麦克风顺序靠敲击产生的机械脉冲幅值一致性虽然用扫频声源外播但那时候还没有结构腔体参与测的是器件和走线本身。整机阶段的十项则全部落在声学链路上——扬声器、音腔、结构件、密封件、功放任何一个环节都能把裸板上的漂亮数据打回原形。按这个思路把 14 项排开测试顺序就不会乱阶段序号测试项目测试音源播放方式裸板1通道相位一致性1kHz 电信号N/A直接注入裸板2长时录音数据完整性40min_test.mp3安静环境外播自播自录裸板3麦克风顺序无敲击N/A裸板4通道幅值一致性76dBC_sweep.wav安静环境外播整机5音频幅度要求mic_amplitude.wav / ref_amplitude.wavMIC 处 63dBC 外播、最大音量自播整机6总谐波失真76dBC_85dBC_calibration.wav 76dBC_sweep.wav自播自录整机7麦克风通道信噪比EQ 白噪声消声室 MIC 处 63dBC 安静录音整机8直流偏置无安静环境录音整机9回采通道电噪声检测白噪声静音安静环境录音整机10恒频干扰无安静环境录音整机11抗混叠1~15kHz.wav安静环境自播自录整机12通道相对延时76dBC_sweep.wav自播自录SPK 出声口 50cm 76dBC整机13结构共振/震动/异音76dBC_sweep.wav自播自录SPK 出声口 50cm 76dBC整机14麦克风通道气密性76dBC_sweep.wav安静环境外播封孔对比看这张表要抓住一点第 2、5、6、7、9、10 项都依赖“安静环境录音”第 6、11、12、13 项都依赖“自播自录”。把同类录音合并到一次采集里一轮验收能从两天压到半天后面第 6 章会给具体的合并方式。提示整机阶段第 12 项和第 13 项用的音源和摆放完全一致SPK 出声口 50cm、76dBC一次自播自录可以同时判延时和共振不要录两遍。2.2 用 1kHz 电信号查相位一致性与通道同步通道同步性是一切阵列算法波束成形、声源定位、AEC的地基。基如果歪了后面的调试全是浪费时间。裸板阶段验证同步用的是电信号而不是声信号理由很实在声信号经过空气传播、腔体反射、麦克风灵敏度差异引入的相位差本来就不可控你分不清是电路问题还是声学问题。1kHz 单频电信号从各通道 MIC 输入端同时注入录一段 raw剩下的交给波形对齐看。操作步骤大致是这样断开机壳找出各通道 MIC 的输入焊盘或测试点信号发生器输出 1kHz 正弦幅度按 MIC 的偏置要求给通常几百 mVpp别直接怼满量程会把前端削顶。用一个分线治具同时接到所有通道保证注入时刻一致这一步靠手工一个一个点是没有意义的。DUT 以原始 raw 格式录制 510 秒采样率保持芯片出厂配置不要重采样重采样滤波器本身的群延时会把相位差搅浑。Audacity 里多轨叠加显示放大到单个周期的尺度直接读通道之间的相位偏移。判定标准写在原文里很直白某个通道与其余通道出现明显差异就说明这一路的通路延时不一致。常见的差异来源是 ADC 通道间的采样时刻偏移、模拟前端 RC 参数不一致、数字麦的 I2S 时钟相位配置错误。2 麦阵列只要求验证两路之间没有明显偏移4 麦及以上就要看整体一致性任意两路之间不能出现只有一路掉队的现象。这里有个边界要讲清楚电信号法只对模拟麦克风有效。数字麦PDM/I2S 接口的信号在芯片内部完成采样你没法从输入端注入模拟信号只能把整机放进消声室用人工嘴或标准声源做声学同步验证。整机带结构之后也一样结构腔体的路径差异会叠加进来这时候测出来的“同步性”已经是系统级指标不能倒推回电路问题。2.3 40 分钟长时录音丢帧和晶振偏移怎么读出来长时录音这一项在很多项目里被当成走过场但它是唯一能暴露“采样时钟长期漂移”的测试。短录音里晶振偏差可能只有几个采样点听不出来也看不出来录到 40 分钟两个独立时钟源的累计偏差会大到让 AEC 参考信号和 MIC 信号彻底对不上算法效果断崖式下跌。原文对这一项的要求写得很硬务必先满足基本录音要求再寄样因为一轮快递往返的时间成本远高于多录 40 分钟。具体做法分两段第一段是自播自录本机播放音频同时录音不少于 5 分钟主要看 MIC 通道和回采通道有没有丢帧。第二段是安静环境外播外部声源正对 DUT 麦克风阵列中心循环播放 30min_test.mp3方案方提供的参考采集板和 DUT 同时录音不少于 40 分钟。两边同时录是关键因为你要比的是“DUT 相对于一个已知良好的参考系统”的偏差而不是 DUT 自己跟自己比。分析动作每隔 5 分钟截一段出来算两个量——DUT 通道与参考采集板之间的相对延时 ∆T1以及 DUT 各通道之间的相对延时 ∆T2。如果 30 分钟内这两个值都保持恒定说明采样时钟没有相对漂移长时录音合格。丢帧在频谱图上的表现非常直观正常频谱是连续的色带丢数据的位置会出现整齐的空白缺口连续三段缺口就是三次丢帧这种图在一堆频谱里一眼就能挑出来不需要什么高级工具。2.4 麦克风顺序与通道幅值一致性麦克风顺序错了会带来一个很隐蔽的后果算法拿到的空间信息是镜像的唤醒和声源定位在特定角度上表现异常但单通道听感完全正常。所以这项测试必须做而且要在裸板上做。方法很土但有效对着 MIC 收音孔从任意一个 MIC 开始轻轻敲击线性阵列要求按从左到右的顺序环形阵列要求逆时针录下来回放听敲击声出现在哪个通道或者在 Audacity 里看脉冲落在哪一轨。如果顺序和物理排布对不上就是排线或者 PCB 走线定义错了。2 麦克风阵列没有顺序要求这一点原文写得很明确别给自己加戏。幅值一致性更能反映工艺问题。做法是把 DUT 按实际使用场景摆放外部声源有源扬声器放在距离拾音孔 0.5m 处播放 76dBC_sweep.wav同时录音然后 Audacity 打开 raw 音频多路信号并列显示先看包络形状是不是基本一致。接着挑一个幅值差别比较大的频点——注意必须是单频扫频信号在频谱上是一条斜线只有单频点才能读出确定数值——用“分析”里的“对照”功能读各通道在这个频率上的幅值差的绝对值不超过 3dB 就算合格然后逐个频点重复。3dB 这个门限不是拍脑袋来的。人耳对 3dB 以内的响度差异不敏感但阵列算法对通道间增益失配很敏感波束成形依赖通道间的幅度关系做加权失配超过 3dB旁瓣抑制会明显变差强噪声环境下的指向性就散了。发现某台设备一致性差排查顺序是密封件松紧有没有压紧、有没有装歪、元器件批次差异、焊点虚焊或助焊剂残留导致漏电流。这三条按顺序查八成问题在前两条。3. 幅度、THD 与信噪比三个最容易吵起来的指标怎么定标整机阶段最难谈的往往不是技术而是“你说的达标和我说的达标是不是一回事”。幅度、THD、SNR 这三项每一项都能拉出一堆争论测试距离不一致、音量没锁、滤波器没开、增益链路算错。把定标条件写死争论就没了。3.1 音频幅度63dBC 输入下的幅值换算音频幅度这项的核心不是“声音够不够大”而是增益链路有没有被正确配置。测试条件是扬声器距离 DUT 50cm播放 mic_amplitude.wav调节音量使 MIC 处声压级达到 63dBC此时用带 AEC 的通路录下来的音频幅值应该在 0.0040.005 之间。如果是灵敏度为 -26dBFS 的数字 MIC对应幅值约 0.0014其他灵敏度按比例换算。这几个数字背后是一条可以自己推的链路。MIC 的灵敏度决定了在 63dBC 声压下的电信号幅度模拟增益PGA决定放大倍数ADC 满量程决定数字域幅值。所以调幅度的动作只有一个调模拟增益。数字增益必须保持 0也就是不做任何数字放大。原因很简单数字放大是把已经量化过的信号乘以一个系数底噪跟着一起放大SNR 白丢几个 dBTHD 也可能因为削顶而恶化。血泪经验是数字增益拉起来的那一瞬间所有指标看起来都“达标”了等你发现 SNR 掉到线下已经找不到是哪一步动的手。回采通道的幅度要求是另一套。硬件模拟回采要先把本机音量设到最大如果音量过大导致 MIC 处声压超过 105dBC先处理声压问题然后用 ref_amplitude.wav 播放通过调回采电路的分压网络让回采信号幅值大于 0.5。原则上硬回采网络的 PGA 增益设 0dB。数字回采则是本机最大音量播放 ref_amplitude.wav通过驱动适配把幅值做到 0.5 以上。注意用 Audacity 读幅值之前先跑一次“效果 → High Pass Filter”去直流和低频底噪截止频率设在 20Hz 量级即可。不做这一步直流偏置和低频噪声会把峰值读数抬高测出来的幅度是虚的落实到最后就是 AEC 参考信号比例不对回声消除残留明显。3.2 总谐波失真从频谱读数到百分比的手算流程THD 这一项的争议最大因为它对测试条件极其敏感。标准给的流程是本机播放 76dBC_85dBC_calibration.wav调整音量键使距离 DUT 麦克风处的声压级达到该产品的本机场景验收音量dBA保持音量不变再播放 76dBC_sweep.wav 同时录音算自播自录条件下的 THD。门限按应用场景分两档别搞混应用场景频段THD 上限对应 ∆远场≥3 米100200Hz8%≤ -22.0dB远场≥3 米200400Hz5%≤ -26.0dB远场≥3 米400Hz8kHz3%≤ -30.5dB近场≤1 米100200Hz20%≤ -14.0dB近场≤1 米200400Hz14%≤ -17.0dB近场≤1 米400Hz8kHz8%≤ -22.0dB换算关系只用一个公式THD(%) 10^(∆/20) × 100∆ 是基频幅值和谐波总幅值的差单位 dB。原文给的例子很典型频谱里最大峰是基频 270Hz幅值 -16dB二次谐波 540Hz 不明显三次谐波 810Hz 是第二峰值幅值 -50dB∆ -34dB代入公式得 THD ≈ 2.0%270Hz 这一点合格。反过来265Hz 基频 -27.6dB、三次谐波 795Hz 幅值 -36dB∆ -8.4dB明显超标。手工一个个频点读太慢实际验收时我一般用脚本批量扫。下面这段读单通道录音对指定频点算 THDimport numpy as np import soundfile as sf def thd_at(path, f0, nfft8192): 对单个频点 f0 计算 THD(%)只累计 8kHz 以内的谐波 x, fs sf.read(path, always_2dTrue) x x[:, 0].astype(np.float64) x x - x.mean() # 去直流否则 0Hz 能量污染 seg x[len(x) // 3: len(x) // 3 nfft] # 取中段稳态避开起止瞬态 win np.hanning(len(seg)) # 汉宁窗压泄漏否则基频会渗到谐波上 spec np.abs(np.fft.rfft(seg * win)) freqs np.fft.rfftfreq(len(seg), 1 / fs) def peak(f): i np.argmin(np.abs(freqs - f)) lo, hi max(0, i - 3), min(len(spec), i 4) # 容忍 ±3 bin 的频率偏差 return spec[lo:hi].max() p1 peak(f0) harm [peak(f0 * k) for k in range(2, int(8000 // f0) 1)] return np.sqrt(np.sum(np.square(harm))) / p1 * 100 for f in [125, 160, 200, 250, 315, 400, 630, 800, 1000, 2000, 4000]: print(f{f:5}Hz THD{thd_at(dut_mic.wav, f):.2f}%)几个参数值得说明。nfft决定频率分辨率8192 点在 16kHz 采样下是 1.95Hz/bin足以分辨 100Hz 基频的二、三次谐波频率低时建议再加大到 16384。len(x)//3是取段位置放在中段是为了避开播放起始的瞬态和后期的截断瞬态里有大量宽带能量会严重高估谐波。汉宁窗不能省不加窗时矩形窗的旁瓣衰减只有 -13dB正好落在需要判 -30dB 的区域会把本来合格的频点算成超标。±3 bin的容忍窗口是为了吸收晶振偏差导致的频率偏移。脚本算出来的结果要跟人工读数对得上对不上时优先怀疑三件事录音有没有削顶、频谱采样点设置是否一致、基频能量是不是太弱。最后这件事特别值得展开。基频能量明显偏小时THD 超标往往是假的。举例来说软件算出 300Hz 处 THD 超标但你去 Audacity 里看400Hz达标点基频能量 -20dB、二次谐波 -50dB而 300Hz 处基频只有 -40dB、二次谐波 -50dB。这时候 300Hz 的“超标”其实是基频太弱导致的比值放大实际该点的绝对谐波能量和达标点差不多可以判为达标。这种判法要在报告里写清楚依据不然下一轮评审又要吵一遍。排查方向上MIC 通道出现较多谐波先查 SPK 本身 THD 是否超标选型阶段就该卡死再确认 SPK 腔体有没有引起结构振动。回采通道出现较多谐波如果回采信号取自功放后端优先排查功放失真。参考信号里的谐波控制在 3% 以内对算法影响不大但主观音效听得出来。3.3 信噪比分频段门限和“每段允许一个点”的判法SNR 需要在全消声室或半消声室做。流程不复杂但每一步都不能省人工嘴先在 1008000Hz 做频响校准然后播放 1008000Hz 的 EQ 白噪声调节 MIC 处声压级到 63dBC设备录 10 秒接着外部声源停止播放设备空录 10 秒。两段音频在 Audacity 里分析重采样到 16kHz频谱分析采样点大小设 256。门限是分频段的而且带一条很人性化的容错规则频段SNR 要求200300Hz 15dB3001000Hz 20dB10003000Hz 25dB3000Hz 以上 35dB越高越好每个频段允许有 1 个点低于标准线但不能低于该频段门限的 10%。这条规则的实际意义是给工艺波动留一点余量避免因为单个频点的窄带凹陷整机判死。但要注意“每个频段只能有 1 个点”是硬约束两个点掉下去就是不达标别拿“平均值达标”来糊弄。重采样到 16kHz 这个动作容易出问题如果原始录音是 48kHz重采样之前先确认没有混叠否则 8kHz 以上的能量折回来会污染 38kHz 频段的 SNR 读数测出来比实际差。频谱采样点 256 在 16kHz 采样下是 62.5Hz/bin足够覆盖分频段判定别为了“看得细”调到 4096那样每个 bin 的能量被摊薄读数会整体偏低。3.4 直流偏置与回采通道电噪声直流偏置这项分析前必须用低通滤波器截止频率 1Hz目的是把噪声排除掉只看直流分量本身。判定标准分两类模拟麦克风通路MIC 处声压级 63dBC 时直流能量不大于 MIC 幅值的 1/3。按幅值 0.005 算就是不超过 0.00167。数字麦克风通路直流分量应小于 0.0015 的 1/3也就是 0.0005。回采通道直流偏置小于 0.5%。直流偏置超标的直接后果是动态范围被吃掉一截严重时 ADC 提前削顶THD 和 SNR 一起崩。来源通常是 MIC 偏置电阻分压不准、ADC 内部失调、或者电源纹波串进了模拟前端。回采通道电噪声检测有两条判据最大音量下回路信号要比回路电噪声高 66dB 以上本机无播放条件下确认回路没有异常噪声。做法是先抓一段最大音量播白噪声的回录音频记录幅度再抓一段不播音的回录音频记录幅度两段都做去偏置处理后再比较。66dB 这个差值对应大约 2000:1 的幅度比低于这个数AEC 参考信号在低音量段落基本被噪声淹没回声消除会时好时坏属于那种“测不出来但用户能听出来”的问题。4. 延时、气密性与结构异音整机联调最花时间的四项怎么量这四项有个共同点它们都不在电路上全在结构和系统集成里。也正因为如此改起来最贵——一个 25ms 的延时可能要动回采电路一个气密性不达标可能要重新开模。所以量的时候要一次量准别指望“下一版再说”。4.1 麦克风与回采通道的相对延时窗口要求写得很干脆麦克风相对回采通道的音频延时要在 020ms麦克风信号不能早于回路否则不满足因果性。因果性这条不是玄学AEC 算法用回采信号去估计回声路径如果 MIC 信号比参考信号还早到说明参考通路里有额外延时或者数据对齐错了滤波器只能去拟合一个非因果的系统效果必然打折。25ms 左右是什么概念原文给了一张 25ms 延时的图结论是“做完 AEC 算法后效果达不到最优”。也就是说 20ms 不是一条生死线而是算法舒适区的边界。超一点点还能跑超多了就是持续的回声残留。测法很省事直接用测 THD 的那段自播自录音频加上回采通道录音在 Audacity 里对比两轨的起始突变点。更稳的做法是用互相关找峰值比肉眼对齐准得多import numpy as np import soundfile as sf from scipy.signal import correlate def delay_ms(mic_path, ref_path, max_lag_ms100): 返回 mic 相对 ref 的延时ms正值表示 mic 滞后 mic, fs sf.read(mic_path, always_2dTrue) ref, _ sf.read(ref_path, always_2dTrue) mic, ref mic[:, 0], ref[:, 0] n min(len(mic), len(ref)) mic, ref mic[:n], ref[:n] # 归一化消除两路增益差对相关峰高度的影响 mic (mic - mic.mean()) / (mic.std() 1e-12) ref (ref - ref.mean()) / (ref.std() 1e-12) corr correlate(mic, ref, modefull, methodfft) lags np.arange(-n 1, n) mask np.abs(lags) int(max_lag_ms / 1000 * fs) best lags[mask][np.argmax(corr[mask])] return best / fs * 1000 print(delay_ms(dut_mic_ch0.wav, dut_ref.wav))逻辑说明先用零均值单位方差归一化因为 MIC 和回采两路的增益差通常很大不归一化的话相关峰会被幅度大的那一路主导methodfft是必须的40 分钟 16kHz 的音频直接时域相关会跑到天荒地老max_lag_ms限制搜索窗口既是提速也是防止相关峰跳到别的周期性位置上去。返回值直接就是毫秒正数代表 MIC 滞后于回采落在 020 之间合格。4.2 抗混叠67kHz 的“折痕”怎么量抗混叠的本质是低通滤波有没有做到位。麦克风通道和回采通道都要滤掉 8kHz 以上的信号否则高于奈奎斯特频率的能量会折叠回带内表现为频谱上出现不该有的“折痕”。测试音源是 1~15kHz.wav自播自录。两套判据对应两种播放方式外部播放时声源放在 50cm 处、MIC 处 63dBC频谱采样点设 1024读 67kHz 区间的“对照”能量值再看 7kHz 处的折痕能量两者相减要求小于 -40dB6kHz 处的折痕要求小于 -70dB。自播自录时参考回路照同样的方法判。这两个数字的差别值得注意6kHz 的门限比 7kHz 严格 30dB。因为 6kHz 靠近有用频段的上边缘折痕能量一旦起来直接影响 38kHz 的语音清晰度7kHz 已经贴着滤波器过渡带允许的残留更多一些。不达标的典型图景是 1~15kHz 扫频到高频段时频谱上出现一条与主信号平行但方向相反的斜线。解决方向只有两个前端加模拟低通或者把数字抽取滤波器的截止频率和阶数重新配置用软件补是补不回来的。4.3 麦克风通道气密性密封前后 15dB 的差值气密性这项有个很实用的豁免条款如果麦克风离扬声器、自噪声源 0.5 米以上或者麦克风模组和扬声器模组处于完全独立的不同腔体内就不作要求。这个条款能砍掉不少无谓的测试先判断结构再决定测不测。需要测的场景音箱、电视、油烟机、扫地机这类流程是扬声器距离 DUT 50cm使 MIC 处达到 63dBC循环播放 76dBC_sweep.wav录几个完整的扫频周期然后用阻尼材料或橡皮泥把 DUT 的麦克风收音孔封死继续录几个周期。判据是每个频点在密封前后的能量差要在 15dB 以上。不达标的图景很直观密封后幅度掉到底噪水平说明收音通道是通的密封有效合格密封后幅度几乎没降说明声音从别的地方绕进了 MIC 腔体结构漏气。解决方向上原文给了三条很具体的检查收音通道有没有密封层不建议只靠打胶检查密封层的侧向厚度是不是偏薄检查密封层材质硅胶、橡胶可以开孔率高的泡棉不行。注意这项测试具有破坏性橡皮泥和阻尼材料清理不干净会残留在收音孔里影响后续所有声学指标。我一般把它排在整机测试的最后一项测完直接清孔、复测一次幅度确认没被污染。4.4 结构共振、震动与异音2/3 阶和 4 阶以上谐波的门限这三类问题在频谱上的表现是可以区分的关键看谐波的阶次分布。共振的表现是缺乏有效减震措施的结构在某个频段上通道幅度远大于没有共振的通道。因为共振是结构对特定频率的放大它不产生新的频率成分只是把某个频段的能量抬起来。震动的表现是设备内部器件松动、碰撞、摩擦引起明显的 4 阶及以上高阶谐波。原文的对比图讲得很清楚——正常频段只有喇叭的 2/3 阶谐波高阶谐波能量很弱发生震动时高阶谐波整片抬起来。异音的表现是宽频噪声典型来源是打线、结构件碰撞频谱上是一片没有明显谐波结构的宽带能量。判定方法有一个前置条件和一个特殊处理。前置条件是麦克风通道幅度必须先达标也就是 3.1 节那套。特殊处理是模拟麦克风幅度不放大数字麦克风放大 11.5dB因为数字麦输出的是满量程归一化的相对值不放大到同一参考系就没法比。做完这一步再做频谱分析判据是 2/3 阶谐波能量不超过 -60dB4 阶以上不超过 -75dB。解决手段三样加强内部器件的减震泡棉、硅胶、橡胶、增大结构内部间隙、EQ 调节。前两样是结构活第三样是声学活可以快速验证但容易翻车——EQ 只针对超标的频段调调宽了整体音量下降为了达到指定声压又得加大播放功率结果原来达标的频段反而超了。这个循环我在项目里见过不止一次调 EQ 之前先把要调的频段范围框死写在测试记录里。5. 避坑清单送样被打回的五种典型翻车现场下面这五条都是实际项目里反复出现的每一条都能让你多等一轮快递。现象一所有幅度指标漂亮得不像话但 SNR 和 THD 双双不达标。原因调试阶段为了“先把幅度做上去”动了数字增益把数字域乘了一个大于 1 的系数。幅度读数确实上去了底噪跟着放大信噪比掉如果链路里还有别的放大环节叠加起来容易削顶THD 直接恶化。解决把数字增益强制归零只调模拟增益PGA。芯片平台一般有专门的录音增益配置指令集改之前先确认改的是模拟段还是数字段。灵敏度不同的 MIC 用换算解决不要用数字放大去凑数。现象二幅度测试全部合格第二天复测全部偏低 10% 左右。原因测幅值时没做高通滤波直流偏置和低频底噪把峰值抬高测出来的数是虚的。换了个环境、换了段时间直流漂移变了读数就跟着漂。解决读幅值前统一跑一次高通滤波去直流和底噪把这一步写进操作规范不要靠记忆。同时把直流偏置项单独测一遍如果偏置本身就在 1/3 门限附近说明前端偏置电路有问题先修电路再谈幅度。现象三为了压掉某个频段的共振EQ 拉了一个很宽的坑结果另一个频段超标了。原因EQ 调节频率范围过宽把本来不需要衰减的频段也压下去了整体音量降低测试时为达到指定声压而加大播放功率原先达标的频段被推过头。解决EQ 只针对实测超标的频段做窄带调节调节前后各跑一次全频段扫描确认没有把问题挪到别处。记录里写清楚调节的中心频率和 Q 值方便下一版复用。现象四气密性测试封孔后幅度确实掉下去了判为合格但整机在强噪环境下唤醒率依然很差。原因密封材料用错了。用打胶的方式做密封胶层固化后和壳体之间形成硬接触声学上并不密封或者用了开孔率高的泡棉声波从孔隙绕进去封孔测试时因为阻尼材料贴在表面测出来是掉的实际结构里那条通路还在。解决密封层用硅胶、橡胶这类致密弹性材料保证有足够侧向厚度压紧不要用打胶代替密封结构。封孔测试时多测几组扫频周期看差值是不是稳定在 15dB 以上只测一个周期容易受偶然因素影响。现象五延时测出来 25ms 左右第一反应是算法参数不对改了三天没改好。原因延时不在算法层在硬件链路。回采通道的分压网络参数不对、PGA 增益设置偏离设计值、或者回采信号的取点位置功放前还是功放后和设计文档不一致都会引入额外的群延时。解决先用互相关把延时量精确测出来再看这个值是稳定还是抖动。稳定偏大查硬件链路分压、PGA、取点抖动查时钟同步。麦克风早于回采是绝对不能接受的出现负延时先查数据对齐和通道映射十有八九是通道标号搞错了。6. 把 14 项压成一条执行链顺序错了等于白测这 14 项如果按表格顺序一项一项做两三天跑不完而且中间会有大量重复的录音动作。真正高效的跑法是把“同一段录音能判几项”想清楚合并采集、拆开分析。我一般的执行顺序是这样第一轮裸板电信号项。通道相位一致性1kHz 电信号注入和麦克风顺序敲击放在一起做都在拆机状态下二十分钟内能完成。这两项出问题不用往下走直接返板。第二轮裸板长时录音。40 分钟外播加 5 分钟自播自录这一段同时能判丢帧、晶振偏移、通道间相对延时。跑的时候人可以去干别的但别关电源中途断电等于白跑。第三轮整机安静环境录音。把直流偏置、恒频干扰、回采通道电噪声三项合成一次采集先录一段完全静音的空录判直流偏置、恒频干扰、回采电噪声再录一段最大音量白噪声的回采判电噪声的信噪比。三项共用同一套录音文件只换分析脚本。第四轮整机自播自录。THD、通道相对延时、结构共振/震动/异音、抗混叠四项共用一次扫频自播自录前提是音量已经按本机场景验收音量锁死。这四项的分析方法完全不同但输入是同一段音频这是省时间的关键。第五轮气密性。放最后因为它有破坏性而且需要拆装密封材料。这个顺序背后有一条原则先把不可逆的、会污染后续测试的项往后放把能共用采集的项往前并。气密性用橡皮泥封孔残胶会影响后面所有声学项所以永远最后跑EQ 调节会改变整条链路的频响所以要在所有基线测试完成之后再动。验证阶段还有个习惯值得说每次改完硬件或 EQ不要只复测被改的那一项至少把同一轮采集里的四项全部重跑一遍。曾经有一次为了压 250Hz 的共振调了 EQ共振确实下去了但 1kHz 附近的 THD 从 2.1% 涨到 3.4%因为播放功率被加大了。如果只测共振那一项这个偏移会一路带到量产。那份 14 项检查表我现在每次都打印出来贴在工位上测完一项划一项录音文件按“阶段_项目_日期_通道”命名归档。从那以后我每次送样前都强制走一遍第三轮和第四轮的合并采集哪怕时间再紧也不跳——跳过一次代价通常是两周的往返和一轮结构修改。希望帮到你。本文还有配套的精品资源点击获取

麦克风阵列音频验收标准：裸板与整机14项测试及避坑指南

相关推荐

四足机器人密封舱散热：烟囱效应风井与热管导热设计

mimo-v2.6-pro-ultraspeed 实测：20倍速在长上下文与工具调用中值不值

Claude Code为何必须运行在Docker沙盒中？四层内核级安全隔离解析

更多资讯

Mimics医疗建模实战：从CT到3D打印的6大关键技术环节

Step 5 Preview沙盒实测：杨辉三角倒推法与CSS 3D渲染避坑指南

GBase 8a数据库安全管理与权限控制实践

华为网络设备配置文件管理与备份恢复实战

AI配音停顿设置全解析：5大参数调出自然语音

镜像源HTTPS证书验证失败排查指南：conda与pip修复实战

今日更新

AI辅助技术栈评估：提升研发决策效率60%

从生成Token到直接决策：Jev如何重塑AI Agent工程实践

32G统一内存跑大模型：内存账、TPS实测与端云分流

本周精选

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

本月热门

面向复杂光照与角度的宠物面部识别鲁棒性增强策略

基于DRV8818与STM32的双极步进电机驱动方案实战解析

DRV8818PWPR+PIC18F45K80双极步进电机控制方案实战

读完文章，想聊聊您的网站？