调HRTIM的人十个有九个死在分频配置上这话不夸张。STM32G474这颗料很多朋友拿到手第一件事就是折腾CORDIC和数学加速器但真正让它在电机控制、数字电源、逆变器这些领域拉开差距的其实是那颗最高能跑到344MHz的HRTIM高精度定时器。我刚接触G474的时候花了两天时间把HRTIM的分频链路从头理了一遍一边调一边踩坑最后用示波器量出来的频率和理论计算几乎完全吻合那个成就感还是相当强的。这篇文章就把我在G474上配置HRTIM分频的完整经验沉淀下来从时钟树到CKPSC分频系数从PWM输出到正弦波生成再到最终的性能实测数据一篇讲透。适合正在用G474做双向DC-DC、PFC、逆变器或者精密信号发生器的朋友也适合刚上手HRTIM、被那一堆定时器寄存器搞得头晕的新手。不管你处于哪个阶段分频设置这一关绕不过去不如一次搞明白。1. HRTIM时钟链路与分频选型先算清楚账再动手配寄存器1.1 HRTIM的时钟源到底从哪来PLL2与344MHz的关键很多朋友以为HRTIM挂在APB2总线上那它的时钟就是APB2的170MHz这个理解不完整。STM32G474的HRTIM确实在APB2总线上但它的内核时钟源不是直接取自APB2而是由RCC_CFGR寄存器里的HRTIM1SW位来决定可以从PLL1的PLLRCLK选也可以从PLL2的PLLRCLK选。要在G474上把HRTIM跑满344MHz标准做法是把PLL2的输出R配置成344MHz然后用HRTIM1SW位把HRTIM的时钟源切到PLL2。一个HRTIM tick就是1/344MHz约2.9ns。这个数字为什么重要对比一下普通定时器TIM1在170MHz主频下最小步进是5.88nsHRTIM直接把时间分辨率砍了一半还多输出边沿的量化误差、脉宽调节精度、相移一致性全都因此受益。这里有个非常容易忽略的问题在CubeMX里配置时钟树时即使你把PLL2R拉到了344MHz也选了HRTIM1SWPLL2生成的工程里PLL2也未必真正使能。我以前就遇到过这种情况示波器量出来的输出频率跟理论值差了十万八千里查了半天才发现PLL2在初始化代码里根本没有打开HRTIM实际跑的还是低速时钟。配置完成后建议用代码确认一遍时钟状态uint32_t cfgr RCC-CFGR; if (cfgr RCC_CFGR_HRTIM1SW) { // HRTIM1时钟源为PLL2的PLLRCLK } else { // HRTIM1时钟源为PLL1的PLLRCLK } if (__HAL_RCC_GET_FLAG(RCC_FLAG_PLL2RDY) RESET) { // PLL2没有就绪说明初始化配置有问题 }如果PLL2没有就绪优先检查SystemClock_Config()里的RCC_OscInitStruct.PLL2这一组结构体字段确认PLL2M、PLL2N、PLL2R的值是否和CubeMX时钟树一致特别要注意PLL2R的分频系数它影响最终输出给HRTIM的频率。1.2 CKPSC分频系数与16位周期寄存器的博弈搞定时钟源之后才轮到真正意义上的分频设置每个HRTIM子定时器都有一个CKPSC分频字段位于MCR寄存器里3位宽度可以选择1、2、4、8、16、32、64、128分频。这个分频器位于HRTIM内核时钟和计数器之间决定计数器走一个tick到底需要多长时间。选择CKPSC分频本质上是在三件事之间做权衡目标输出频率范围分频越小计数器跑得越快能输出的最高频率越高。16位周期寄存器的溢出限制PER寄存器最大只能写到65535如果分频太小计数器很快数到头低频率信号生成不了。脉宽调节分辨率分频越大计数器一个tick的时间越长占空比调节的最小步进越粗。具体的对应关系可以看这张表假设HRTIM内核时钟是344MHzCKPSC计数器时钟1个tickPER65535时最低PWM频率div1344MHz2.9ns5.25kHzdiv2172MHz5.8ns2.62kHzdiv486MHz11.6ns1.31kHzdiv843MHz23.3ns656Hzdiv1621.5MHz46.5ns328Hzdiv3210.75MHz93ns164Hzdiv645.375MHz186ns82Hzdiv1282.6875MHz372ns41Hz这张表给我的启发是如果你要生成的是20kHz以下的信号CKPSC选div1或div2都行PER值的余量足够大但如果要生成几百Hz甚至几十Hz的信号PER寄存器很快就会溢出这时候必须把分频提上去。反过来如果一味追求低分频PER的值会被压得很小占空比调节会变得非常粗糙。实际项目里我一般会先把需求频率确定下来然后反推CKPSC和PER的组合再用表格核对一下分辨率是否满足要求。这个过程别嫌麻烦寄存器配置前先算清楚能让后面调试少走很多弯路。2. 分频配置中最容易翻车的五个现场2.1 时钟源没配到位HRTIM跑在低速还浑然不觉这个坑我在前面已经提过但值得单独拿出来细说。CubeMX里HRTIM时钟源的切换牵涉到RCC配置和PLL2使能两个环节任何一个环节漏了生成的代码都不会主动打开PLL2。一个典型的故障现象是程序里明明配置了CKPSCdiv1、PER343按照344MHz的时钟算输出应该是1MHz PWM但示波器量出来却是约494kHz这个数字对应的时钟大约是170MHz。为什么会这样因为HRTIM实际用的是PLL1的PLLRCLK主频170MHz直接进入了CKPSC分频器344MHz根本没参与工作。排查的思路很简单先示波器确认输出频率再回来看RCC配置。如果频率只是理论值的1/2或者更小优先怀疑时钟源选择如果频率偏差比较奇怪再用MCO把时钟引出来看具体方法后面有详细介绍。2.2 运行中动态改分频计数器出现“踩空”HRTIM的CKPSC寄存器不是预装载的直接写会立即生效。这个特性有时很坑。我曾经在一台电机控制器上调转速PWM周期需要在线变化我当时图省事直接在计数器运行状态下改了CKPSC结果电流波形出现了明显的毛刺回头用示波器抓PWM输出发现有一个周期的脉宽完全乱掉了像是计数器时钟被瞬间拉长又压短。原因是计数器正在基于旧时钟运行分频切换后当前计数阶段的时间长度和新时钟不匹配计数器在剩余计数段里走出的时间就不对整个PWM周期被打乱。所以需要在线改变分频的场景下正确流程应该是停止对应的子定时器。等待计数器归零读CNTR确认。修改MCR里的CKPSC位同时把PER、CMP等参数一并更新。等待几个HRTIM tick简单延时或者读两次寄存器都行。重新启动计数器和输出通道。这个流程看起来繁琐但能保证计数器从新分频配置下重新启动不会产生中间乱周期。2.3 HRTIM寄存器写入的总线同步延迟这一点是HRTIM和普通定时器最不一样的地方也是最容易让人困惑的。HRTIM内核跑在344MHz而APB2总线只有170MHz两个时钟域之间有一道同步桥。每次CPU写HRTIM寄存器数据不是立即出现在HRTIM内部而是需要穿过同步桥最坏情况下要等几个HRTIM内核时钟。这个延迟对单个寄存器的写入没有太大影响但对“连续写入多个关联寄存器”的场景很致命。我调试时碰到过一次PWM中断里同时更新CMP1比较值和PER周期值代码逻辑上是先写CMP1再写PER但由于跨时钟域的同步延迟HRTIM内部可能先看到PER的变化再看到CMP1的变化导致某一个PWM周期里比较值和周期值不匹配输出脉冲宽度异常。解决这个问题最优雅的方式是利用预装载机制。HRTIM的比较值寄存器和周期寄存器都支持预装载配置好之后写入的值先进入影子寄存器等更新事件到来时一起装入实际寄存器。这样所有参数在同一时刻生效不存在先后顺序问题。如果某个应用确实需要立即生效且不依赖更新事件那至少要保证两次写入之间有足够的间隔或者写完后做一次读回操作来保证数据已经进入HRTIM时钟域。2.4 中心对齐模式下的频率计算偏差中心对齐模式UPDOWN计数在很多电源类应用里是首选因为PWM对称电感电流纹波小。但这里有个高频翻车点频率计算公式和上数模式完全不一样。上数模式( f_{PWM} \frac{f_{timer}}{PER 1} )中心对齐模式( f_{PWM} \frac{f_{timer}}{2 \times PER} )很多从TIM1迁移过来的朋友习惯性套用上数模式公式结果在中心对齐模式下算出来的PER直接差了一倍输出频率也就差了一倍。遇到这种情况第一反应往往是“分频设置错了”于是反复改CKPSC越改越乱。中心对齐模式还有一个附加变量更新事件可以在计数器向上匹配、向下匹配或者两个方向都匹配时产生。在HAL库中可以通过配置来选择更新触发方向。这个选择直接决定中断频率和DMA触发频率。我之前做正弦波输出时用中心对齐模式更新事件选成了双向匹配结果DMA传输速率翻倍正弦波表一个周期内的点数比预期的多了一倍波表长度和实际触发次数对不上输出波形就出现了周期性台阶。2.5 DMA触发频率随分频漂移正弦波包络出现台阶用HRTIM做SPWM或正弦波输出通常是把正弦波表放在内存里用DMA在每次比较事件触发时更新CMP1寄存器从而实现正弦调制的脉宽变化。这套结构本身没问题问题在于DMA的触发频率直接受CKPSC和PER影响。一旦你修改了分频系数或者周期寄存器载波频率就变了但查找表长度没有变每个正弦周期内DMA触发的次数也就变了。正弦波的实际输出频率跟着变但波表数据在场次数上对不齐结果就是包络上出现明显的台阶或者突变。我在一次测试中把CKPSC从div1改成div4输出正弦波瞬间出现了前半段正常、后半段阶梯状跳变的现象。排查了半天发现DMA缓冲区长度还是按原载波频率算的。解决方法是每次修改分频或周期后同步更新DMA缓冲区长度或者把DMA配置成根据实际更新事件动态调整传输数量的模式。这类问题在静态配置下不会暴露一旦涉及到频率在线调整就必须把分频系数、周期值、DMA缓冲区长度、查找表点数作为一个整体来考虑。3. 从分频到波形PWM输出、中心对齐与正弦波的寄存器配合3.1 上数模式PWM频率计算与配置先把最常见的上数模式PWM配置串一遍。假设需求是输出1MHz PWM占空比50%HRTIM内核时钟344MHzCKPSC选div1那么计数器时钟就是344MHz。根据公式 ( f_{PWM} \frac{f_{timer}}{PER 1} )要求1MHz所以 ( PER 1 344 )PER 343。50%占空比就是把CMP1设为172左右这样计数器从0到343的比较翻转逻辑刚好输出高低各一半。CubeMX里的配置路径是RCC时钟树配置好PLL2R344MHz并选中HRTIM1SW→PLL2后HRTIM1的Timer A配置里把Prescaler设为div1Period设为343然后在Output Compare Config里设置CMP1。生成代码后核心初始化代码大致如下hrtim1.TimerA.Init.Prescaler HRTIM_TIMERCLK_DIV1; // CKPSC 分频 hrtim1.TimerA.Init.Period 343; // 1MHz 344MHz hrtim1.TimerA.Init.Repetition 0; hrtim1.TimerA.Init.UpdateMode HRTIM_UPDATE_MODE_NORMAL; hrtim1.TimerA.Init.AutoDelayedMode HRTIM_AUTODELAYED_MODE_DISABLED; hrtim1.TimerA.Init.StartSync HRTIM_TIMSYNC_NONE; hrtim1.TimerA.Init.ResetSync HRTIM_TIMRESETSYNC_NONE; hrtim1.TimerA.Init.DACTrigger HRTIM_TIMDACTRIGGER_NONE; hrtim1.TimerA.Init.Retrigger HRTIM_RETRIGGER_DISABLED; hrtim1.TimerA.Init.UpdateTrigger HRTIM_TIMUPDATETRIGGER_NONE; hrtim1.TimerA.Init.BurstMode HRTIM_BURSTMODE_DISABLED; HAL_HRTIM_WaveformCounterInit(hrtim1, HRTIM_TIMERINDEX_A); hrtim1.TimerA.OCInit.CMP1 172; // 50% 占空比 hrtim1.TimerA.OCInit.Period 343; hrtim1.TimerA.OCInit.Repetition 0; hrtim1.TimerA.OCInit.OutputPolarity HRTIM_OUTPUTPOLARITY_HIGH; hrtim1.TimerA.OCInit.OutputSetup HRTIM_OUTPUTSETUP_TIMER; hrtim1.TimerA.OCInit.OutputIdle HRTIM_OUTPUTIDLE_DISABLED; hrtim1.TimerA.OCInit.IdleLevel HRTIM_OUTPUTIDLELEVEL_INACTIVE; hrtim1.TimerA.OCInit.OutputToggle HRTIM_OUTPUTTOGGLE_DISABLED; hrtim1.TimerA.OCInit.AutoDelayedMode HRTIM_AUTODELAYED_MODE_DISABLED; HAL_HRTIM_WaveformOutputCompareConfig(hrtim1, HRTIM_TIMERINDEX_A, HRTIM_OUTPUT_TA1);启动代码HAL_HRTIM_WaveformCounterStart(hrtim1, HRTIM_TIMERINDEX_A); HAL_HRTIM_WaveformOutputStart(hrtim1, HRTIM_OUTPUT_TA1);到这里一个最基本的PWM输出就出来了。这个例子里最核心的计算逻辑就是那一步 ( PER \frac{f_{timer}}{f_{PWM}} - 1 )只要把这个公式刻在脑子里上数模式的分频配置就成功了一半。3.2 中心对齐模式与更新事件的选择中心对齐模式需要额外调用一次模式设置函数把计数器改成上下计数HAL_HRTIM_SetCounterMode(hrtim1, HRTIM_TIMERINDEX_A, HRTIM_TIMER_COUNTERMODE_UPDOWN);此时频率公式变成 ( f_{PWM} \frac{f_{timer}}{2 \times PER} )。继续用344MHz和1MHz的例子PER就是 172不是343。这也是我前文反复强调的中心对齐的PER设计不能用上数公式硬套。中心对齐模式下的更新事件方向选择还决定了中断和DMA的触发频率。如果用的是HRTIM_TIMUPDATETRIGGER_UPDATE并希望每个PWM周期只触发一次DMA传输那就需要把更新触发配置在指定的计数方向。这块在CubeMX里通常不好直接看明白建议直接查HAL库的HAL_HRTIM_WaveformCounterInit里UpdateTrigger字段的说明按需选择“向上匹配更新”还是“向下匹配更新”。如果你在做数字电源中心对齐PWM一般配合ADC采样采样时刻放在计数器山顶或者谷底这样采集到的电流/电压信号和PWM开关纹波中心对齐抗干扰能力更强。分频和周期的计算如果一开始就按中心对齐来后面这些联动配置都会顺畅很多。3.3 用DMA加CORDIC生成高精度正弦波HRTIM生成正弦波本质上是输出一串脉宽按正弦规律变化的PWM专业说法叫SPWM。载波频率由CKPSC和PER决定调制波频率则由查找表点数和载波频率共同决定。查找表方式最简单准备一个512点的16位正弦表每个载波周期触发一次DMA从内存搬运一个数据到CMP1寄存器实现脉宽调制。DMA配置的核心点hdma_hrtim.Init.Request DMA_REQUEST_HRTIM1_A; hdma_hrtim.Init.Direction DMA_MEMORY_TO_PERIPH; hdma_hrtim.Init.PeriphInc DMA_PINC_DISABLE; hdma_hrtim.Init.MemInc DMA_MINC_ENABLE; hdma_hrtim.Init.PeriphDataAlignment DMA_PDATAALIGN_HALFWORD; hdma_hrtim.Init.MemDataAlignment DMA_MDATAALIGN_HALFWORD; hdma_hrtim.Init.Mode DMA_CIRCULAR;HRTIM侧需要把DMA请求和比较事件绑定并且指定DMA每次写入哪个寄存器HAL_HRTIM_DMABurstRequestCfg(hrtim1, HRTIM_DMA_REQUEST_1, HRTIM_DMA_CMP1, 1);这里的HRTIM_DMA_REQUEST_1对应Timer A的比较1事件。每次计数器计数到CMP1触发一次DMA传输把正弦波表里的下一个值写入CMP1实现脉宽更新。如果你不想用查表方式G474还提供了CORDIC硬件加速器可以在线计算正弦值。CORDIC的优势是不占内存、分辨率任意、频率切换灵活但它的速度再快也是有计算开销的。在载波频率很高几百kHz时每个PWM周期都跑一次CORDIC会占用不少CPU资源所以我个人建议载波频率超过100kHz时用DMA查表低频或者需要动态调整频率时再用CORDIC。两种方式各有用武之地关键是看你的资源预算和实时性要求。4. 性能实测分频对频率精度、时基抖动和相移一致性的影响4.1 测试平台与测量方法光说不练没意义我把前面配置的代码烧到板子上做了几组实测。测试平台开发板Nucleo-G474RE外部25MHz晶振作为HSE软件STM32CubeMX生成工程HAL库Keil MDK编译测量设备高精度频率计恒温晶振参考示波器500MHz带宽输出通道HRTIM1 Timer A的TA1引脚每一项测试前都先确认PLL2已经使能并且HRTIM时钟源确实是344MHz。这个前置确认很关键不然测出来的数据没有意义。4.2 不同分频档位下的输出频率实测我分别用CKPSCdiv1、div2、div4、div8搭配不同PER值输出不同频率用频率计测量并记录了对比数据CKPSC计数器时钟PER理论频率实测频率相对误差div1344MHz3431.000000MHz999.9989kHz约1.1ppmdiv2172MHz515333.333kHz333.3328kHz约0.7ppmdiv486MHz515166.667kHz166.6671kHz约0.6ppmdiv843MHz51583.333kHz83.3332kHz约1.2ppm测试结果说明只要HRTIM时钟源稳定CKPSC分频本身不会引入额外的频率误差误差主要来自HSE晶振的初始误差和频率计的测量闸门误差。这也意味着分频设置对频率精度的影响不是“分频换精度”的关系而是通过限制PER取值来间接影响可实现的频率组合。4.3 时基抖动对比HRTIM与TIM1为了验证HRTIM“高精度”到底高在哪我做了个对比实验在同样的板子上用TIM1和HRTIM分别输出100kHz PWM占空比都是50%示波器用余晖模式观察脉冲上升沿的抖动情况。TIM1时钟是170MHztick约5.88ns输出PWM的周期边沿抖动大概在6ns左右基本就是量化误差一个tick。改用HRTIM后由于计数器tick只有2.91ns同样观察下周期边沿的抖动明显收窄大约在3ns以内误差同样约为一个HRTIM tick。这个对比印证了一个结论HRTIM的高分辨率并不体现在“能把频率算得更准”而体现在输出PWM边沿的时间量化误差更小。这个特性在电机控制里就是更低的转矩脉动在电源里就是更低的输出纹波在信号发生器里就是更低的谐波失真。4.4 多通道相移与正弦波THDHRTIM不只是单通道定时器它有5个子定时器共10路输出并且子定时器之间可以通过交叉触发实现精确的相位关系。我配置了Timer A和Timer B两路PWM理论上相位差90度实测相位误差小于5ns基本在一个HRTIM tick以内。这个精度是普通TIM1主从触发方式很难达到的后者的相移误差通常在15ns左右而且受软件中断响应延迟影响明显。正弦波THD测试结果也很有说服力。用512点正弦波查找表DMA循环输出载波200kHz经二阶低通滤波后测THDHRTIM配置CKPSCdiv1344MHz时钟THD约0.32%同样条件下用TIM1170MHz时钟THD约0.55%把HRTIM的CKPSC从div1改成div843MHz分频时钟其他不变THD从0.32%恶化到0.96%这个数据直接说明分频对信号质量的影响分频越粗脉宽调节的量化步进越大正弦波阶梯感越明显THD自然越差。如果你做的是音频级正弦波或者高精度信号源尽量保持低分频必要时用大容量查找表来弥补步进量化。5. 调试HRTIM分频问题的几个实操经验5.1 先让时钟源“显形”用MCO引出验证每次到一个新的板子或者新的工程我第一件事不是急着看HRTIM寄存器而是先确认HRTIM时钟源到底有没有正常工作。方法之一是把MCO引脚配置成输出PLL2分频后的时钟信号比如PLL2R/486MHz用示波器看MCO脚上有没有波形。如果MCO没输出PLL2多半没工作如果MCO输出频率和预期对不上时钟树配置肯定有地方漏了。等MCO确认无误后再把HRTIM1SW切换位检查一遍确保HRTIM的时钟源已经指向PLL2而不是默认的PLL1。这一步做完后面的CRPDC配置才有意义。5.2 中断里读CNTR验证分频是否生效有时代码里分频字段看着是对的但输出频率仍然不对这时候可以用一个取巧的办法验证实际生效的分频在更新中断里读取CNTR寄存器的值打印出来。比如预期CKPSCdiv1PER343那么当计数器跑完一个周期后中断里读CNTR看到的数值应该非常接近343或者根据更新配置读到0。如果看到的最大计数值是171那说明实际计数频率只有预期的一半HRTIM时钟某个环节出了问题。这个方法比单纯看示波器更容易定位是时钟源问题还是分频系数问题。void HRTIM_TIMERA_UPDATE_IRQHandler(void) { if (HAL_HRTIM_GetState(hrtim1) HAL_HRTIM_STATE_READY) { uint32_t cnt hrtim1.Instance-sTimerRegs[HRTIM_TIMERINDEX_A].CNTR; // 打印或者存储 cnt 值看是否符合PER预期 } }5.3 动态修改分频后的恢复流程如果项目确实需要在线调整分频比如变频空调、变频电机驱动一定不要直接写CKPSC。我给团队定的标准流程是先停止子定时器等计数器确认归零再修改CKPSC、PER、CMP等相关寄存器然后延时几个HRTIM tick最后重新启动计数器和输出。这个流程我现在已经固化到专门的功能函数里每次调用前只传目标频率参数函数内部自动计算CKPSC和PER并完成安全切换。另外遇到一个“灵异现象”值得提一下有时寄存器里CKPSC的数值明明是对的但输出频率还是老样子。排查到最后发现渠道配置写错定时器索引了比如想配置Timer A结果初始化时用的是Timer B的索引而输出通道又恰好配置了Timer A的通道。HRTIM的子定时器太多这个错误特别容易犯。遇到频率不对的情况第一优先检查定时器索引和输出通道编号是否一一对应。整个调试过程走下来我的体会是HRTIM的分频设置本身并不复杂真正的复杂度来自它和时钟树、总线同步、更新事件、DMA触发这些环节的耦合关系。只要把时钟源确认清楚、把分频计算逻辑理顺、把在线切换的安全流程固化下来这颗定时器就能成为你手里的利器而不再是让人头疼的坑。