1. 为什么用PWM DAC做音频输出一个低成本但很巧妙的方案很多刚开始接触STM32音频输出的朋友第一反应都是直接用DAC外设不就行了确实STM32F103系列的某些型号内置了12位DAC配上DMA就能输出音频波形。但这个方案有个很现实的问题并不是所有型号都有DAC外设。比如最常见的STM32F103C8T6也就是大家口中蓝 pill小板子上那颗芯片就没有DAC。而PWM几乎是所有STM32的标配用PWM输出模拟音频等于把音频功能扩展到了几乎整个STM32家族。再说说成本。外置DAC芯片比如经典的PT8211、MCP4921虽然效果好但涉及额外的PCB面积、外围电路和驱动代码。如果只是做个语音提示、播放一段简单的提示音、或者做个音效发生器用PWM DAC方案完全够用还能省掉一颗芯片的钱和一堆走线。PWM DAC的核心原理说穿了并不复杂用PWM信号的占空比表示音频采样点的幅值再用低通滤波器把PWM的高频载波滤掉剩下的就是原始的模拟音频信号。这和DAC输出的原理本质上是相通的只不过DAC直接输出对应的电压而PWM输出的是平均电压。12位DAC能输出4096个电压等级如果你用的是16位定时器的PWM模式理论上也能配置出65536个占空比等级精度反而更高。但这里有个坑PWM DAC的实际有效精度远没有16位那么乐观。因为PWM的频率和分辨率是互相牵制的timer的时钟频率固定时要更高的PWM频率就得牺牲占空比分辨率要更高的分辨率就得把PWM频率降下来。具体怎么取舍下一节详细说。这个方案适合谁如果你在做以下这些项目PWM DAC完全可以顶上去用STM32播放WAV音频8kHz/16kHz采样率足够人声和简单音效合成双音多频DTMF拨号音、蜂鸣器旋律、报警音做简单的电子琴、音乐盒需要输出模拟电压控制外部设备比如控制LED亮度渐变、电机转速给定我自己的实际经历是最初用PWM DAC播放8kHz采样的WAV语音提示效果虽然比不上专业音频芯片但播报欢迎光临请注意安全这类短句完全能听清。这篇文章就把整个方案的硬件设计、软件实现和踩坑经验完整记录下来。2. 参数选型与计算PWM频率、分辨率与采样率之间的三角博弈2.1 理解三角关系PWM频率、分辨率、采样率音频输出质量的好坏直接由三个参数决定PWM频率载波频率、占空比分辨率有效位数、音频采样率。这三个参数不是独立可调的它们之间存在数学上的约束关系。STM32的定时器时钟一般由APB1或APB2分频得到。以F103系列为例APB2最高72MHzAPB1最高36MHz倍频后也能到72MHz但这是另一个话题。这里拿72MHz的定时器时钟来算。定时器PWM输出的频率和分辨率关系如下[ PWM频率 \frac{Timer时钟}{(PSC1) \times (ARR1)} ]其中ARR决定了占空比的分辨率。如果ARR255分辨率就是8位256级ARR1023就是10位ARR4095就是12位。容易理解分辨率每提高一倍占空比等级翻一倍但PWM频率也会相应降为原来的一半。假设timer时钟72MHz要达到8位分辨率ARR255PWM频率最高为[ \frac{72MHz}{256} 281250Hz ≈ 281kHz ]要达到12位分辨率ARR4095PWM频率最高为[ \frac{72MHz}{4096} 17578Hz ≈ 17.6kHz ]2.2 音频采样率和PWM频率需要什么关系输出PWM波经过低通滤波后剩下的音频成分应该是采样率对应的基带信号而PWM载波及其谐波应被滤波电路尽量衰减。基本要求是PWM频率至少高出音频采样率的5到10倍否则载波频率和音频频带离得太近滤波器很难干净地分离出目标音频残余纹波会很大。常见的音频采样率有8kHz电话语音、16kHz、22.05kHz半CD采样率、44.1kHzCD采样率。以8kHz采样率为例基带音频理论最高4kHz奈奎斯特频率实际一般保持在3kHz以内。此时如果PWM频率有50kHz以上载波和基带之间就拉开了距离滤波效果就会好处理很多。回头看上面的计算12位分辨率对应的17.6kHz PWM频率用在8kHz采样率上还能接受但用在16kHz采样率上就麻烦了载波只比采样率高一丁点滤波难度急剧上升。所以实践中8位或10位分辨率配8-16kHz采样率是最常用的组合。我最后采用的参数是8位PWM分辨率 62.5kHz PWM频率 8kHz音频采样率。之所以不追求更高的分辨率是因为3kHz以内的语音频带对量化噪声其实没那么敏感8位WAV的底噪虽然能听出来但做提示音完全足够。2.3 用CubeMX配置定时器PWM的完整参数以STM32F103C8T6为例用STM32CubeMX配置一个PWM输出通道步骤如下定时器选择我们用TIM2或者TIM3选一个普通定时器即可。PWM输出用哪个GPIO对应不同的定时器通道要看芯片的复用表。比如TIM2_CH1对应PA0TIM3_CH2对应PA7。建议选一个不太占用调试接口的引脚。Clock Source选择Internal Clock。Channel设置为PWM Generation CHx。Timer参数设置PrescalerPSC: 如果定时器时钟是72MHz要得到62.5kHz的PWM可以设置 PSC71即72MHz/(711)1MHz。然后再设置ARR15得到 1MHz/(151)62.5kHz。Counter PeriodARR: 15对应8位分辨率0-255共256级这里ARR15是因为我把定时器配置成了16位模式实际ARR255也是8位但要保证PWM频率62.5kHz需要PSC调整。等一下我重新算一下别被上面的简化算糊涂了。要得到8位分辨率ARR必须是255。此时[ PWM频率 \frac{72MHz}{(PSC1) \times 256} ]想要62.5kHz需要 (PSC1) × 256 1152所以 PSC1 4.5不是整数没法精确得到62.5kHz。所以要么退一步用近似频率要么调整思路。这也是一个很多人容易忽略的细节定时器分频和周期值的组合决定了PWM频率和分辨率能不能精确落在理想值上。很多时候由于分频系数必须为整数最终频率不会是个整整齐齐的数字只要误差在可接受范围就行。我实测用的参数是这样的采用TIM3、PWM通道输出定时器时钟为72MHzPSC 0即不分频ARR 2558位分辨率此时PWM频率 72MHz / (256) 281.25kHz等等281kHz的PWM频率对滤波电路来说很好处理但是8位分辨率在8kHz采样率下每个采样点要重复PWM好几个周期这么做原理上可行时序上也更宽松。可问题来了之前说PWM频率过高会怎样高频PWM意味着每PWM周期时间很短但STM32的定时器输出比较中断或DMA更新占空比的频率也可能需要很高不过我们用DMA乒乓缓冲的话只需要在采样率对应的频率更新占空比即可PWM本身由硬件持续输出不需要CPU干预所以PWM频率高点反而滤波更好。那篇文章里我用的是62.5kHz这个参数但按上面的推导如果ARR255且时钟72MHz频率是281kHz。如果一定要62.5kHz可以ARR15分辨率只有4位16级太低了。所以实际选择时应该这样方案A高PWM频率 8位分辨率PSC0ARR255PWM281.25kHz分辨率8位。音频采样率可以定成16kHz滤波难度也不大。方案B中等PWM频率 10位分辨率PSC12分频ARR1023PWM72MHz/(2×1024)35.156kHz分辨率10位。PWM频率低于方案A但分辨率的提升对音频动态范围有好处。我最终在实际项目中选用的是方案B。原因很直接10位分辨率比8位在听感上接近12位DAC的体验35kHz的载波频率用二阶RC滤波也能衰减得不错性价比更高。如果选方案A281kHz的PWM虽然滤波更好但8位分辨率在播放音量较小的段落时量化噪声会稍微明显。不过话说回来如果只是播放人声提示音方案A完全够用滤波环节还能简化。我个人建议是第一次做这个项目的朋友用8位分辨率方案先跑通流程然后试试10位方案对比听感差异。这个对比过程本身就是对PWM DAC理解的一次加深。配置参数总结如下TIM2或TIM3PWM输出模式PSC12分频ARR1023占空比寄存器CCR值范围0~1023PWM频率约35.156kHz音频采样率16kHz或8kHz对应不同滤波要求占空比更新方式DMA每个采样周期更新一次CCR3. 硬件部分从GPIO到扬声器的完整信号链路3.1 滤波电路设计RC低通滤波为什么够用PWM信号是方波里面有大量的高频谐波和载波分量。要还原音频必须经过低通滤波。最常见的方案就是RC低通滤波简单、便宜、不挑元件。一阶RC滤波的截止频率计算公式是[ f_c \frac{1}{2\pi RC} ]但这个截止频率只表示幅度下降3dB的位置要真正把载波压下去需要让PWM载波频率比截止频率高很多倍。工程经验是截止频率设在音频最高频率的1.5~2倍载波频率至少要高于截止频率10倍以上否则衰减不够。如果音频上限是4kHz那么截止频率取8kHz左右如果PWM频率35kHz那35/8大约是4.4倍一阶滤波衰减约12dB/倍频程还有约3个倍频程的距离能衰减36dB左右。但残余的载波分量依然能在扬声器里产生轻微嘶嘶声。这时用二阶RC滤波可以到24dB/倍频程的衰减效果会好很多。二阶RC滤波电路设计两阶RC串联R均为1kΩC均为10nF截止频率约16kHz不对重新算一下。两级相同的RC串联其中级间无隔离但两阶截止频率相同的近似公式并非简单fc1/(2πRC)因为第二级会加载第一级。如果要精确一点截止频率要乘以一个系数。但工程实践中很少有人去精细算这个二阶截止频率直接采用经验值第一级R1kΩC10nF → 截止约15.9kHz第二级R1kΩC10nF → 截止约15.9kHz这样两级都工作在15.9kHz附近实际总衰减很可观。PWM载波35kHz到15.9kHz只差约1.1倍频程二级衰减约有26dB以上效果还行。不过我实际验证后觉得还可以更好。后来用了两级截止频率错开的做法第一级让PWM载波衰减第二级进一步滤除残余纹波。具体参数R11.5kΩC110nF → 截止约10.6kHzR21kΩC222nF → 截止约7.2kHz这样信号在4kHz以内的衰减很小8kHz以上的衰减明显增加播放语音时清晰度和杂音抑制达到了不错的平衡。3.2 后级放大为什么需要功放电路STM32的GPIO输出PWM信号经过RC滤波后输出电压幅度大约0~3.3V输出阻抗由滤波电阻决定直接驱动耳机勉强能听到声音但几乎推不动喇叭。喇叭是低阻抗器件8Ω/4Ω需要电流驱动所以必须加功放。最简单的做法是用一个NPN三极管搭个甲类放大器但效率低、失真大不推荐。更好的是用音频功放芯片比如LM386经典小功率功放增益可调电源范围4-12V适合驱动小喇叭PAM8403D类功放效率高电源3-5V非常适合3.7V锂电池供电的项目TDA70521W小功放外围简单我在实际项目中选用了PAM8403。原因很简单STM32系统是3.3V供电PAM8403可以工作在同电压下而且D类功放效率高电池供电时不会带来明显发热。PAM8403的接线也很简单左声道输入接PWM滤波输出右声道输入悬空或接地喇叭接左声道输出正负极电源接3.3V或5V需要注意PAM8403的输入阻抗不算特别高前级RC滤波的输出阻抗如果太大会拉低信号幅度。所以滤波电路和功放之间最好加一级电压跟随器做隔离用LM358或者运放搭一个就好。如果怕麻烦直接把滤波电阻选小一些比如470Ω也能减少损耗。3.3 完整电路连接与布局建议完整信号链路如下STM32 PWM引脚 → RC低通滤波两级RC → 电压跟随器可选 → 功放PAM8403 → 喇叭PCB布局或面包板连线时要注意PWM输出引脚到滤波电阻的走线尽量短减少天线的辐射干扰滤波电容尽量靠近功放输入端功放的电源端并联一个100μF电解电容和一个104瓷片电容避免电源噪声串入音频如果使用电池供电电池电压偏低时功放失真会明显增大建议给功放单独加个3.3V或5V LDO我自己最早在面包板上测试时没加电源退耦电容结果喇叭里一直有滋滋声后来发现是锂电池的电压波动串入了功放电源加上电容后问题就消失了。这个问题在音频电路里非常常见一定要提前做好电源处理。4. 软件实现DMA定时器PWM输出音频数据的完整流程4.1 音频数据的准备WAV文件怎么转成C数组在做PWM DAC之前先要把音频数据准备好。最简单的方式是使用WAV格式的音频文件通过Python脚本把WAV转换为C语言数组。一个标准的WAV文件由文件头和数据块组成。对于8kHz采样率、8位量化、单声道的WAV数据块的每个字节直接对应一个采样点的幅度值范围0~255128是静音中心点。如果原始WAV是16位量化的要转换成8位可以每两个字节取高字节或者做简单的移位转换。下面这个Python脚本是我常用的转换工具把语音提示.wav转成audio.himport wave import struct import os def wav_to_c_array(wav_path, output_name, max_samples 60000): with wave.open(wav_path, rb) as wav: n_channels wav.getnchannels() samp_width wav.getsampwidth() framerate wav.getframerate() n_frames wav.getnframes() print(f采样率: {framerate}Hz, 声道数: {n_channels}, 采样位数: {samp_width*8}bit) raw_data wav.readframes(n_frames) if samp_width 2: fmt f{len(raw_data)//2}h samples list(struct.unpack(fmt, raw_data)) # 16位转8位取高8位并加上偏移 pwm_data [] for s in samples[:max_samples]: # 16位采样范围-32768~32767转成0~255中心128 val (s 8) 128 if val 255: val 255 elif val 0: val 0 pwm_data.append(val) # 如果是立体声只取左声道 if n_channels 2: pwm_data pwm_data[0::2] elif samp_width 1: samples list(raw_data) pwm_data samples[:max_samples] if n_channels 2: pwm_data pwm_data[0::2] else: raise ValueError(不支持的采样位数) # 计算实际的音频持续时间 duration len(pwm_data) / framerate print(f有效采样点: {len(pwm_data)}, 播放时长约: {duration:.2f}秒) # 生成C数组 with open(output_name, w, encodingutf-8) as f: f.write(// Auto-generated audio data\n) f.write(f// Sample rate: {framerate}Hz\n) f.write(f// Duration: {duration:.2f}s\n) f.write(f#define AUDIO_SAMPLE_RATE {framerate}\n) f.write(f#define AUDIO_SAMPLE_COUNT {len(pwm_data)}\n) f.write(const unsigned char audio_data[] {\n) for i in range(0, len(pwm_data), 16): chunk pwm_data[i:i16] line , .join(f{b} for b in chunk) f.write(f {line},\n) f.write(};\n) print(转换完成文件输出为:, output_name) if __name__ __main__: wav_to_c_array(voice.wav, audio.h)这个脚本有几个细节值得注意自动识别位深并转成0~255范围双声道时只取左声道或降混避免重复播放截断过长的文件避免内存不足输出采样率和采样点数量宏方便C代码引用4.2 核心逻辑DMA循环输出占空比播放音频的核心思路每个采样周期比如1/8000秒更新一次定时器CCR寄存器的值让PWM占空比跟随音频采样值变化。如果靠CPU在中断里去改CCR8kHz采样率意味着每125微秒进一次中断CPU负担比较重但勉强能用。更高采样率时建议用DMA。DMA方式下把音频数据数组作为源地址CCR寄存器作为目的地址设置循环模式DMA会在每次更新事件时自动把下一个采样值写入CCR。整个过程CPU零参与大大降低系统开销。这里有个常见的坑DMA的目的地址不是CCR寄存器本身而是CCR寄存器在内存映射中的地址。在STM32F103上TIM3的通道捕获/比较寄存器CCR1的地址是TIM3_BASE 0x34。但直接用地址操作可读性差更好的是用htim3.Instance-CCR1来取地址这样代码更清晰也方便移植。核心代码框架如下#include audio.h // 包含 audio_data 数组和采样率等信息 #define AUDIO_DMA_BUF_SIZE AUDIO_SAMPLE_COUNT // 启动音频播放 void Audio_Play(void) { // 设置PWM占空比初始值 __HAL_TIM_SET_COMPARE(htim3, TIM_CHANNEL_1, 128); // 启动DMA传输循环模式 HAL_TIM_PWM_Start_DMA(htim3, TIM_CHANNEL_1, (uint32_t *)audio_data, AUDIO_SAMPLE_COUNT); }但一个容易忽视的问题是DMA发送的数据宽度和CCR寄存器宽度匹配。audio_data是unsigned char8位CCR是16位寄存器如果DMA按8位传输数据只会写入CCR的低字节高字节为0。这对8位分辨率来说正好但如果你用的是10位分辨率数组应该用uint16_t类型DMA传输宽度也要设为16位。4.3 用C语言直接生成正弦波/提示音除了播放WAV很多时候我们只是需要几个简单的提示音比如上电嘀一声、按键咔哒声、或者一段报警音。这些完全可以在STM32上实时合成不需要外部音频文件。用正弦波查表法生成一段声音非常方便#define SINE_TABLE_SIZE 256 // 存放一个周期的正弦波采样值0~255范围中心128 const unsigned char sine_table[SINE_TABLE_SIZE] { ... }; // 生成指定频率、持续时间的提示音数据写入缓冲 void Tone_Generate(uint16_t *buf, uint16_t samples, uint32_t sample_rate, uint16_t freq) { float phase_step 2.0f * 3.14159f * freq / sample_rate; float phase 0; for (uint16_t i 0; i samples; i) { // 0~255的8位采样128为中心 buf[i] (uint16_t)(127 * sinf(phase) 128); phase phase_step; if (phase 2.0f * 3.14159f) phase - 2.0f * 3.14159f; } }但这有个问题实时计算sinf会占用大量CPU。更高效的做法是查正弦表。定义一个256点的正弦波表用频率控制查表步长用相位累加器生成连续波形。这样生成一个提示音只是几百次循环加查表速度极快。双音多频DTMF拨号音也可以用类似方式生成把两个频率的正弦波叠加再映射到0~255范围。一个经典的叮咚门铃音可以由两个不同频率的正弦波按时间段切换组成。我个人的建议是先用WAV数组方式跑通整套链路再尝试用代码实时合成简单音效。因为WAV方式更容易验证硬件部分是否正常而实时合成则能检验你对PWM DAC时序的理解。4.4 8位还是16位DMA传输根据分辨率选择数据格式在设计软件时数据格式的选择直接影响DMA配置。核心原则是8位PWM分辨率ARR255采样数据用uint8_t数组DMA外设和内存数据宽度都设为Byte8位10位或更高分辨率ARR1023或4095采样数据用uint16_t数组DMA数据宽度设为HalfWord16位但如果数据是8位而定时器ARR1023直接发还不行。因为8位数据最大值255而CCR要设置到1023才能满占空比。这时有两种处理方式直接把8位数据左移两位变成10位也就是ccr_val sample 2;把所有的音频数据处理成10位格式的数组我个人推荐在预处理阶段处理好数据格式不要在运行时做移位原因很简单DMA从数组直接搬运数据到CCR如果数组本身就是10位范围内的值DMA就完全不用CPU干预。如果要在DMA中断或者主循环里做移位就破坏了DMA零CPU参与的初衷。我最终用的10位方案里Python脚本生成的数据范围是0~1023存放在uint16_t数组里DMA配置如下HAL_TIM_PWM_Start_DMA(htim3, TIM_CHANNEL_1, (uint32_t *)audio_data_10bit, AUDIO_SAMPLE_COUNT);这里注意HAL_TIM_PWM_Start_DMA的第三个参数类型是uint32_t指针但实际DMA搬运时TIM的DMA请求配置决定了数据宽度。用CubeMX生成代码时要检查DMA的数据宽度设置Memory Data Width: Half Word因为源数组是uint16_tPeripheral Data Width: Half WordCCR是16位寄存器如果你看到DMA配置里是Byte宽度但数组是uint16_t播放时就会只有奇数或偶数位被传输声音会完全不对。4.5 播放过程中的常见控制停止、暂停、循环播放播放控制用HAL库封装好的函数就行HAL_TIM_PWM_Stop_DMA停止PWM和DMA传输循环播放DMA配置为循环模式CircularDMA传输完一遍后自动从头开始如果想让播放次数可控比如播3遍后停止就不能用循环模式而要用正常模式并在DMA传输完成中断里计数。volatile uint16_t play_count 0; void HAL_TIM_PWM_PulseFinishedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM3) { play_count; if (play_count 3) { HAL_TIM_PWM_Stop_DMA(htim3, TIM_CHANNEL_1); } else { // 重新启动DMA再次从头播放 HAL_TIM_PWM_Start_DMA(htim3, TIM_CHANNEL_1, (uint32_t *)audio_data, AUDIO_SAMPLE_COUNT); } } }这里有个要注意的点循环模式下DMA传输完成中断每次都会触发。如果你在中断里做太多事情可能会影响实时性。建议中断处理尽量轻量化比如只置一个标志位在主循环里做后续处理。5. 实测与调试用示波器和耳朵双重验证5.1 先用示波器看PWM波形和滤波后的波形调试PWM DAC的第一件事是确认PWM输出的占空比在正常变化。把示波器探头夹在PWM引脚上正常播放时应该能看到PWM的方波但如果你把示波器的时基调到音频采样周期的量级比如125微秒能看到方波的宽度在不断变化这就是音频调制的效果。然后把探头移到RC滤波器输出端此时应该看到一条平滑的音频波形幅值在0~3.3V之间变化。如果你播放的是1kHz正弦波测试音频示波器上应该看到清晰的1kHz正弦波形。如果看到的是锯齿波或者阶梯状波形说明滤波不够或者RC参数有问题。用示波器检查滤波器衰减效果把示波器设为FFT模式观察频谱。正常情况下4kHz以内的音频成分幅度较高而35kHz附近的PWM载波成分应该比基带低30dB以上。如果载波分量仍然很明显说明滤波还不到位可以增大滤波电容或增加滤波级数。5.2 听感异常的排查噪声、失真、音量低的根源整套系统跑起来之后最可能遇到的就是以下这些问题底噪/咝咝声通常是因为PWM载波漏到了喇叭里滤波截止频率太高或级数不够。加大第二级滤波电容或者把截止频率从15kHz降到8kHz能明显改善。交流声/嗡嗡声这是电源问题。如果系统用USB供电而USB电源本身纹波较大就会产生50Hz或100Hz的交流声。排查方法用电池供电对比测试。如果是电源引起给功放单独加LC滤波比如一个22μH电感和100μF电容串联即可。音量小大部分原因在后级功放增益设置。LM386的增益可以通过1脚和8脚之间的电容调整PAM8403的增益由输入电阻决定检查输入信号是否经过电阻分压导致幅值下降。声音断续/卡顿DMA配置有问题或者采样率与DMA更新速率不匹配。检查DMA是否配置为循环模式以及定时器的更新事件是否正确地触发了DMA请求。声音发闷滤波器截止频率太低把音频高频成分滤掉了。把RC参数调整到截止频率在7~10kHz会比较合适。5.3 双通道输出播放双声道音频的思路PWM DAC天然只能输出单声道。要双声道需要占用两个定时器的两个PWM通道分别接两路滤波功放。数据上立体声WAV需要分解成左右两个声道数组两个DMA通道同步播放。实际操作时可以让两个定时器同步启动或者共用一个定时器的两个通道。但要注意DMA的触发源不同两个声道的初始相位可能不一致导致声道错位。解决办法是先装载数据到CCR寄存器再同时启动Mast和Slave定时器。这个复杂度比较高如果不是做音乐播放器一般用不到双声道。我自己的看法是PWM DAC的定位就是轻量级音频方案适合做提示音、语音播报、单声道音效。追求立体声高音质老老实实上I2S外设加Codec芯片那条路线是另一个技术栈了。6. 进阶优化从能响到好听6.1 提高有效位数为什么10位比8位有质的提升PWM DAC的量化噪声主要来自占空比等级不足。8位分辨率下最低有效位对应的电压是3.3V/256 ≈ 12.9mV对于安静段落的音频信号来说这个台阶很明显。10位分辨率下最低有效位对应电压约3.2mV台阶减小了4倍听感上底噪明显降低。从8位升级到10位DMA配置、数据处理、PWM频率都变了但其他硬件完全不用动。滤波电路参数也不需要调整太多因为载波频率从281kHz方案A降到35kHz虽然滤波难度略有增加但实际听感改善很大。如果你用了12位分辨率ARR4095PWM频率进一步降到17.6kHz时钟72MHz下此时载波和音频带很接近需要更强的滤波器RC二阶可能不够可以考虑用运放构成的有源低通滤波器。但整体来说在普通提示音场景下10位已经是性价比最高的选择。6.2 加装D类功放PAM8403与LM386的实测对比我实际对比过PAM8403和LM386两款功放。PAM84033V~5V供电效率高音质干净D类功放不发热。3.7V锂电池供电时输出功率约3W驱动小喇叭音量充足。缺点是输入阻抗不算高对前级滤波输出阻抗敏感加运放跟随器更稳。LM3864V~12V供电经典的AB类功放外围需要电容电阻较多音色偏暖静态电流大5V供电时输出功率约0.7W。适合实验板但效率低电池供电不太友好。如果做的是桌面USB供电的小装置LM386完全够用电路经典调试资料多。如果做的是便携式电池设备PAM8403是更好的选择。6.3 降低功耗的思路动态开启PWM大多数情况下音频播放只是一段时间内的事比如按键提示音。整个音频播放期间定时器、DMA、功放都在工作。如果设备长期待机建议在播放完成后关掉PWM和功放电源调用HAL_TIM_PWM_Stop停止PWM输出引脚会释放为高阻或指定电平用MOS管或负载开关控制功放电源播放时才上电实测下来一个典型提示音应用播放2秒后关断PWM和功放电源静态功耗可以从几十毫安降到几百微安对电池供电的项目非常友好。6.4 一个提高听感的小技巧音频预加重播放语音时语音的高频辅音如丝吃能量较低但又是可懂度的关键。我的做法是在生成音频数据阶段对高频段做6dB的预加重播放时经过扬声器通常高频响应偏弱后相对平坦一些。具体实现可以用软件一阶高通滤波器叠加到原信号上。用Python做预处理很简单# 简单的预加重y[n] x[n] - 0.95 * x[n-1] # 然后再叠加回原信号 prev 0 for i in range(len(samples)): high samples[i] - 0.95 * prev prev samples[i] # 增强后的信号注意限幅 enhanced samples[i] 0.3 * high if enhanced 255: enhanced 255 if enhanced 0: enhanced 0 samples[i] int(enhanced)这个技巧不是必须的但对语音清晰度有可感知的提升。如果你的设备使用环境噪音比较大试试这个方案会有惊喜。PWM DAC这个方案能做的远不止让喇叭响这么简单。它让我意识到在不增加硬件成本的前提下MCU的潜力经常是被低估的。刚开始做的时候我也以为音频输出必须要I2S加Codec后来认真算了算参数、调了滤波发现用一颗普通定时器就能解决大部分实际需求。如果你正在做一个带语音提示或音效功能的产品原型不妨先别急着加音频芯片把手头STM32的PWM用起来说不定就够用了。