先聊个大概不管是51、STM32、GD32还是工控PLC、Linux里的定时器本质上都是在干同一件事——数数。计数器的时钟源通常来自晶振分频后的一路时钟每来一个脉冲计数器就加一或者减一数到设定值就触发中断、翻转引脚、更新寄存器这就是定时器最基本的工作模型。本文我把这东西拆开揉碎结合51定时器、STM32/GD32定时器、555定时器乃至Cron定时器表达式这些实际场景把工作模式、内部计数循环和那些容易踩的坑一次讲清楚。这篇内容适合几类人刚学完GPIO和中断、准备上手定时器的单片机初学者已经在用HAL库但只会对着CubeMX点鼠标、不清楚寄存器底层发生了什么的朋友以及想快速对比不同平台定时器差异、准备做项目选型的工程师。我会尽量用画图的方式在文字里把时序、寄存器关系和配置流程讲明白你读完应该能独立完成定时器中断、PWM输出、输入捕获这几类最常见应用。1. 定时器到底是什么一颗会“数数”的电路1.1 从“秒表”到“硬件计数器”定时器的本质把定时器想象成一个电子秒表它的心脏是一块由时钟脉冲驱动的计数器。时钟脉冲就像秒表滴答声每来一下计数器就加一。但关键点是这个“秒表”不是软件模拟的而是芯片内部专门的硬件电路一旦启动就不需要CPU干预CPU可以同时去干别的事。那“定时”是怎么来的假设计数器从0开始每来一个脉冲加1加到100就溢出归零——这个从0加到100的过程用时就是100个时钟周期。如果时钟频率是1MHz每个周期就是1微秒那么从0加到100就是100微秒。如果我们让计数器在溢出时产生中断就得到了一个周期性的“定时中断”这就是定时器最基础也是最重要的应用。具体到芯片内部计数器通常有8位最大值255、16位最大值65535或32位最大值4294967295之分。位数越大单次能数的时间越长。以STM32的16位定时器为例如果直接用72MHz主频驱动数到65535只需要不到1毫秒就溢出了想定一个1秒的周期根本不可能。所以定时器在设计时都在时钟输入前面加了一个预分频器PSC先把高频时钟降下来再送给计数器。这样定时器就变成了一个可配置的“分频计数”模块。你在配置定时器时做的第一件事就是决定预分频系数和自动重装值这两个参数直接决定了定时周期预分频器PSC把时钟源分频。比如72MHz经过72分频得到1MHz计数时钟即每计数一次代表1微秒。自动重装寄存器ARR计数器的目标值。计数到ARR就溢出触发更新事件中断或事件信号。定时的周期公式为T (ARR 1) × (PSC 1) / 定时器时钟频率。注意ARR和PSC都要加1因为寄存器值从0开始计数。这是无数新手容易忽略的细节后面讲配置时再强调。1.2 为什么别用“软件延时”扛大梁很多新手刚开始写流水灯用delay()函数点亮一个LED然后死等这不算真正的定时器应用。delay()的本质是让CPU空转执行NOP指令来耗时间这有几个致命问题第一CPU忙等别的任务无法执行整个系统卡死第二延时精度受编译优化影响不同的优化等级跑出来的时间不一样第三中断里的延时更是大忌容易造成中断嵌套混乱或响应不及时。定时器的价值在于“后台计数、前台干活”。你启动定时器之后CPU立刻解放出来去处理显示、通信、按键扫描等任务等定时器溢出时硬件自动拉一个中断CPU再去处理时间敏感的操作。这种“硬件定时异步通知”的模型是几乎所有嵌入式实时系统的基石。我个人的体会是真正理解定时器之后你看RTOS里的systick心跳、电机控制里的PWM波形、通信协议里的超时判断都会觉得它们其实是同一件事的不同面孔。2. 主流定时器的“性格差异”速览2.1 51单片机定时器8位机的经典工作模式51单片机的定时器本质上非常简单以最经典的8051为例它有定时器0和定时器1都是16位计数器但操作起来比STM32更原始。它的核心寄存器是THx和TLx高8位和低8位共同组成16位计数器。模式设置通过TMOD寄存器完成常用的有四种工作方式方式013位计数器模式历史遗留的兼容模式不常用。方式116位计数器模式最常用最大计数值65535。方式28位自动重装模式低8位计数溢出时自动把THx的值装入TLx适合作为波特率发生器。方式3定时器0被拆成两个独立的8位计数器定时器1在此模式下停止计数。方式2的自动重装是51时代非常实用的特性。我需要强调一下定时器溢出之后计数器归零如果不做任何处理下次计数就会从0重新开始。51的方式0和方式1都不会自动重装所以你必须在中断里手动重新给THx、TLx赋初值否则周期就会变成65536而不是你要的周期。方式2把这个动作交给硬件省了一条指令的偏差所以做串口波特率时几乎必用方式2。51的另一个经典用途是外部计数模式也就是TMOD里的C/T位设为1此时计数器不再数内部时钟而是数P3.4T0或P3.5T1引脚上的外部脉冲。这个模式常被用来测量脉冲个数或实现简易频率计。虽然它不像STM32的编码器接口那样智能但在低速场景下完全够用。2.2 STM32/GD32定时器从基本定时器到高级定时器STM32的定时器家族比51丰富得多按功能从低到高大致分为基本定时器TIM6、TIM7、通用定时器TIM2、TIM3、TIM4、TIM5、高级定时器TIM1、TIM8。很多人看到一份芯片手册里同时出现这么多定时器会懵我的建议是先把“通用定时器”吃透基本和高级定时器都是它的逻辑延伸。基本定时器只有最核心的时基单元能产生定时中断和触发DAC简单但够用。通用定时器在时基单元基础上多了捕获/比较通道可以输出PWM、测量输入脉宽/频率、编码器接口、霍尔传感器接口、外部脉冲计数等功能是日常用得最多的一类。高级定时器在通用定时器基础上又加了互补PWM输出、死区插入、刹车输入、重复计数等功能主要用于电机控制、电源变换等需要上下桥臂互补驱动的场景。GD32的定时器大体兼容STM32的寄存器框架所以下面的思路对两边都成立。在CubeMX里你会看到定时器的Clock Source、Prescaler、Counter Period这些配置项对应就是PSC和ARR。注意GD32在做定时器时钟配置时有一个rcu_timer_clock_prescaler_config()函数可以调整定时器时钟的分频系数例如RCU_TIMER_PSC_MUL2表示定时器时钟是APB1的2倍配置不对会直接导致定时时间偏差一倍这类问题后面单独讲。2.3 555定时器不用写代码的硬件定时方案如果要给“动手爱好者”和“硬件工程师”都推荐一个入门必做的定时实验那一定是555定时器。555定时器不是MCU外设而是一颗独立的模拟/数字混合芯片它内部有两个比较器、一个RS触发器、一个放电三极管和三个5kΩ电阻分压器。这三个等值电阻是“555”名字的由来它们把电源电压分成三个基准1/3 VCC和2/3 VCC。555常用来做多谐振荡器也就是方波发生器这也是热搜词里“555定时器产生方波”和“555定时器构成多谐振荡”的来源。你只需要外接两个电阻和一个电容就能通过充放电产生连续的方波。它的输出频率公式为f ≈ 1.44 / ((R1 2R2) × C)占空比由R1和R2的比值决定。如果想得到接近50%的方波还要在电路结构上稍作调整。我觉得555最大的价值在于它让你看到“没有CPU、纯硬件”也能完成定时这件事。MCU定时器是靠软件配置寄存器实现的而555是靠模拟元件的电压阈值来判断和翻转的。理解了这个模拟世界的定时原理再回来看MCU的定时器你会更容易理解“比较器”“阈值”“反馈”这些概念。2.4 软件定时器Cron表达式、Linux定时器和Windows锁屏定时器说完硬件定时器再补一个容易混淆的维度软件定时器。Linux里的定时器、Windows的任务计划程序、开发中的Cron定时器表达式本质上不是一个“硬件计数器”而是操作系统在调度器里维护的一系列定时任务。系统仍然要依赖硬件定时器通常是一个周期中断比如Linux的jiffies或ST的systick作为心跳但在心跳中断里检查是否有软定时器到期到期则触发回调。Web前端里常见的Cron定时器表达式组件比如*/5 * * * *这样的写法表达的是“每5分钟执行一次”这类语义。它和MCU定时器的最大区别是Cron表达的是“绝对墙钟时间上的调度规则”最小粒度和时区、系统时间强相关而MCU定时器是一个“自由运行的计数器”你观察的是经过了多少个时钟周期。两者的共同点是都遵循“设定时间到点、触发动作”这个逻辑。顺便提一句有人会遇到“Windows锁屏定时器失效”的问题通常是因为系统进入睡眠或休眠后CPU和大部分外设都断电了软件定时器自然无法运行。这时候要么调整电源计划要么在BIOS里开启“USB唤醒”或“RTC定时唤醒”这其实又回到了“硬件时钟才能脱离CPU独立运行”的思想——RTC是芯片内部独立供电和独立计时的模块是真正的“永不眠”定时器。2.5 GPIO的8种工作模式和定时器有什么关系热搜词里出现“GPIO的8种工作模式”它和定时器的关系在于定时器输出PWM时引脚必须被配置为复用推挽输出AF_PP而不能是普通的推挽输出GPIO_PP。很多人PWM不出来根本不是定时器配置问题而是GPIO模式选错了。STM32的GPIO模式通常分为输入和输出两大类具体包括浮空输入、上拉输入、下拉输入、模拟输入、开漏输出、推挽输出、复用推挽输出、复用开漏输出。这8种模式在学习GPIO时是重点但到了定时器阶段它就是一个前置条件。输出PWM选择“复用推挽”输入捕获选择“浮空输入”或“上拉输入”取决于外部信号是否有明确电平编码器模式则根据编码器输出类型选择输入模式。记住一句话GPIO模式是引脚层面的电气配置定时器是外设层面的功能配置两者是两层的东西。你在CubeMX里配置定时器通道时它会自动把对应引脚设为复用模式但如果用寄存器或者标准库手写代码这一步很容易漏掉。3. 定时器的“心脏”内部计数循环与核心寄存器3.1 一张“脑补图”从时钟到中断的全路径我没办法直接在这篇文章里贴电路图但你可以按下面的描述在脑子里画一条链路晶振/外部时钟 → RCC分频 → 定时器时钟CK_PSC → 预分频器PSC分频 → 计数器时钟CK_CNT → 计数器CNT递增 → 比较器比较CNT和ARR → 相等时产生更新事件UEV → 置位更新中断标志位UIF → 若使能中断则进入中断服务函数 → 在中断里干你要干的事这条链路里每一个环节都可以配置也都可以出问题。比如时钟源频率算错定时时间就偏了PSC或ARR设成0.5这种非整数波形就抖了中断标志没清就会一直进中断死循环。后面我会逐一讲排查方法。3.2 从CNT、ARR、PSC到CCR四个寄存器的分工CNT计数器寄存器当前计数值。它时刻在变调试时读出来的数可以用来判断定时器是否在跑。PSC预分频寄存器把高频时钟分频变成计数器能用的低频时钟。注意预分频器有一个缓冲机制写入的值要到下一次更新事件才真正生效不是写完立刻生效。ARR自动重装寄存器计数器数到ARR就溢出归零并产生更新事件。CCR捕获/比较寄存器用于PWM输出时设定占空比或者输入捕获时记录捕获时刻的CNT值。如果把这四个寄存器类比成一个倒计时闹钟ARR就是闹钟响铃的“目标时刻”CNT是当前时间PSC是把秒针拔慢一点的总闸。CCR则像是一个提前响铃的“预备铃”——PWM的占空比就是通过这个预备铃来控制的。3.3 溢出与更新事件到底谁触发了中断这是很多人特别容易混的地方。以STM32为例计数器CNT从0数到ARR之后会产生一个更新事件Update Event。这个事件可以触发很多事情置位更新中断标志位UIF、更新影子寄存器PSC和ARR的新值加载、触发内部相连的其他外设比如触发ADC采集、产生DMA请求等。但注意“溢出”和“产生更新事件”还不是一回事。当CNT的自然溢出发生在ARR不等于0xFFFF时硬件会先用一个“预装载”机制把ARR的值加载进去然后CNT回到0这个过程实际上是“重装到0”。很多人不理解为什么CubeMX里ARR要写成Period-1因为如果你要定时1000个计数周期ARR要设成999从0数到999刚好是1000个数。在中断服务函数里你必须在退出前清除更新中断标志位通常在标准库里调用TIM_ClearITPendingBit()在HAL库里是__HAL_TIM_CLEAR_IT()。如果不清除中断会立刻再次触发造成死循环或任务反复调度这是定时器中断最常见的新手坑。3.4 预装载与影子寄存器为什么改ARR没立刻生效预装载机制是理解定时器寄存器行为的钥匙。STM32的ARR和PSC都带影子寄存器也就是说你向ARR寄存器写入的值不会马上生效而是先存进一个“预装载寄存器”等更新事件到来时硬件才把这个值复制到真正工作的“影子寄存器”里。这个设计是为了安全。如果没有影子寄存器你在计数器数到100的时候把ARR从1000改成500硬件拿到的可能是一个中间值波形就会抖动甚至产生非法状态。有了影子寄存器所有修改都按“当前周期结束”为边界统一切换保证输出连续。在实际编程时如果你需要动态调整PWM频率或占空比要故意产生一个更新事件来装载新值或者使用硬件预装载功能自动在溢出时装载。很多人在做动态调光、调速的时候发现修改ARR没反应原因就是忘了这个机制。3.5 计数器工作模式向上计数、向下计数与中心对齐ST系列的通用定时器支持三种计数方向这也是“工作模式”中最容易被忽略但也最影响行为的点向上计数模式CNT从0增加到ARR然后归零。最常用适合产生标准PWM和周期中断。向下计数模式CNT从ARR减小到0然后回到ARR。用在PWM上波形效果和向上计数互补。中心对齐模式CNT先向上到ARR再向下到0如此往复。PWM输出是对称的适合电机控制和开关电源应用因为可以降低谐波。我遇到过有人把中心对齐模式当成向上计数来设置占空比结果发现PWM波形出现了双脉冲或者占空比不对这个就是计数方向影响了CCR的比较逻辑。在中心对齐模式下CCR寄存器在向上时和向下时各比较一次所以有效占空比的计算不同。如果你不是做电机、电源这类要求对称PWM的场景建议先用向上计数模式把基础知识打牢。4. 手把手实操从CubeMX配置到定时器中断跑通4.1 需求描述我们做一个最常见的实验用STM32定时器实现1ms定时中断在中断里翻转一个LED。这个实验麻雀虽小五脏俱全能够检验你对时钟树、PSC、ARR、中断优先级和回调函数的理解。假设主频为72MHzSTM32F103典型值我们期望定时间隔为1ms选取PSC71分频后计数频率1MHz则ARR999根据公式T (9991) × (711) / 72MHz 1ms。这里为了让周期准确PSC设定为71而不是72因为PSC是0基表示的。4.2 CubeMX配置步骤打开STM32CubeMX选择你的芯片型号按以下步骤操作在System Core里选择RCC将HSE设为Crystal/Ceramic Resonator外部晶振。如果板子上没有外部晶振就用内部HSI但需要注意频率精度一般能用但做精确时钟不建议。在Clock Configuration页签确认PLL配置使系统时钟SYSCLK为72MHzAPB1定时器时钟为72MHz。在Timers菜单里选择TIM2通用定时器勾选Activate激活然后在Parameter Settings里把Prescaler设为71Counter Period设为999Auto-reload preload设为Enable。在NVIC Settings里勾选TIM2 global interrupt的Enabled开启中断。在GPIO配置里把板载LED对应引脚设为GPIO_Output。生成工程。使用HAL库时在主循环之前调用HAL_TIM_Base_Start_IT(htim2)启动定时器中断。在中断回调HAL_TIM_PeriodElapsedCallback()里翻转LED并注意加上判断定时器实例是不是htim2。4.3 为什么HAL库生成后还要手动检查时钟源CubeMX很智能但它时不时会给你“埋点雷”。比如你选的芯片APB1预分频器不是1分频而是2分频此时APB1上的定时器时钟会自动变成APB1频率的2倍这个行为是硬件规定的。CubeMX在时钟树页面会显示定时器时钟的实际值所以你一定要在Clock Configuration里看一眼而不是想当然地认为定时器时钟系统主频。实际经验告诉我调试定时器时序时优先检查三个数系统主频是多少、APBx预分频是多少、定时器时钟最终是多少。这三个数不对后面所有定时计算都白搭。使用GD32时还要额外检查rcu_timer_clock_prescaler_config()这个函数它定义了APB1与定时器时钟的比例关系配置为RCU_TIMER_PSC_MUL2时定时器时钟是APB1的2倍配置为RCU_TIMER_PSC_MUL4时则是4倍。GD32F450的定时器时钟默认未必跟STM32一样很多人按照STM32的参数搬到GD32上定时时间会差一倍、两倍就是被这个函数坑的。5. 定时器PWM输出占空比与“到不了100%”的坑5.1 PWM的基本工作模式定时器产生PWM本质上就是CNT和CCR比较。向上计数模式下CNT从0数到ARR期间当CNT小于CCR时输出高电平当CNT大于等于CCR时输出低电平CNT溢出清零后重新开始。这样输出波形的高电平时间就是CCR/ARR1也就是占空比。PWM模式通常有两种PWM1和PWM2区别只是比较结果的极性反转。日常用PWM1就行如果想要低有效波形再配置PWM2或者改输出极性。有人问“一个定时器能不能同时接收PWM数据和输出PWM波形”。答案是能但不要在同一个通道同时干两件事。一个通用定时器有多个通道比如输入捕获可以用通道1PWM输出用通道2或者复用同一通道的不同寄存器。但如果你想让同一物理引脚既输入又输出那是不行的引脚模式只能是一种。所以这类需求通常是双通道方案解决。5.2 PWM占空比到不了100%的经典案例热搜词里有个非常典型的问题“STM32F103定时器输出占空比到不了100%”。我见过不少人问这个问题。直观想法是占空比设成100%就输出常高但实际发现引脚还是有个窄脉冲或者干脆低电平。排查步骤记录如下第一检查CCR的值是否小于ARR。如果ARR设置为999CCR也设为999在PWM1模式下当CNT从0数到998这段时间里CNT小于CCR输出高电平当CNT999时CNT大于等于CCR输出低电平。这个低电平虽然只持续一个计数周期但频率高的时候还是很明显占空比大约等于999/1000不是真正的100%。第二如果你真的需要常高输出正确的做法不是把CCR调到ARR而是把定时器输出模式设为强制输出高电平Forced Output High或者直接把GPIO设为推挽输出并输出高电平。很多驱动芯片或电机控制器需要引脚常高时最干净的办法是断开定时器复用用普通GPIO驱动。第三极少数情况下如果你只是想让PWM信号无效期间保持高电平可以调整输出极性。比如极性设为High时强制输出高电平意味着输出低电平需要按实际电路反向选择。这类问题也提醒我们占空比本质上是一个数学比例当CCRARR时理论上输出应该是100%但因为定时器的PWM逻辑在边界上会有一个周期的高/低切换所以工程上不能直接用这个边界值。想要平滑调节到100%需要额外设计一个阈值判断当目标占空比大于等于99.9%时用强制输出模式。6. 输入捕获、编码器模式与定时器同步6.1 用定时器捕获测频率的原理输入捕获是定时器的另一个常见工作模式主要用于测量外部信号的频率、周期、脉宽。原理是这样的检测到引脚上的指定边沿上升沿或下降沿时硬件会把当前CNT的值拷贝到CCR寄存器同时可以触发捕获中断。测量频率的经典方法是测周期配置定时器输入捕获为上升沿触发每次上升沿到来时读CCR值并计算与上次捕获值的差值这个差值就是信号一个周期内计数器走过的计数个数。用定时器时钟频率除以这个差值就得到输入信号的频率。比如计数频率为1MHz一个周期内计数1000个信号频率就是1kHz。重点注意事项在测量低频信号时可能会超过CNT的计数范围比如用16位计数器此时要开启定时器更新中断在更新中断里用一个软件变量累加溢出次数保证计数寄存器能正确记录长时间周期。高频测量则注意输入信号的电压范围超过MCU引脚耐压会烧引脚。6.2 编码器模式让定时器自动做正交解码电机项目里经常用到增量式编码器它输出A、B两路相位差90度的方波。STM32的通用定时器带编码器接口工作在编码器模式下时定时器会自动根据两路信号的变化顺序判断旋转方向并自动增减CNT。这样CPU不需要在中断里频繁捕获脉冲只需定时读取CNT就能得到电机位置和方向。配置编码器模式的要点把定时器的两个通道都配置为输入模式对应引脚接到编码器的A、B相在CubeMX的Encoder Mode选择“Encoder Mode TI1 and TI2”或“Encoder Mode TI1”最后把计数器初始值设置为编码器量程的一半便于读取正负方向。我踩过的坑是编码器模式的下ARR仍然决定了计数范围如果你希望计数器可以双向计数ARR不能设为0否则会溢出异常。实际上STM32的编码器模式CNT会自然向上加或向下减ARR设为自动重装值推荐设置为0xFFFF65535并在软件中做有符号转换。6.3 三个定时器如何同步启动项目里有时需要多个定时器同时开始计数比如多路PWM起始相位一致或者多通道采样同时开始。实现方式有两种一种是软件同步在代码里依次执行启动命令。由于每条指令都有执行时间定时器启动会有微小的间隔对精度要求不高时可以接受。另一种是硬件触发同步。STM32定时器之间有主从连接机制可以让从定时器在主定时器触发信号到来时启动。配置好主定时器产生TRGO触发输出信号从定时器选择Trigger Mode设为Gate或Trigger模式这样主定时器计数溢出时从定时器跟着启动偏差只在一个时钟周期以内。我实测下来如果三个定时器同时启动后还要保证PWM相位差固定建议使用硬件触发方式。这种模式下软件只需启动主定时器从定时器自动被触发而且CubeMX里能图形化配置主从关系不用手写复杂寄存器。7. 常见问题与排查技巧实录7.1 定时器中断不触发或只触发一次检查这几处第一检查时基是否走起来了。调试时在中断里设置断点如果没进中断先在外层看HAL_TIM_Base_Start_IT()有没有被调用。第二确认定时器时钟有没有使能。标准库模式下你需要手动执行RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE)漏掉这行寄存器写什么都没效果HAL库虽然CubeMX会生成但你如果手动改了时钟树也可能导致未使能。第三检查中断优先级是否配置正确。如果全局中断优先级组设置不合理或者抢占优先级和子优先级都为0而其他中断也在持续抢占可能定时器中断一直得不到响应。第四检查中断标志位是否清除。清除不干净的中断标志会在退出中断服务函数后立即再次进入造成CPU被这个中断霸占反之如果不清除标志现象就是中断好像不触发——其实触发了但状态被锁住。“cnt加到arr为什么没有产生中断”这个问题也经常看到。大多数情况下是中断没被使能或者NVIC里没有打勾其次检查你修改的ARR是否应用到了影子寄存器。如果ARR的自动重载预装载被禁用你写入的值应该直接生效如果启用预装载写入值要等下一个更新事件才生效。如果ARR被设置成0计数器CNT根本数不到非零值就会卡在0和1之间疯狂溢出这时中断可能高频触发也可能由于更新事件异常导致标志位一直挂着。7.2 定时时间偏差一倍或两倍先看时钟树再看PSC定时时间翻倍是硬件调试里最经典的错误之一。很多人按72MHz主频计算PSC结果发现时间正好慢一倍原因大概率是APB1预分频器不是1分频。STM32F103中如果APB1预分频为2那么APB1外设时钟其实就是36MHz但定时器时钟有特殊规则如果APB1预分频不为1定时器时钟频率会强制为APB1频率的2倍即72MHz。如果APB1预分频为1那么定时器时钟就是APB1的原始频率也就是36MHz。这个差异非常容易导致一整行计算结果全错。GD32的情况也一样只是换成了rcu_timer_clock_prescaler_config()这个函数。如果你用GD32F450却不配置这个函数或者配置成MUL2/MUL4中的一个会影响最终定时器时钟。调试时最好的方法是用调试器直接读定时器时钟寄存器或者打开CubeMX/IDE的时钟树窗口看实际CK_PSC值是多少再回头验证PSC和ARR。7.3 定时器A/B引脚碰撞不明波形的根源芯片引脚是多路复用器同一引脚可能连接好几个外设。比如某些型号的PA9可能同时连接USART1_TX和TIM1_CH2如果你想用PA9输出PWM但同时又初始化了USART1那两者会打架波形就乱了。调试时看到PWM引脚上有异常抖动除了查PSC和ARR还要检查该引脚是否被其他外设占用。CubeMX里外设初始化是有顺序的。GPIO初始化时选Alternative Function它会把引脚切到该外设模式但如果你在其他代码里又把它改成了普通推挽输出PWM就会消失或者变成常低/常高。这类问题非常隐蔽我建议每次在初始化之后打印或点亮一个指示LED确认定时器启动成功再往下测试。7.4 “HAL_TIM_PeriodElapsedCallback”里别干重活这个回调函数是HAL库处理定时器更新中断时最终执行的地方。由于它是在中断上下文里调用的内部绝对不要放HAL_Delay不要调用任何可能阻塞的函数也不要做复杂的浮点运算或大块数据拷贝。中断服务函数讲究“快进快出”否则其他实时任务会被拖垮。我在实际项目里会把翻转LED这类耗时极短的操作直接放在回调里但把数据处理、协议解析等任务放到主循环中的状态机里回调里只置标志位。7.5 555定时器频率不对检查充放电回路和电源去耦如果你在做555多谐振荡器时发现输出频率和计算值不一样先别急着怀疑芯片检查三个东西电阻阻值是否和计算值一致电容是否选对了容量和误差电源上有无足够去耦电容。555的精度受电源电压和温度影响较大而且其输出频率公式是基于理想比较器阈值的实际应用中如果VCC不稳频率会抖动。测量时建议用示波器看波形不要用万用表测频率因为万用表的频率档在低占空比或高噪声时可能读不准。7.6 Cron、Windows锁屏定时和前端组件什么时候别用软件定时器回到软件定时器的场景如果你用Cron表达式跑定时任务比如前端组件里配置一个*/5 * * * *要注意Cron表达式基于系统时间如果服务器时钟被NTP校准或手动调整任务可能被跳过或重复执行。处理方式是用分布式锁保证同一时刻只执行一次这个在嵌入式领域其实也有类比——多个中断同时抢同一资源时也需要用临界区或原子操作保护。Windows锁屏定时器失效则是因为操作系统在锁屏后可能进入了“现代待机”或睡眠状态软件定时器被挂起。解决办法要么是调整电源设置让系统永不睡眠要么用硬件层的RTC唤醒。这再次说明软件定时器依赖CPU活着硬件定时器依赖时钟源活着RTC则依赖电池活着。8. 定时器选型与延展建议8.1 不同场景该选哪种定时器方案简单梳理一下只需要1ms周期翻转IO、跑系统心跳优先用SysTick滴答定时器它专门为操作系统心跳设计所有ARM Cortex-M内核都有启用简单。需要多个定时任务可以一个硬件定时器作为时基在中断里软件计数扩展出多路软定时器。需要输出PWM调光、调速选通用定时器配置单通道或多通道PWM输出。需要驱动H桥、三相电机选高级定时器利用互补通道和死区插入功能。需要测频率、测脉宽选带输入捕获的通用定时器注意计数位宽。需要读取增量编码器选带编码器接口的定时器很多通用定时器都支持。需要极低功耗下的计时保持外接RTC芯片或MCU内部RTC而不是靠主定时器。纯硬件定时不想写代码555或单稳态触发器。8.2 从定时器看整个嵌入式系统设计我个人一直觉得定时器是嵌入式系统里最能体现“硬件与软件协同”的外设之一。它既需要你在寄存器层面精确计算又需要你在中断层面合理规划任务它既可以被用作纯粹的时间基准也可以被发挥成PWM发生器、捕获器、编码器解码器、脉冲计数器。把定时器弄透了你对时钟树、中断系统、DMA、低功耗模式的理解都会上一个台阶。最后分享一个小技巧在你调试任何定时器功能时先用最慢的定时周期和最明显的现象比如1Hz闪灯验证通路然后再逐步加快到目标频率。很多人一上来就配置一个需要示波器才能验证的PWM一旦失败根本无从判断是引脚复用、PSC、ARR还是中断的问题。先把灯闪出来等于把整条链路验证了80%。做定时器实验多读参考手册里那个框图多画自己脑补的信号流向图多对照调试器里寄存器的实时值这东西没那么多玄学全是环环相扣的逻辑。上面这些内容是我在51、GD32、STM32还有纯硬件电路之间反复横跳之后整理出来的心得希望对你有帮助。