我拿到这块STM32C5A3R之后第一个想试的外设不是串口也不是ADC而是PWM。原因很实际手头一个项目要同时驱动一路舵机和一个LED呼吸灯一开始图省事直接在while里翻转GPIO结果舵机到位置之后一直抖呼吸灯也完全没有那种缓起缓落的感觉CPU还被拖得干不了别的活。后来老老实实切到定时器硬件PWM问题才算真正解决。这篇文章就把这次从零配置STM32C5A3R输出PWM、以及在运行中修改频率和占空比的完整过程记录下来重点放在那些网上教程一般不会告诉你的细节上比如定时器时钟的翻倍规则、PSC和ARR怎么搭配才够用、动态改频率为什么占空比会跟着出问题以及高级定时器刹车和死区这些隐藏坑。如果你也是刚开始用C5系列或者之前只点过灯、写过串口正准备上手PWM这篇应该能帮你少走不少弯路。即使你用的不是C5只要还是STM32的HAL库套路下面的分析和代码照搬也能跑。1. PWM的三个核心参数频率、占空比和极性以及为什么非要用定时器硬件1.1 一张图理解PWM不是调电压而是调开关时间的比例PWM的全称是Pulse Width Modulation脉冲宽度调制。很多人第一次接触这个概念时容易把它想复杂其实它本质上就是一个方波高电平持续一段时间然后低电平持续一段时间如此循环。一个周期内高电平占多少比例就叫做占空比Duty Cycle。比如50%占空比意味着一个周期内有一半时间是高电平一半时间是低电平。频率则决定这个方波每秒钟重复多少次也就是开关切换的快慢。还有一个容易被忽略的参数是极性它决定有效电平是高还是低。在STM32的定时器里你可以配置为高电平有效OCPolarity HIGH也就是计数小于比较值时输出高电平也可以反过来配置成低电平有效这在驱动某些低有效逻辑的电路时很常用。为什么PWM能控制LED亮度、舵机角度、电机转速核心原因是负载对高频开关信号有惯性。LED的视觉暂留让眼睛感受到的是平均亮度电机的机械惯性让转子感受到的是平均电压RC滤波电路则会把高频方波直接平波成直流。所以PWM本质上是在用时间上的分配比例来等效模拟电压/功率的大小而控制这个比例只需要修改一个寄存器的值不需要真的去调电源电压。1.2 GPIO翻转模拟PWM的问题不是不能做而是代价太高刚开始用STM32的人最容易想到的PWM实现方式就是延时翻转GPIO。比如要让LED亮一半就在循环里先拉高引脚延时1ms再拉低引脚延时1ms。听起来没什么问题代码也简单但真正用起来你会发现一堆问题。首先是CPU占用率。PWM一旦跑起来你的主循环就被这个翻转逻辑死死占住什么ADC采集、按键扫描、通信协议处理全都得往后靠。其次是精度问题。延时函数本身就有误差中断一进来波形宽度立刻被拉长或者压缩频率抖动非常大。如果用8MHz主频去翻转GPIO就算用内联汇编也要好几个周期才能完成一次翻转频率稍微高一点波形就已经变形了。而定时器硬件PWM是在计数器、比较器、输出引脚这些硬件模块之间直接完成的。你配置好参数后调用一次启动函数后面整个PWM波形由硬件自动生成CPU完全不用参与想输出多少路就输出多少路各路之间的同步性也非常好。更重要的是硬件定时器还支持一系列GPIO翻转模拟根本做不到的功能比如互补输出、死区插入、刹车保护、中心对齐模式、DMA自动更新占空比等。这些东西在电机驱动、开关电源场景里是刚需。1.3 STM32C5A3R上哪些定时器能输出PWMSTM32C5A3R是Cortex-M33内核的新一代主流系列定时器资源和经典的F1/F4/G4不太一样但设计思路是一脉相承的高级定时器负责电机控制这类复杂场景通用定时器负责日常PWM输出基本定时器因为只有计数功能、没有输出比较通道所以不能产生PWM。以我手头这块芯片来说高级定时器带互补输出和死区控制适合做全桥、半桥驱动通用定时器是日常用得最多的输出单个或多路PWM完全不在话下。需要注意的是64引脚封装下并不是每个定时器的每个通道都能引到GPIO上引脚复用表必须对着数据手册查或者直接在CubeMX里看引脚是否能被分配到对应功能。这一点后面会详细展开。2. 配置PWM之前先把时钟树和GPIO复用摸清楚2.1 定时器时钟的翻倍规则算错一次频率就会差一倍很多人在CubeMX里配好了PWM参数生成代码下载到板子上用示波器一测发现频率和预期差了一倍甚至差了好几倍然后开始怀疑定时器配置有问题折腾了半天才发现是时钟树没搞对。这里必须说清楚STM32定时器时钟来源的一个关键规则如果定时器挂在APB1或APB2上而对应总线的分频系数不等于1那么定时器时钟是总线时钟的2倍。举例来说系统主频250MHzAPB1分频系数为2那么APB1总线上的外设时钟是125MHz但挂在APB1上的TIM2、TIM3、TIM4这些定时器拿到的时钟不是125MHz而是250MHz。这个2倍补偿机制是STM32的老传统目的是让定时器即使在高分频的总线下也能获得足够高的计数时钟。所以你在计算PWM频率之前第一件事是到CubeMX的Clock Configuration界面里把TIMxCLK的实际数值看清楚不要拿APB外设时钟去套公式。我自己的习惯是直接用HAL_RCC_GetPCLK1Freq这类函数打印出来确认一遍或者把CubeMX生成的SystemClock_Config看懂之后再做定时器配置。2.2 GPIO复用功能CubeMX选的是功能不是引脚在CubeMX里配置PWM输出时大多数人会直接找到TIM3然后勾选PWM Generation CH1再把旁边的引脚选择成自己想要的GPIO口。这个过程看起来很简单但有一个隐含逻辑需要理解你选择的其实是这个引脚的第二功能Alternate Function不同的AF编号对应不同的外设功能。比如某个引脚既可以复用为TIM3_CH1也可以复用为USART2_TX如果两个外设同时启动引脚到底听谁的答案是谁后配置谁生效但这样必然导致某个功能异常。所以配置PWM时要确认该引脚的AF号确实指向目标定时器通道并且这个引脚没有被其他外设占用。CubeMX的好处是它会做冲突检测如果引脚被占用会直接标红提示但前提是你把所有外设都在CubeMX里配好而不是一半用CubeMX一半手写。另外64引脚封装下引脚资源非常紧张某些定时器通道可能压根没有被引出或者只有重映射Remap之后才能到达某个引脚。这个一定要对着数据手册的引脚定义表和Alternate Function Mapping表过一遍不要想当然。2.3 CubeMX参数面板逐项解析每个框到底在配置什么下面这段以我实际配置TIM3输出PWM为例说一下CubeMX的Timer Mode and Configuration下各参数的实际含义。先看定时器基础参数区Prescaler预分频器实际分频值是写入值加1。比如写入83就是84分频。它决定了计数器每计一个数需要多少个时钟周期。Counter Mode计数方向。PWM最常用的是向上计数Up和中心对齐Central Aligned。中心对齐模式比较适合电机控制因为它产生的PWM对称性更好但会导致PWM频率减半这点要知道。Counter Period自动重装载值ARR实际值为写入值加1。计数到这个值后归零并触发更新事件生成新一个PWM周期。AutoReloadPreload自动重装载预装载使能。强烈建议使能也就是写入ARR的值要等更新事件才真正生效避免运行中突然改ARR导致波形撕裂。再看PWM通道参数区ModePWM mode 1还是PWM mode 2。PWM1模式下计数小于比较值CCR时输出有效电平通常是高大于等于CCR时输出无效电平PWM2反过来。绝大多数场景用PWM1就够了。Pulse初始比较值CCR也就是高电平宽度。CubeMX里填的是实际数值不是百分比。OCPolarity输出极性High表示计数小于CCR时输出高电平。FastMode快速输出模式通常禁用即可。这些参数看着多真正需要在CubeMX里填的就三个核心值Prescaler、Counter Period、Pulse另外Mode选PWM1、Polarity选High就足够输出一个标准的PWM了。2.4 PSC和ARR怎么搭配频率精度与占空比分辨率的权衡假设定时器时钟是250MHz目标PWM频率是50Hz也就是20ms周期。一种配法是PSC25000-1ARR200-1此时每经过25000个时钟周期计数加1所以每个计数单位是0.1ms一个周期200个单位刚好是20ms。看起来没问题但如果你想输出一个宽度为1.5ms的舵机脉宽CCR需要填15此时占空比分辨率只有1/200也就是0.5%。如果我们换一种配法PSC2500-1ARR2000-1。每个计数单位是0.01ms一个周期2000个单位也是20ms。同样是1.5ms脉宽CCR要填150分辨率变成0.05%。如果要精确到0.05ms第一种配法根本做不到第二种配法可以。这个例子的核心结论是在目标频率确定的情况下PSC和ARR的搭配决定了你能控制的占空比精度。PSC越小每个计数单位对应的时间越短占空比可以调得更细腻。但ARR不能无限大16位定时器最多65535到了32位定时器才不用太担心上限。所以我的经验规则是先决定你需要的占空比分辨率从分辨率反推每单位计数值应该对应多少时间再据此确定PSC最后用ARR逼近目标频率。不要随便填一组能出波形的参数就完事那样后续调起来会非常难受。3. 频率与占空比的数学关系写代码前先在纸上算一遍3.1 三个核心公式一次讲透定时器PWM的整个计算逻辑其实就三个公式PWM频率 TIMxCLK / (PSC 1) / (ARR 1)占空比 CCR / (ARR 1)高电平时间 (CCR × (PSC 1)) / TIMxCLK注意这里PSC、ARR、CCR的写入值都要加1才是实际分频系数因为这三个寄存器的0代表1分频。这个加1的细节很多人算错我最早也在这里翻过车。举个具体的例子。假设定时器时钟是84MHz目标频率1kHz目标占空比50%。先设PSC83实际分频84倍计数时钟变成1MHz也就是每微秒计一个数。然后ARR要满足 1MHz/(ARR1)1kHz所以ARR999。最后CCR要让占空比等于50%即CCR/(9991)0.5得到CCR500。配好后波形大概是每微秒计一个数数到500时引脚翻转为低电平数到999时归零再次拉高。整个过程正好1ms一个周期高电平0.5ms。3.2 舵机场景为什么50Hz时大家都推荐ARR取19999舵机是PWM最经典的应用场景之一比如SG90这种模拟舵机控制信号标准是50Hz20ms周期高电平脉宽在0.5ms到2.5ms之间对应0度到180度。注意这里的核心指标不是占空比而是绝对脉宽因为舵机内部电路是把脉宽和电位器反馈电压做比较的不是真的看占空比。要做这个控制最舒服的配法是让每个计数单位恰好等于1微秒。以250MHz定时器时钟为例PSC250-1此时计数时钟为1MHz也就是1us一个数。要得到20ms周期ARR需要20000-1。此时0.5ms脉宽对应CCR5001.5ms对应CCR15002.5ms对应CCR2500。换算成角度也非常直接拖一条线性映射关系就行。如果你随便选了一组PSC和ARR比如PSC25-1ARR200000-1也能得到20ms周期和对应脉宽但仔细算会发现ARR达到了20万超出了16位定时器的65535上限。16位定时器的ARR范围是0到65535一旦超限就必须改用32位定时器或者重新调整PSC。所以C5系列虽然有32位定时器但并不是说PSC就可以乱填。3.3 电机和LED场景占空比渐变背后的权衡LED呼吸灯的原理很简单让占空比从0慢慢升到100%再慢慢降回来。落实到代码就是循环里递增或递减CCR值注意每次变化后加一个小延时让人觉得是呼吸而不是肉眼可见的闪烁。电机调速与呼吸灯不太一样核心问题在于PWM频率的选择。频率太低时电机会发出明显的嗡嗡啸叫其实那是电流在开关频率的驱动下迫使电机壳体振动发出的声音。人耳对2kHz到20kHz的声音都很敏感所以如果频率落在人耳敏感区间就会听到噪声。常见的解决方式是直接把频率提到20kHz以上超出人耳听觉范围噪声就消失了。但频率提高会带来开关损耗增加MOS管和驱动芯片的发热会上升这个权衡必须根据具体驱动芯片的参数来定。另外电机在极低占空比下会出现抖动但转不起来的现象因为平均电压太低扭矩不足以克服静摩擦。这种情况下把频率调高不一定有用正确做法是限制最小有效占空比或者改用其他控制策略。4. 代码实现从HAL库最简启动到运行中动态调参4.1 CubeMX生成的初始化代码懂它才能改它CubeMX配置完成后生成的代码核心是一个以MX_TIMx_Init命名的初始化函数。下面以TIM1为例贴一下完整代码这在C5系列上和其他STM32几乎长得一样static void MX_TIM1_Init(void) { TIM_ClockConfigTypeDef sClockSourceConfig {0}; TIM_MasterConfigTypeDef sMasterConfig {0}; TIM_OC_InitTypeDef sConfigOC {0}; htim1.Instance TIM1; htim1.Init.Prescaler 250 - 1; htim1.Init.CounterMode TIM_COUNTERMODE_UP; htim1.Init.Period 20000 - 1; htim1.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; htim1.Init.RepetitionCounter 0; htim1.Init.AutoReloadPreload TIM_AUTORELOAD_PRELOAD_ENABLE; if (HAL_TIM_PWM_Init(htim1) ! HAL_OK) { Error_Handler(); } sClockSourceConfig.ClockSource TIM_CLOCKSOURCE_INTERNAL; if (HAL_TIM_ConfigClockSource(htim1, sClockSourceConfig) ! HAL_OK) { Error_Handler(); } sMasterConfig.MasterOutputTrigger TIM_TRGO_RESET; sMasterConfig.MasterSlaveMode TIM_MASTERSLAVEMODE_DISABLE; if (HAL_TIMEx_MasterConfigSynchronization(htim1, sMasterConfig) ! HAL_OK) { Error_Handler(); } sConfigOC.OCMode TIM_OCMODE_PWM1; sConfigOC.Pulse 1500; sConfigOC.OCPolarity TIM_OCPOLARITY_HIGH; sConfigOC.OCNPolarity TIM_OCNPOLARITY_HIGH; sConfigOC.OCFastMode TIM_OCFAST_DISABLE; sConfigOC.OCIdleState TIM_OCIDLESTATE_RESET; sConfigOC.OCNIdleState TIM_OCNIDLESTATE_RESET; if (HAL_TIM_PWM_ConfigChannel(htim1, sConfigOC, TIM_CHANNEL_1) ! HAL_OK) { Error_Handler(); } }这段代码里值得注意的几点Prescaler填的是250减1Period填的是20000减1Pulse填的是1500。如果定时器时钟是250MHz那么PWM频率就是250MHz/250/2000050Hz高电平时间就是1500微秒也就是1.5ms。这组参数刚好能让舵机停在中间位置。AutoReloadPreload使能后后续运行中修改ARR值时新值不会立刻生效而是等当前计数周期结束时才装载。这个特性在做动态调频时很重要它能防止计数器在下一轮循环中用旧ARR和新PSC混搭计数产生不可预知的波形。4.2 启动PWM输出不是调用完就万事大吉生成代码之后很多人以为只要在main函数里调用一下MX_TIM1_Init就算完事了结果板子上去一点动静都没有。原因很简单初始化函数只是配置了定时器并没有真正启动PWM输出。对于通用定时器TIM2/3/4/5启动只需要一行HAL_TIM_PWM_Start(htim1, TIM_CHANNEL_1);如果是高级定时器TIM1/TIM8并且你已经启用了互补输出通道那么除了启动主通道还需要额外启动互补通道HAL_TIM_PWM_Start(htim1, TIM_CHANNEL_1); HAL_TIMEx_PWMN_Start(htim1, TIM_CHANNEL_1);这一步极其容易漏。只启动主通道时主输出引脚有波形但互补输出引脚可能是死的。反过来只启动互补通道主输出也不会正常工作。启动之后PWM波形就会持续不断地自动输出CPU不需要再干预。这也是硬件PWM最让人舒服的地方你可以在主循环里放心做其他事情哪怕定时器中断被暂时屏蔽PWM输出也不会因为软件卡顿而中断。这一点在实时性要求高的场景下是致命的优势。4.3 运行中修改占空比一个宏就能搞定实际项目中很少有一个固定占空比用到天荒地老的场景更多时候需要根据传感器数据、通信指令动态调整。修改占空比最直接的方式是修改比较寄存器CCR的数值。HAL库提供了一个非常方便的宏__HAL_TIM_SET_COMPARE(htim1, TIM_CHANNEL_1, newCompareValue);它的本质就是往定时器的CCR寄存器写入新的比较值。因为CCR本身是预装载的取决于你配的OCMode是否使能预装载所以新值会在合适的时机自动生效不会产生毛刺。这里有个重要的点修改CCR不会影响PWM频率因为频率只由PSC和ARR决定。所以动态调占空比是非常安全的操作即使你在中断服务函数里频繁调用这个宏也不会破坏波形的周期连续性。举个例子呼吸灯的完整渐变逻辑写起来非常简洁for (uint16_t duty 0; duty 20000; duty 10) { __HAL_TIM_SET_COMPARE(htim1, TIM_CHANNEL_1, duty); HAL_Delay(2); } for (uint16_t duty 20000; duty 0; duty - 10) { __HAL_TIM_SET_COMPARE(htim1, TIM_CHANNEL_1, duty); HAL_Delay(2); }20000对应ARR1也就是说CCR从0线性增加到20000时占空比从0%走到100%。加上每档延时2ms整个呼吸过程差不多0.4秒一次循环视觉上非常平滑。4.4 运行中修改频率没有轻轻松松改一个寄存器那么简单动态修改PWM频率比修改占空比要麻烦不少因为频率牵扯到PSC和ARR两个参数而ARR又同时是占空比公式里的分母。直接改ARR而不改CCR占空比一定变。举个例子。当前配置是PSC250-1ARR20000-1CCR1500占空比大概是7.5%。如果我想把频率从50Hz改到100Hz于是只调ARR为10000-1结果CCR还是1500占空比就变成了15%舵机角度直接跳变。所以正确做法是改ARR的同时把CCR也按新的占空比目标重新计算一遍。基于这个思路我写了一个封装函数供实际项目直接改频率和占空比用void set_pwm_freq_duty(TIM_HandleTypeDef *htim, uint32_t channel, uint32_t freq_hz, uint16_t duty_percent) { uint32_t timer_clk HAL_RCC_GetPCLK1Freq(); if (htim-Instance TIM1 || htim-Instance TIM8) { timer_clk HAL_RCC_GetPCLK2Freq(); } // 定时器时钟可能因APB分频而翻倍实际计算以CubeMX给的TIMxCLK为准 uint32_t psc timer_clk / (freq_hz * 20000) - 1; uint32_t arr timer_clk / ((psc 1) * freq_hz) - 1; uint32_t ccr (arr 1) * duty_percent / 100; __HAL_TIM_SET_PRESCALER(htim, psc); __HAL_TIM_SET_AUTORELOAD(htim, arr); __HAL_TIM_SET_COMPARE(htim, channel, ccr); }这里把ARR基准设为20000个单位是为了让CCR有足够分辨率来表现占空比当然实际场景可以根据需要调整。核心思路是先根据目标频率算出PSC再用PSC反推ARR最后根据ARR算CCR。三个值必须一次性更新而且要注意PSC和ARR都是带预装载缓冲的写入后要等当前周期结束才生效所以不会出现波形撕裂成两半的情况。如果你遇到的是极度频繁的变频需求比如扫频测试那么HAL库这种修改寄存器的方式可能不够用因为每次改动都要等待周期边界。这种情况下更好的办法是停止PWM输出清零计数器重新初始化或者直接上DMA定时自动更新ARR和CCR让硬件自己处理时序。4.5 停止PWM引脚停在什么状态决定权和配置有关停止PWM输出同样不能忽略很多人直接调用HAL_TIM_PWM_Stop就完事然后发现引脚停在了一个奇怪的电平。我遇到过的情况是关闭PWM后引脚正好停在低电平结果外部设备误以为收到了一个持续的低电平控制信号。HAL库的HAL_TIM_PWM_Stop停止的是通道输出但引脚的电平状态取决于定时器输出极性、空闲状态配置以及GPIO配置。有一种稳妥做法是在停止PWM之前先把CCR设为0让引脚停在无效电平然后再调用停止函数。如果用的是高级定时器且配置了OCIdleState那么停止后引脚会被拉到配置的空闲电平这种场景下记得把OCIdleState设成你想要的安全状态。简单总结一下停止PWM不要只调一个函数先想清楚停止后外部电路需要什么电平再动手尤其是驱动电机、继电器这类设备时电平不确定可能导致误动作。5. 实测中踩过的坑波形不对的时候按这个链路来查5.1 改了ARR之后占空比突变CCR没有同步重算这个坑我在调舵机时踩过一次。当时想从50Hz改成100Hz直接调了ARR从20000到10000结果舵机啪地一下偏了不少角度。原因是CCR还是1500但ARR减半后1500对应的占空比翻倍了高电平脉宽从7.5%变成15%对舵机来说角度自然就变了。这个问题的本质在于占空比和绝对脉宽是两个维度修改频率时必须同时考虑CCR的重新计算否则波形虽然存在但已经不是你想要的控制量。解决办法很简单参考上一节的封装函数把ARR和CCR放在一个函数里统一更新不要单独改其中一个。5.2 输出频率和预期差一倍查时钟树而不是查定时器一块新板子我按84MHz的定时器时钟去算PWM配了一个1kHz结果示波器一测发现是2kHz。当时第一反应是寄存器写错了反复检查代码没有问题最后在CubeMX里看时钟树才发现问题APB1分频系数为2挂在上面的定时器时钟是APB1外设时钟的2倍而我却拿APB1的125MHz去算自然算出来的频率不对。这个×2规则在STM32全系列通用而且C5这种Cortex-M33的新系列也没有例外。排查流程非常简单打开CubeMX的Clock Configuration鼠标点到TIMx clock那一栏看实际数值然后把这个数值代入公式计算。别拿HAL_RCC_GetPCLK1Freq的值去套定时器时钟不等于PCLK1除非APB1分频系数正好是1。5.3 极小占空比下波形看起来不对开关时间和死区在作怪用示波器观察极低占空比输出时比如占空比0.1%以下你可能会发现波形不像理想方波上升沿和下降沿之间几乎没有完整的高电平时间甚至有时高电平看起来缺失了。这不是定时器配置错误而是因为引脚电平翻转本身需要时间加上输出驱动电路的开关延迟窄脉冲被吃掉了。C5系列虽然内核先进但GPIO翻转速度不是无限的极窄脉冲在到达负载之前可能就衰减得不成样子。在电机驱动场景中还有一个相关的问题死区。使用高级定时器的互补输出时上下桥臂不能同时导通否则电源直接短路烧管子。死区就是插入在上下桥切换之间的一个双方都关断的时间窗口比如1us。死区时间虽然短但在极高PWM频率下会占据可观的比例导致实际平均电压低于理论值。这个不是故障而是硬件保护机制明白了它的存在波形分析才能少走弯路。调这种问题我的经验是先用低频率、大占空比把通道跑通确认整个链路没问题再逐步提高频率和减小占空比观察哪个点开始波形变形从而评估系统的实际能力边界。5.4 高级定时器的刹车保护和死区电机控制最容易忽略的隐藏逻辑如果你的板子上用了TIM1或TIM8输出互补PWM来驱动H桥那么你迟早会碰到波形莫名其妙消失的问题。有一次调试中我在主循环里执行了一段延时较长的代码回来后发现PWM输出没了以为定时器出了问题重启又好了反复多次才意识到是刹车Break功能被触发了。高级定时器里有一个紧急停止机制叫刹车输入或者叫故障保护。当刹车输入引脚收到有效电平或者软件触发了刹车事件定时器的PWM输出会立刻释放并进入预设的安全状态通常是强制拉到无效电平。这个设计是给电机驱动、电源转换这类需要硬件级快速关断的场景用的目的是防止PWM卡在高电平导致设备过流。排查这种问题的思路是波形突然消失时先检查TIMx的SR寄存器里的BIF位是否被置位以及刹车输入引脚的实际电平。同时确认CubeMX里Break功能到底是开了还是关了如果项目里根本不需要刹车直接禁用这个功能可以避免大量莫名其妙的问题。需要说明的是刹车保护本身是很有用的安全机制我只是提醒大家在不需要它的时候不要让它成为PWM突然停止的隐性元凶。5.5 PWM调试的检查链路从理论值到寄存器状态最后把我调试PWM时固定使用的一套检查流程写出来你可以直接拿过去用。这条链路帮我解决过不少看起来匪夷所思的波形问题。第一步看时钟树。打开CubeMX确认TIMxCLK的实际数值再代入频率公式算出理论频率和占空比。这一步能做对后面很多问题都不会发生。第二步看引脚复用。用万用表量引脚电压再用示波器或逻辑分析仪看波形。如果引脚完全没有波形优先检查GPIO是否配置成了AF模式以及AF号是否正确。很多时候CubeMX生成了代码但你可能在main函数里不小心重新配置了GPIO。第三步看定时器状态。如果引脚有波形但频率不对去读寄存器可以用调试器实时查看寄存器窗口确认PSC和ARR的值是否和预期一致。特别注意PSC是分频系数写入值加1不要对着寄存器值直接代入公式。第四步看输出通道状态。高级定时器要确认CCER寄存器里的CCxE和CCxNE位是否都已经置位。CCxE负责主输出使能CCxNE负责互补输出使能。只置位其中一个输出就不完整。第五步看故障状态。如果波形应该有时突然没有优先查SR寄存器的BIF和CCxIF标志位以及刹车输入引脚的电平。确认刹车功能没有被意外触发。这套流程看起来简单但每次排查都能帮我迅速缩小问题范围比漫无目的地改参数高效得多。建议你也把它沉淀成自己的调试习惯碰到问题先按顺序过一遍大多数PWM相关的坑都能在十分钟内定位出来。最后再分享一个小技巧PWM频率和占空比的修改尽量封装成统一的函数比如我上面写的set_pwm_freq_duty。所有对定时器PSC、ARR、CCR的操作都走这一个入口可以有效避免改了一个忘了另一个的低级错误。调PWM这件事最核心的体会就是先搞懂时钟树再按公式算最后一切以示波器为准纸上算得再漂亮都不如实测一帧波形来得可靠。