前阵子调一款低成本氛围灯方案主控是几毛钱的8位MCUPWM模块原生只有8位分辨率。整灯调光时问题很明显亮度从0往上爬低亮度区一下子跳好几个台阶肉眼可见“阶梯感”客户还要求渐变过程必须顺滑不能有闪烁或跳变。折腾了一圈后发现与其换更贵的16位PWM芯片不如在软件层做“4位扩展法”把8位PWM提高到12位等效精度成本几乎为零效果立竿见影。这篇文章就把这套方法的原理、代码实现、实测数据和工程里那些坑完整梳理一遍给想在低成本平台上做高精度PWM的朋友做个参考。这套方法适合谁如果你在做LED调光、风扇调速、加热器功率控制或者任何对占空比精度有要求但手头MCU的PWM分辨率不够的项目都可以直接参考。不需要额外硬件不需要高分辨率定时器一个普通PWM通道加上一点软件逻辑就能把精度往上抬4位。1. 为什么低成本系统里需要更高精度的PWM1.1 8位PWM的痛点256级真的不够用先明确一个概念所谓8位PWM指的是计数器的重装载值ARR最大为255一个PWM周期被切成256个tick占空比只能取0/256到256/256一共257个离散值实际有效电平256级。听起来不少但放到真实应用里就露馅了。拿LED调光举例人眼对亮度的感知接近对数曲线低亮度区对绝对变化极其敏感。8位PWM在低端的大概只有十几个可用等级从0到2%亮度之间可能只有5到8级任何一级的跳变都会表现为“能明显看出的闪烁感”。如果是做数码管背光、氛围灯、仪表盘亮度调节这种阶梯感完全没法交付。换16位PWM模块很多低成本MCU根本没有16位PWM通道或者只有一个多路输出就抓瞎。外挂高分辨率PWM/DAC芯片倒是可以但一颗专用芯片少说几毛钱到几块钱小批量的BOM成本立刻上去了。1.2 4位扩展法的定位用时间换精度4位扩展法的思路很直接既然单周期的占空比分辨率受限于计数器位宽那我用连续多个PWM周期的平均占空比来“凑”出更高精度。相当于不再把每一个PWM周期看成独立输出而是把16个周期看成一个“扩展组”组内各周期的宽度可以差一个tick整体平均值做到比单周期更精细。这个方法还有一个好处是纯软件实现。只要MCU的PWM模块支持周期事件中断几乎所有带PWM的MCU都支持就可以在中断里动态调整比较寄存器。成本为零占用资源也很小特别适合那种主控已经选定、又不想改硬件方案的量产项目。代价也不是没有逐周期占空比会有微小抖动扩展组频率不能太低否则抖动会变得肉眼可见或影响控制系统。这个我在后面第2节和第5节会展开讲。先记住一个结论这套方法适合负载有一定惯性或时间常数的场景LED靠人眼积分、电机靠机械惯性、加热器靠热惯性都能用得很舒服。2. 原理拆解从8位到12位的关键一步2.1 先搞清楚PWM分辨率是怎么来的PWM输出波形看起来是方波但精度完全取决于计数器频率和重装载值。一个PWM周期内计数器从0数到ARR每个tick对应一个最小时间单位。比较寄存器CCR决定高电平在哪个tick结束。CCR每变化1高电平时间就变化1个tick所以可区分的占空比等级数就是ARR1。8位PWM就是ARR25511位就是ARR2047以此类推。想让占空比更精细要么提高ARR也就是增加每个周期的tick数但这样会降低PWM频率要么提高计数器时钟但低成本MCU的时钟就那么多提升空间有限。4位扩展法绕开了这个矛盾它不改变单周期内的tick数而是在多个周期之间做“微观调剂”。2.2 核心公式16个周期怎么凑出额外4位假设一个基础PWM周期内有N个tick例如N256当前基础比较值为B即每个周期高电平持续B个tick。4位扩展法把连续16个PWM周期划为一组并引入一个4位残差值r0到15。组内前r个周期把比较值临时设为B1后16−r个周期保持B。那么这一组16个周期总共的高电平时长是多少前r个周期每个多1个tick总数是16×Br。组的窗口总长度是16×N个tick。于是窗口平均占空比D (16×B r) / (16×N)这个公式就是整套方法的地基。B有N个可能取值r有16个可能取值组合起来D可以得到大约16×N个均匀分布的电平。N256时16×2564096正好是2的12次方等效12位PWM。举个例子想输出目标占空比对应电平值D1234那么B1234÷1677r1234%162。组内前2个周期输出CCR78后14个周期输出CCR77。整个窗口16个周期的平均占空比等效于一个精确到1234/4096的PWM而这个精度是8位硬件PWM本身给不了的。2.3 为什么偏偏选4位扩展“扩展位”选多少其实是个工程权衡。如果扩展1位也就是2个周期一组组频率很高但等效精度只增加1位收益不大。如果扩展8位也就是256个周期一组等效精度倒是能加到16位可组频率变成PWM频率的1/256一旦PWM频率不高扩展组的低频分量就会暴露出来。4位是实践中最常用的折中16个周期一组占空比更新周期是PWM周期的16倍。假设PWM频率是20kHz扩展组频率就是20k/161.25kHz。这个频率远高于人眼可感知的闪烁范围也高于绝大多数机械负载的谐振敏感区肉眼和其他观测手段都很难察觉抖动。如果PWM只有1kHz扩展组频率就掉到62.5HzLED调光时甚至能看到亮度轻微波动这时候就应该考虑提高PWM频率或者减小扩展位数。还有一个实现层面的理由4位残差正好可以放在一个16位变量的低4位里8位MCU上做移位和与运算非常顺手不需要除法和浮点这对低算力平台很重要。3. 实现中断与DMA两种落地方式3.1 准备定时器和PWM输出无论用哪种方式第一步都是把PWM模块配好。要点有三个第一计数器用边沿对齐模式还是中心对齐模式都可以边沿对齐比较简单本文示例默认边沿对齐向上计数。第二必须使能预装载功能也就是比较值在下一个周期边界才生效这样软件修改CCR就不会在当前周期中间立刻改变占空比避免产生半周期毛刺。第三PWM频率要选合适建议至少10kHz以上。用公式算一下假设定时器时钟12MHzARR255预分频为1则PWM频率12M/(256×1)≈46.875kHz扩展组频率约2.9kHz效果非常好。通用初始化伪代码大概这样void pwm_init(void) { /* 使能定时器时钟、IO复用 */ /* 设置ARR255PSC0 */ /* 配置通道为PWM模式1输出极性高 */ /* 使能预装载影子寄存器 */ /* CCR初始为0 */ /* 使能定时器更新中断全局中断使能 */ }3.2 方案一周期中断更新CCR这是最普适的做法任何带PWM周期中断的MCU都能用。核心思想是每次PWM周期开始触发一次中断在中断里按当前组索引判断这个周期应该用B还是B1。完整示例代码#define PWM_N 256u /* ARR1 */ #define PWM_M 16u /* 4位扩展即一组16个周期 */ static volatile uint16_t pending_level; /* 主循环写入的目标值 */ static uint16_t cur_level; /* 当前正在生效的目标值 */ static uint8_t base; static uint8_t res; static uint8_t idx; /* 定时器更新中断每个PWM周期触发一次 */ void TIM_PWM_ISR(void) { if (idx 0u) { /* 组边界装载新目标 */ cur_level pending_level; base (uint8_t)(cur_level 4); /* 高8位作为基础比较值 */ res (uint8_t)(cur_level 0x0F); /* 低4位作为残差 */ } if (idx res) { set_ccr(base 1u); } else { set_ccr(base); } idx; if (idx PWM_M) { idx 0u; } }这里有个细节值得强调cur_level只会在组边界装载而不是随时更新。为什么不直接在中断里读取pending_level因为如果主循环在组中间修改了目标值组内后面的周期就会突然混入新值导致这一个扩展组的实际平均值偏离目标输出出现一个突兀的“毛刺组”。统一在idx0时装载能保证每个16周期组内的输出完全一致。中断开销方面我实测下来每个周期增加几十个指令周期。以PWM频率20kHz计算ISR每秒触发2万次8位MCU主频8MHz时大约占CPU 5%完全可接受。如果PWM频率更高或CPU更紧张看方案二。方案一里设置目标值只需写一句void set_pwm_level(uint16_t level) { if (level 4095u) level 4095u; /* 12位饱和 */ pending_level level; }3.3 方案二DMA循环搬运CCR表如果用的是带DMA的32位MCU可以让定时器的更新事件自动触发DMA搬运彻底摆脱中断。做法是把16个周期的CCR值预先写进一个数组DMA在内存和CCR寄存器之间循环搬运每周期搬一个值搬完16个重新回头。CPU只在占空比变化时改数组内容平时完全不用管。配置思路定时器配置同方案一但不开更新中断CCR寄存器作为DMA目标外设地址内存数组长度16每项是当前周期要用的CCRDMA工作在循环模式传输长度16传输宽度半字触发源选择定时器更新事件。更新占空比的函数static uint16_t cc_table[PWM_M]; void set_pwm_level(uint16_t level) { uint8_t b (uint8_t)(level 4); uint8_t r (uint8_t)(level 0x0Fu); uint8_t i; dma_disable(); /* 短暂停止DMA准备重写表 */ for (i 0; i PWM_M; i) { cc_table[i] (i r) ? (uint16_t)(b 1u) : (uint16_t)b; } dma_enable(); }DMA方案的优点不只是省CPU更重要的是每个CCR值都在固定周期边界由硬件自动生效不会出现中断响应延迟导致的相位抖动。代价是如果平台DMA资源紧张或者表更新时机没处理好也会引入新的问题。关于表更新时机最稳的写法是用双缓冲加DMA完成中断主循环只写备用表DMA走完一整轮16个周期后触发完成中断在中断里把DMA的源地址切到新表。这样整个过程中DMA从未停过输出连续无缝隙。如果要求不高像我上面那样短暂禁用DMA再使能也行反正缺的那几十微秒输出保持旧值对大多数负载无感。3.4 占空比换算与Gamma校正扩展法输出的电平值D是一个线性占空比协议范围0到4095。实际应用中很少直接给原始D而是从“亮度百分比”或“目标电压百分比”换算过来。为了避开浮点和除法我习惯用整数定标/* percent_x1000: 0~1000 对应 0~100.0% */ uint16_t calc_level(uint16_t percent_x1000) { uint32_t v (uint32_t)percent_x1000 * 4095u / 1000u; return (v 4095u) ? 4095u : (uint16_t)v; }注意乘4095再除1000这个顺序能保证中间值不丢掉精度但percent_x1000乘以4095最大约400万需要32位中间变量8位MCU上要声明成uint32_t防止溢出。如果是LED调光强烈建议再补一层Gamma查找表。LED光通量与电流不是线性关系人眼感知又是对数关系直接把12位线性电平映射到LED低亮度区仍然会有“前几级太亮”的问题。常规做法是离线算一张4096项的表把线性值做幂函数映射例如伽马系数2.2到2.8之间按灯具实测微调。运行时只查表不做计算开销很低。4. 实测验证波形、纹波与性能4.1 怎么测才算数先别急着用肉眼看灯那样只能测出“好像还行”。要验证4位扩展法真的把精度提上去了我一般用三种手段交叉确认。第一种是示波器看单周期波形。把时基调到一两个PWM周期长度观察脉宽是否稳定。你会发现相邻周期的宽度确实会有1个tick的差异这正是扩展法工作的痕迹属正常现象。第二种是看长时间窗口的平均效果。示波器切到平均模式或者把探头接到一级RC低通滤波后面观察输出电压的直流平均值这才是扩展法真正要改善的指标。第三种是逻辑分析仪统计窗口内的高电平时长用数学方式算出实际平均占空比跟理论值对比线性度。RC低通参数我建议用10k电阻加10nF电容截止频率约1.6kHz。这个频率能滤掉几十kHz的PWM载波又能保留扩展组的低频分量适合观测平均电平。如果想看纹波细节还可以把低通带宽调高一些再对比。4.2 观察结果精度提升是实打实的把目标电平从0逐步加到4095步进取256相当于只动B不动r可以看到平均电压按约0.39%的增量跳变这是基础8位行为。再把步进取到16每次只加1个level平均电压就会出现更细碎的台阶每个台阶约为满量程的0.024%。理论上4096级全范围内每个level对应的平均占空比都能正确收敛。线性度方面我做了一次全范围扫描每32个level记录一次滤波后的电压。在mid-range区域实测平均值与理论值的偏差小于1个level对应的电压基本可以忽略。高端接近满占空比时由于B255时B1在硬件上等于恒高平均值依然能正确衔接没有出现平台或跳变。低端接近0时类似B0、r取1到15时组内个别周期会输出1个tick的高电平平均效果在示波器上也能复现出来。纹波方面单个周期宽度抖动是扩展法的固有特性。以20kHz PWM、256 tick为例单周期抖动只有约1/256×50us≈0.2us肉眼和绝大多数负载完全无感。真正需要注意的是扩展组频率1.25kHz附近的长周期分量我用低通滤波器后观察纹波峰值约等于1个level的等效电压符合理论预期。如果应用对纹波要求苛刻可以把PWM频率提高或者用后面会说的均摊抖动技巧。4.3 性能开销对比不同实现方案的开销差别很大我整理了一张对比表方案是否每周期中断CPU额外开销等效分辨率适用场景原生8位PWM否0256级粗调成本最敏感4位扩展中断是约几十指令/周期4096级8位低成本MCU4位扩展DMA否仅更新表时使用CPU4096级32位MCU要求稳定16位硬件PWM否065536级有硬件资源时优先实测中8位MCU主频8MHz下20kHz PWM配合方案一ISR加载占比约为4%到6%对主循环影响很小。如果PWM频率提高到50kHz占比会到15%左右这时要么降低PWM频率要么换DMA方案要么重新评估是否真的需要这么高频率。32位MCU上用DMA方案CPU占用基本为零系统稳定性明显更好。5. 常见问题与工程避坑清单5.1 问题速查表症状原因解决方案输出出现周期性短毛刺更新CCR时机不对影子寄存器未启用使能预装载只在周期边界改CCR组内某几个周期宽度明显异常目标值在组中间被修改引入pending_level统一在组边界装载低亮度区仍有跳变感未做Gamma校正或level映射太少加4096项Gamma查找表电机有周期性“抽动”噪声扩展组频率落在机械谐振区间提高PWM频率或改用DMA均摊抖动中断导致主循环卡顿PWM频率太高/ISR太慢改用DMA方案或降低PWM频率占空比到不了100%或到不了0饱和处理不当level clamp到4095B255时B1天然恒高开关电源输出纹波变大扩展法逐周期抖动直接传导高精度开关电源不要用此法5.2 分领域避坑经验LED调光是最典型的应用。核心是保证扩展组频率足够高推荐PWM频率不低于10kHz最好20kHz左右。25kHz以上还能避开一部分摄像设备录制时的频闪条纹。另外LED非线性强Gamma表不是可选项而是必选项。我的做法是在8位PWM时代就维护一张256项LUT切12位后再选一张4096项的效果提升非常明显。电机调速要小心机械谐振。扩展组的低频分量相当于在平均电压上叠加了一个微小脉动如果这个频率正好落在电机轴承或负载结构的谐振频段运转噪声会突然变大。解决思路有两个一是把PWM频率往上提让扩展组频率高于谐振区二是把残差r对应的增量周期分散到整个组内而不是集中在前r个周期这样能把抖动能量推到更高频段。后者的实现可以预先做一张“r细分分配表”把16个位置按近似均匀的间隔打散实测下来对降噪很有效。加热器控制的时间常数很大对逐周期抖动完全不敏感扩展法用得很舒服。甚至可以用5位、6位扩展来换更高精度因为组频率低一点也没关系。但要注意加热器通常配合固态继电器或大功率开关管使用PWM频率本身不宜太高一般几十Hz到几百Hz扩展组的窗口延迟反而可能影响温控环路的响应。算一下再上别盲目堆精度。有一个明确不推荐使用的场景开关电源/Buck电路的反馈控制。这种应用要求每个周期的占空比精确稳定逐周期抖动会直接变成电感电流纹波轻则增加损耗重则引起环路不稳定。低成本数字电源需要高精度PWM时就该老老实实选带高分辨率定时器的MCU扩展法在这里是帮倒忙。5.3 一个容易忽略的边界中断响应延迟方案一依赖周期中断中断响应时间必须足够快且稳定。在某些8位MCU上如果关中断的临界区太长或者中断嵌套太深CCR更新就会延迟到周期已经开始之后才写入轻则导致本周期脉宽异常重则整个组乱套。解决办法有三点一是ISR里只做判断和赋值不调用复杂函数二是把定时器中断优先级设到最高三是如果平台有比较匹配寄存器影子功能尽量利用它在硬件层延迟生效。这套组合拳打下来基本能保证更新时机在周期边界附近稳定。6. 一点个人经验与扩展方向6.1 我踩过的几个坑第一次做这个方案时我图省事直接在中断里读取主循环的全局变量结果发现有些组的平均占空比偏差很大。后来加了pending_level缓冲才解决原因前面说过目标值在组中间变了组内前后不一致。这事提醒我凡是按“组”为单位工作的算法状态切换必须严格贴在组边界上。第二个坑是高端饱和。早期版本没有对level做饱和处理在main里不小心写了个4096进去B256被截断成0输出直接变成低电平。后来统一封装了set_pwm_level函数内部clamp才根除。这种低级错误在工程里最容易出因为12位值域比8位大太多变量类型一不小心就溢出。第三个坑来自中断优先级。多路PWM共用同一个定时器时ISR里要循环更新多个通道耗时翻倍。我有一版在ISR里顺便调了一个软的渐变更新函数结果把主循环拖到几乎卡死。最后把所有非必要计算全挪出中断才恢复正常。经验就是ISR越短越好宁可在组边界处理更多事情也别让每周期都背着沉重的计算包袱。6.2 往更精细的扩展4位扩展法不是终点。如果负载时间常数够大某些场景可以做到8位扩展等效16位PWM如果PWM频率很高比如100kHz扩展位数也可以适当增加。另一个方向是伪随机抖动把残差r的插入位置按伪随机序列分布在组内能明显改善频谱特性代价是实现复杂度高一些需要权衡。但如果项目做的是精密伺服或高性能数字电源我的态度很明确别在扩展法上死磕直接选带高分辨率PWM外设的芯片。扩展法是“螺蛳壳里做道场”的务实手段用它补足成本和硬件之间的差距很划算但硬拿它去碰真正高要求的应用那是为难它。如果你现在问我低成本PWM项目会怎么选我大概会说先看负载的惯性有多大再看PWM频率能不能拉到10kHz以上最后算算扩展组频率落在哪个频段。只要这三关通了4位扩展法就是最顺手也最省钱的那把钥匙值得在工具箱里长期备着。 
长河君 · 2026/10/15 16:35:20 · 阅读 1.2k 低成本MCU实现12位PWM精度的4位扩展法
前阵子调一款低成本氛围灯方案主控是几毛钱的8位MCUPWM模块原生只有8位分辨率。整灯调光时问题很明显亮度从0往上爬低亮度区一下子跳好几个台阶肉眼可见“阶梯感”客户还要求渐变过程必须顺滑不能有闪烁或跳变。折腾了一圈后发现与其换更贵的16位PWM芯片不如在软件层做“4位扩展法”把8位PWM提高到12位等效精度成本几乎为零效果立竿见影。这篇文章就把这套方法的原理、代码实现、实测数据和工程里那些坑完整梳理一遍给想在低成本平台上做高精度PWM的朋友做个参考。这套方法适合谁如果你在做LED调光、风扇调速、加热器功率控制或者任何对占空比精度有要求但手头MCU的PWM分辨率不够的项目都可以直接参考。不需要额外硬件不需要高分辨率定时器一个普通PWM通道加上一点软件逻辑就能把精度往上抬4位。1. 为什么低成本系统里需要更高精度的PWM1.1 8位PWM的痛点256级真的不够用先明确一个概念所谓8位PWM指的是计数器的重装载值ARR最大为255一个PWM周期被切成256个tick占空比只能取0/256到256/256一共257个离散值实际有效电平256级。听起来不少但放到真实应用里就露馅了。拿LED调光举例人眼对亮度的感知接近对数曲线低亮度区对绝对变化极其敏感。8位PWM在低端的大概只有十几个可用等级从0到2%亮度之间可能只有5到8级任何一级的跳变都会表现为“能明显看出的闪烁感”。如果是做数码管背光、氛围灯、仪表盘亮度调节这种阶梯感完全没法交付。换16位PWM模块很多低成本MCU根本没有16位PWM通道或者只有一个多路输出就抓瞎。外挂高分辨率PWM/DAC芯片倒是可以但一颗专用芯片少说几毛钱到几块钱小批量的BOM成本立刻上去了。1.2 4位扩展法的定位用时间换精度4位扩展法的思路很直接既然单周期的占空比分辨率受限于计数器位宽那我用连续多个PWM周期的平均占空比来“凑”出更高精度。相当于不再把每一个PWM周期看成独立输出而是把16个周期看成一个“扩展组”组内各周期的宽度可以差一个tick整体平均值做到比单周期更精细。这个方法还有一个好处是纯软件实现。只要MCU的PWM模块支持周期事件中断几乎所有带PWM的MCU都支持就可以在中断里动态调整比较寄存器。成本为零占用资源也很小特别适合那种主控已经选定、又不想改硬件方案的量产项目。代价也不是没有逐周期占空比会有微小抖动扩展组频率不能太低否则抖动会变得肉眼可见或影响控制系统。这个我在后面第2节和第5节会展开讲。先记住一个结论这套方法适合负载有一定惯性或时间常数的场景LED靠人眼积分、电机靠机械惯性、加热器靠热惯性都能用得很舒服。2. 原理拆解从8位到12位的关键一步2.1 先搞清楚PWM分辨率是怎么来的PWM输出波形看起来是方波但精度完全取决于计数器频率和重装载值。一个PWM周期内计数器从0数到ARR每个tick对应一个最小时间单位。比较寄存器CCR决定高电平在哪个tick结束。CCR每变化1高电平时间就变化1个tick所以可区分的占空比等级数就是ARR1。8位PWM就是ARR25511位就是ARR2047以此类推。想让占空比更精细要么提高ARR也就是增加每个周期的tick数但这样会降低PWM频率要么提高计数器时钟但低成本MCU的时钟就那么多提升空间有限。4位扩展法绕开了这个矛盾它不改变单周期内的tick数而是在多个周期之间做“微观调剂”。2.2 核心公式16个周期怎么凑出额外4位假设一个基础PWM周期内有N个tick例如N256当前基础比较值为B即每个周期高电平持续B个tick。4位扩展法把连续16个PWM周期划为一组并引入一个4位残差值r0到15。组内前r个周期把比较值临时设为B1后16−r个周期保持B。那么这一组16个周期总共的高电平时长是多少前r个周期每个多1个tick总数是16×Br。组的窗口总长度是16×N个tick。于是窗口平均占空比D (16×B r) / (16×N)这个公式就是整套方法的地基。B有N个可能取值r有16个可能取值组合起来D可以得到大约16×N个均匀分布的电平。N256时16×2564096正好是2的12次方等效12位PWM。举个例子想输出目标占空比对应电平值D1234那么B1234÷1677r1234%162。组内前2个周期输出CCR78后14个周期输出CCR77。整个窗口16个周期的平均占空比等效于一个精确到1234/4096的PWM而这个精度是8位硬件PWM本身给不了的。2.3 为什么偏偏选4位扩展“扩展位”选多少其实是个工程权衡。如果扩展1位也就是2个周期一组组频率很高但等效精度只增加1位收益不大。如果扩展8位也就是256个周期一组等效精度倒是能加到16位可组频率变成PWM频率的1/256一旦PWM频率不高扩展组的低频分量就会暴露出来。4位是实践中最常用的折中16个周期一组占空比更新周期是PWM周期的16倍。假设PWM频率是20kHz扩展组频率就是20k/161.25kHz。这个频率远高于人眼可感知的闪烁范围也高于绝大多数机械负载的谐振敏感区肉眼和其他观测手段都很难察觉抖动。如果PWM只有1kHz扩展组频率就掉到62.5HzLED调光时甚至能看到亮度轻微波动这时候就应该考虑提高PWM频率或者减小扩展位数。还有一个实现层面的理由4位残差正好可以放在一个16位变量的低4位里8位MCU上做移位和与运算非常顺手不需要除法和浮点这对低算力平台很重要。3. 实现中断与DMA两种落地方式3.1 准备定时器和PWM输出无论用哪种方式第一步都是把PWM模块配好。要点有三个第一计数器用边沿对齐模式还是中心对齐模式都可以边沿对齐比较简单本文示例默认边沿对齐向上计数。第二必须使能预装载功能也就是比较值在下一个周期边界才生效这样软件修改CCR就不会在当前周期中间立刻改变占空比避免产生半周期毛刺。第三PWM频率要选合适建议至少10kHz以上。用公式算一下假设定时器时钟12MHzARR255预分频为1则PWM频率12M/(256×1)≈46.875kHz扩展组频率约2.9kHz效果非常好。通用初始化伪代码大概这样void pwm_init(void) { /* 使能定时器时钟、IO复用 */ /* 设置ARR255PSC0 */ /* 配置通道为PWM模式1输出极性高 */ /* 使能预装载影子寄存器 */ /* CCR初始为0 */ /* 使能定时器更新中断全局中断使能 */ }3.2 方案一周期中断更新CCR这是最普适的做法任何带PWM周期中断的MCU都能用。核心思想是每次PWM周期开始触发一次中断在中断里按当前组索引判断这个周期应该用B还是B1。完整示例代码#define PWM_N 256u /* ARR1 */ #define PWM_M 16u /* 4位扩展即一组16个周期 */ static volatile uint16_t pending_level; /* 主循环写入的目标值 */ static uint16_t cur_level; /* 当前正在生效的目标值 */ static uint8_t base; static uint8_t res; static uint8_t idx; /* 定时器更新中断每个PWM周期触发一次 */ void TIM_PWM_ISR(void) { if (idx 0u) { /* 组边界装载新目标 */ cur_level pending_level; base (uint8_t)(cur_level 4); /* 高8位作为基础比较值 */ res (uint8_t)(cur_level 0x0F); /* 低4位作为残差 */ } if (idx res) { set_ccr(base 1u); } else { set_ccr(base); } idx; if (idx PWM_M) { idx 0u; } }这里有个细节值得强调cur_level只会在组边界装载而不是随时更新。为什么不直接在中断里读取pending_level因为如果主循环在组中间修改了目标值组内后面的周期就会突然混入新值导致这一个扩展组的实际平均值偏离目标输出出现一个突兀的“毛刺组”。统一在idx0时装载能保证每个16周期组内的输出完全一致。中断开销方面我实测下来每个周期增加几十个指令周期。以PWM频率20kHz计算ISR每秒触发2万次8位MCU主频8MHz时大约占CPU 5%完全可接受。如果PWM频率更高或CPU更紧张看方案二。方案一里设置目标值只需写一句void set_pwm_level(uint16_t level) { if (level 4095u) level 4095u; /* 12位饱和 */ pending_level level; }3.3 方案二DMA循环搬运CCR表如果用的是带DMA的32位MCU可以让定时器的更新事件自动触发DMA搬运彻底摆脱中断。做法是把16个周期的CCR值预先写进一个数组DMA在内存和CCR寄存器之间循环搬运每周期搬一个值搬完16个重新回头。CPU只在占空比变化时改数组内容平时完全不用管。配置思路定时器配置同方案一但不开更新中断CCR寄存器作为DMA目标外设地址内存数组长度16每项是当前周期要用的CCRDMA工作在循环模式传输长度16传输宽度半字触发源选择定时器更新事件。更新占空比的函数static uint16_t cc_table[PWM_M]; void set_pwm_level(uint16_t level) { uint8_t b (uint8_t)(level 4); uint8_t r (uint8_t)(level 0x0Fu); uint8_t i; dma_disable(); /* 短暂停止DMA准备重写表 */ for (i 0; i PWM_M; i) { cc_table[i] (i r) ? (uint16_t)(b 1u) : (uint16_t)b; } dma_enable(); }DMA方案的优点不只是省CPU更重要的是每个CCR值都在固定周期边界由硬件自动生效不会出现中断响应延迟导致的相位抖动。代价是如果平台DMA资源紧张或者表更新时机没处理好也会引入新的问题。关于表更新时机最稳的写法是用双缓冲加DMA完成中断主循环只写备用表DMA走完一整轮16个周期后触发完成中断在中断里把DMA的源地址切到新表。这样整个过程中DMA从未停过输出连续无缝隙。如果要求不高像我上面那样短暂禁用DMA再使能也行反正缺的那几十微秒输出保持旧值对大多数负载无感。3.4 占空比换算与Gamma校正扩展法输出的电平值D是一个线性占空比协议范围0到4095。实际应用中很少直接给原始D而是从“亮度百分比”或“目标电压百分比”换算过来。为了避开浮点和除法我习惯用整数定标/* percent_x1000: 0~1000 对应 0~100.0% */ uint16_t calc_level(uint16_t percent_x1000) { uint32_t v (uint32_t)percent_x1000 * 4095u / 1000u; return (v 4095u) ? 4095u : (uint16_t)v; }注意乘4095再除1000这个顺序能保证中间值不丢掉精度但percent_x1000乘以4095最大约400万需要32位中间变量8位MCU上要声明成uint32_t防止溢出。如果是LED调光强烈建议再补一层Gamma查找表。LED光通量与电流不是线性关系人眼感知又是对数关系直接把12位线性电平映射到LED低亮度区仍然会有“前几级太亮”的问题。常规做法是离线算一张4096项的表把线性值做幂函数映射例如伽马系数2.2到2.8之间按灯具实测微调。运行时只查表不做计算开销很低。4. 实测验证波形、纹波与性能4.1 怎么测才算数先别急着用肉眼看灯那样只能测出“好像还行”。要验证4位扩展法真的把精度提上去了我一般用三种手段交叉确认。第一种是示波器看单周期波形。把时基调到一两个PWM周期长度观察脉宽是否稳定。你会发现相邻周期的宽度确实会有1个tick的差异这正是扩展法工作的痕迹属正常现象。第二种是看长时间窗口的平均效果。示波器切到平均模式或者把探头接到一级RC低通滤波后面观察输出电压的直流平均值这才是扩展法真正要改善的指标。第三种是逻辑分析仪统计窗口内的高电平时长用数学方式算出实际平均占空比跟理论值对比线性度。RC低通参数我建议用10k电阻加10nF电容截止频率约1.6kHz。这个频率能滤掉几十kHz的PWM载波又能保留扩展组的低频分量适合观测平均电平。如果想看纹波细节还可以把低通带宽调高一些再对比。4.2 观察结果精度提升是实打实的把目标电平从0逐步加到4095步进取256相当于只动B不动r可以看到平均电压按约0.39%的增量跳变这是基础8位行为。再把步进取到16每次只加1个level平均电压就会出现更细碎的台阶每个台阶约为满量程的0.024%。理论上4096级全范围内每个level对应的平均占空比都能正确收敛。线性度方面我做了一次全范围扫描每32个level记录一次滤波后的电压。在mid-range区域实测平均值与理论值的偏差小于1个level对应的电压基本可以忽略。高端接近满占空比时由于B255时B1在硬件上等于恒高平均值依然能正确衔接没有出现平台或跳变。低端接近0时类似B0、r取1到15时组内个别周期会输出1个tick的高电平平均效果在示波器上也能复现出来。纹波方面单个周期宽度抖动是扩展法的固有特性。以20kHz PWM、256 tick为例单周期抖动只有约1/256×50us≈0.2us肉眼和绝大多数负载完全无感。真正需要注意的是扩展组频率1.25kHz附近的长周期分量我用低通滤波器后观察纹波峰值约等于1个level的等效电压符合理论预期。如果应用对纹波要求苛刻可以把PWM频率提高或者用后面会说的均摊抖动技巧。4.3 性能开销对比不同实现方案的开销差别很大我整理了一张对比表方案是否每周期中断CPU额外开销等效分辨率适用场景原生8位PWM否0256级粗调成本最敏感4位扩展中断是约几十指令/周期4096级8位低成本MCU4位扩展DMA否仅更新表时使用CPU4096级32位MCU要求稳定16位硬件PWM否065536级有硬件资源时优先实测中8位MCU主频8MHz下20kHz PWM配合方案一ISR加载占比约为4%到6%对主循环影响很小。如果PWM频率提高到50kHz占比会到15%左右这时要么降低PWM频率要么换DMA方案要么重新评估是否真的需要这么高频率。32位MCU上用DMA方案CPU占用基本为零系统稳定性明显更好。5. 常见问题与工程避坑清单5.1 问题速查表症状原因解决方案输出出现周期性短毛刺更新CCR时机不对影子寄存器未启用使能预装载只在周期边界改CCR组内某几个周期宽度明显异常目标值在组中间被修改引入pending_level统一在组边界装载低亮度区仍有跳变感未做Gamma校正或level映射太少加4096项Gamma查找表电机有周期性“抽动”噪声扩展组频率落在机械谐振区间提高PWM频率或改用DMA均摊抖动中断导致主循环卡顿PWM频率太高/ISR太慢改用DMA方案或降低PWM频率占空比到不了100%或到不了0饱和处理不当level clamp到4095B255时B1天然恒高开关电源输出纹波变大扩展法逐周期抖动直接传导高精度开关电源不要用此法5.2 分领域避坑经验LED调光是最典型的应用。核心是保证扩展组频率足够高推荐PWM频率不低于10kHz最好20kHz左右。25kHz以上还能避开一部分摄像设备录制时的频闪条纹。另外LED非线性强Gamma表不是可选项而是必选项。我的做法是在8位PWM时代就维护一张256项LUT切12位后再选一张4096项的效果提升非常明显。电机调速要小心机械谐振。扩展组的低频分量相当于在平均电压上叠加了一个微小脉动如果这个频率正好落在电机轴承或负载结构的谐振频段运转噪声会突然变大。解决思路有两个一是把PWM频率往上提让扩展组频率高于谐振区二是把残差r对应的增量周期分散到整个组内而不是集中在前r个周期这样能把抖动能量推到更高频段。后者的实现可以预先做一张“r细分分配表”把16个位置按近似均匀的间隔打散实测下来对降噪很有效。加热器控制的时间常数很大对逐周期抖动完全不敏感扩展法用得很舒服。甚至可以用5位、6位扩展来换更高精度因为组频率低一点也没关系。但要注意加热器通常配合固态继电器或大功率开关管使用PWM频率本身不宜太高一般几十Hz到几百Hz扩展组的窗口延迟反而可能影响温控环路的响应。算一下再上别盲目堆精度。有一个明确不推荐使用的场景开关电源/Buck电路的反馈控制。这种应用要求每个周期的占空比精确稳定逐周期抖动会直接变成电感电流纹波轻则增加损耗重则引起环路不稳定。低成本数字电源需要高精度PWM时就该老老实实选带高分辨率定时器的MCU扩展法在这里是帮倒忙。5.3 一个容易忽略的边界中断响应延迟方案一依赖周期中断中断响应时间必须足够快且稳定。在某些8位MCU上如果关中断的临界区太长或者中断嵌套太深CCR更新就会延迟到周期已经开始之后才写入轻则导致本周期脉宽异常重则整个组乱套。解决办法有三点一是ISR里只做判断和赋值不调用复杂函数二是把定时器中断优先级设到最高三是如果平台有比较匹配寄存器影子功能尽量利用它在硬件层延迟生效。这套组合拳打下来基本能保证更新时机在周期边界附近稳定。6. 一点个人经验与扩展方向6.1 我踩过的几个坑第一次做这个方案时我图省事直接在中断里读取主循环的全局变量结果发现有些组的平均占空比偏差很大。后来加了pending_level缓冲才解决原因前面说过目标值在组中间变了组内前后不一致。这事提醒我凡是按“组”为单位工作的算法状态切换必须严格贴在组边界上。第二个坑是高端饱和。早期版本没有对level做饱和处理在main里不小心写了个4096进去B256被截断成0输出直接变成低电平。后来统一封装了set_pwm_level函数内部clamp才根除。这种低级错误在工程里最容易出因为12位值域比8位大太多变量类型一不小心就溢出。第三个坑来自中断优先级。多路PWM共用同一个定时器时ISR里要循环更新多个通道耗时翻倍。我有一版在ISR里顺便调了一个软的渐变更新函数结果把主循环拖到几乎卡死。最后把所有非必要计算全挪出中断才恢复正常。经验就是ISR越短越好宁可在组边界处理更多事情也别让每周期都背着沉重的计算包袱。6.2 往更精细的扩展4位扩展法不是终点。如果负载时间常数够大某些场景可以做到8位扩展等效16位PWM如果PWM频率很高比如100kHz扩展位数也可以适当增加。另一个方向是伪随机抖动把残差r的插入位置按伪随机序列分布在组内能明显改善频谱特性代价是实现复杂度高一些需要权衡。但如果项目做的是精密伺服或高性能数字电源我的态度很明确别在扩展法上死磕直接选带高分辨率PWM外设的芯片。扩展法是“螺蛳壳里做道场”的务实手段用它补足成本和硬件之间的差距很划算但硬拿它去碰真正高要求的应用那是为难它。如果你现在问我低成本PWM项目会怎么选我大概会说先看负载的惯性有多大再看PWM频率能不能拉到10kHz以上最后算算扩展组频率落在哪个频段。只要这三关通了4位扩展法就是最顺手也最省钱的那把钥匙值得在工具箱里长期备着。