做嵌入式开发这么多年定时器中断一直是我最常用的外设功能没有之一。不管是做LED闪烁、按键消抖、轮询任务调度还是触发ADC采样归根到底都要靠一个稳定可靠的时基。这次就以STM32G0系列为平台用HAL库配置TIM2实现精准1秒翻转LED把定时器中断从原理到代码完整走一遍。文章里会包含CubeMX配置步骤、参数计算过程、完整源码和我在实际调试中踩过的坑适合刚接触STM32G0或者被HAL库函数调用绕晕的读者参考。如果你之前用标准外设库或者直接撸寄存器刚切到HAL库时可能会觉得“封装太重、不知道函数内部做了什么”但反过来看HAL库把定时器初始化、中断处理、回调机制都规范化了用顺手之后开发效率会高很多代码也更容易移植。这篇就以TIM2为例把HAL库定时器中断这条路彻底打通。1. 项目整体设计与思路拆解1.1 为什么选STM32G0系列做定时器实战STM32G0系列是意法半导体面向高性价比市场推出的入门级MCU内核是Cortex-M0主频最高能到64MHz。相比老一代STM32F1G0的价格更便宜、功耗更低内部RC振荡器精度也更好很多场景下可以不接外部晶振直接用HSI省掉两个引脚和两颗电容。对于做小家电、传感器节点、消费电子这类成本敏感项目G0几乎是“万金油”一样的存在。选G0做定时器实战还有一个原因它的定时器资源非常丰富。以STM32G0B1为例片上有多组基本定时器、通用定时器TIM2还是32位计数器。32位意味着什么如果你用16位定时器在64MHz时钟下ARR最大只能设到65535定时周期受限制而32位TIM2可以设置非常大的自动重载值长时间定时不用频繁做软件计数。当然Cortex-M0内核本身比较简单没有M3/M4那种复杂的中断控制器特性但这对于学习定时器中断反而更友好。你只需要关注一个中断入口、一个回调函数逻辑清晰不容易被多余的概念干扰。1.2 为什么不用SysTick而选择TIM2很多初学者做LED闪烁第一反应是HAL_Delay或者用SysTick实现简单延时。HAL_Delay确实简单但它有个严重问题阻塞式延时在延时期间CPU什么都干不了而且如果中断打断了HAL_Delay还可能导致延时变长。SysTick作为系统节拍通常在RTOS或HAL库内部已经被征用了你再去占用它做应用层定时容易跟系统功能打架。TIM2在这里的优势就体现出来了它独立于CPU核心运行配置好之后硬件自己计数计数溢出时触发中断CPU只在中断里做极短的处理比如翻转LED、置一个标志位。主循环可以继续处理别的事情实时性和资源利用率都高。这也是嵌入式里经典的“时间触发”思想用硬件定时器产生时间基准软件在中断里标记事件主循环执行具体逻辑。顺便说一句1秒LED闪烁本质上是产生一个周期为1秒的方波频率就是1Hz。用定时器中断实现时中断周期可以设为1秒在中断服务函数里翻转一次引脚也可以把中断周期设为更短比如10ms用软件计数器累加到1秒再翻转。前者代码最简单后者扩展性更强。这篇先讲最直接的方案后面再聊扩展。1.3 用HAL库还是LL库怎么选“hal和ll库区别”这个词最近被搜得很多。一句话总结HAL库偏上层、抽象度高函数调用清晰借助CubeMX可以快速生成工程但代码体积大、执行效率稍低LL库贴近寄存器代码轻量、执行快但需要你自己理解寄存器操作开发速度慢一些。我的建议是做产品原型验证、项目周期紧、需要快速迭代时优先HAL库做资源极其紧张的小芯片方案、或者对时序要求苛刻的底层驱动时再考虑LL库或者直接操作寄存器。STM32G0的Flash从16KB到512KB不等如果你用的是小容量型号HAL库的代码体积确实要心里有数但现代G0型号普遍Flash不小正常应用HAL完全够用。本文选择HAL库还有一个原因CubeMX能直接生成初始化代码定时器参数配置在图形界面上就能完成出错概率大幅降低。你可以把精力集中在理解定时器工作的核心参数上而不是浪费在翻寄存器手册上。2. 定时器中断原理与HAL库文件结构认知2.1 定时器中断到底怎么工作的定时器中断的原理其实不复杂。你可以把它想象成厨房里的计时器先设定一个目标时间自动重载值ARR启动后开始倒计时计数器CNT递增或递减时间到了计时器“叮”一声更新事件你听到铃声就去处理事情触发中断。具体到STM32的通用定时器有四个关键成员时钟源定时器计数的“脉搏”一般来自内部RCC时钟也可以来自外部引脚。预分频器PSC把定时器时钟先分频降低计数频率相当于给秒表换了一个更慢的刻度。计数器CNT当前计数值每来一个时钟脉冲就加1。自动重载寄存器ARR当CNT计到ARR时计数器归零并产生更新事件Update Event。如果使能了更新中断这个更新事件就会触发一次中断。在HAL库中中断响应后会调用一个弱函数HAL_TIM_PeriodElapsedCallback你在用户代码里重写这个函数就能实现“每隔固定时间做什么”。一个非常直观的类比如果定时器时钟是64MHz那么计数器每秒钟会数64000000下。如果我们希望每1秒触发一次中断就相当于让计数器数到64000000再归零。可是16位计数器最大只能数65535数不了这么多所以先用PSC把64MHz分频成更慢的时钟再用ARR控制计数上限。两者配合就能得到精确的定时周期。2.2 HAL库文件结构详解别怕那一堆文件夹很多人从CubeMX生成工程后看到一堆文件夹就发怵。其实HAL库工程的结构非常固定弄清楚之后找文件、改配置都会很快。Core用户代码区。Inc下面是头文件Src下面是main.c、stm32g0xx_it.c等用户可修改的源文件。Drivers/STM32G0xx_HAL_DriverHAL库本体。Inc和Src里分别是各个外设的头文件与源码比如stm32g0xx_hal_tim.h就是定时器相关函数声明。Drivers/CMSISARM内核相关的头文件和启动文件一般不用动。建工程时建议养成习惯用户自己写的代码尽量放在Core目录里不要直接改HAL库源码。HAL库的函数已经做了大量条件编译控制你乱改驱动文件后面升级固件包或者换芯片型号时容易出问题。我在实际项目中会再建一个App文件夹放应用层代码这样层次更清晰底层驱动HAL库→ 板级驱动BSP→ 应用逻辑App。这里再回答一个高频疑问CubeMX生成TIM2外设初始化时Clock Source默认选择Internal Clock也就是“内部时钟”这个“internalconfig”指的是TIM2使用RCC提供的内部定时器时钟而不是外部引脚输入或编码器模式。如果你误选成外部时钟模式定时器就不会按你预期的内部频率计数。做普通定时中断保持Internal Clock即可。2.3 定时器时钟频率必须算清楚不然永远调不准定时器中断最常见的问题就是“时间不对”。很多情况下是因为定时器的输入时钟频率没搞明白。STM32G0的时钟树大概是这样的HSI内部RC16MHz或者HSE外部晶振 → PLL倍频 → SYSCLK系统主频 → AHB预分频器 → APB预分频器 → 定时器时钟。其中有一个非常关键的规则如果APB预分频器不为1定时器时钟会是PCLK的2倍如果APB预分频器等于1定时器时钟等于PCLK。STM32G0系列同样遵循这个约定。举例来说系统主频64MHzAHB分频1APB分频2那么PCLK是32MHz但定时器时钟是64MHz。这在CubeMX的Clock Configuration页面里能直接看到比如TIM2的时钟那一栏会显示64 MHz。很多人在F1时代背过这个规则到了G0上却忽略了结果计算PSC和ARR时用的时钟不对定时自然不准。我的建议是配置完成后先去CubeMX的Clock Configuration页面确认TIM2的真实时钟频率再按这个频率去计算参数。不要想当然地以为“主频64MHz定时器时钟就是64MHz”万一APB分频配置不同结果就会差一倍。3. 实操过程与完整代码实现3.1 开发环境准备与工程创建我平时的开发组合是STM32CubeMX生成初始化工程 集成开发环境编译调试。CubeMX版本建议用较新的6.x集成的固件包要提前下载好。如果遇到“从服务器拉取芯片固件包列表时网络请求失败”的情况最省事的办法是去意法半导体官网手动下载固件包然后在CubeMX里通过Help - Manage embedded software packages - From Local导入本地包也可以直接设置为离线模式用本地仓库。集成开发环境方面STM32CubeIDE是官方免费方案开箱即用如果你习惯Keil MDK也可以生成MDK-ARM工程还有不少人用VSCodeEIDE插件。用VSCodeEIDE时要注意生成工程后或者把工程导入EIDE时如果编译报找不到头文件多半是include路径没有正确导入需要在EIDE的工程配置里手动添加Drivers/CMSIS/Include、Drivers/STM32G0xx_HAL_Driver/Inc以及Core/Inc这几个目录。这类“内存没导入/头文件没导入”的问题本质都是路径配置问题不是代码问题。3.2 CubeMX配置TIM2的详细步骤以STM32G0B1RET6为例新建工程后按下面步骤配置在Pinout Configuration界面先配置RCC。如果板上有外部晶振就选HSE Crystal/Ceramic Resonator如果没有就用HSI内部时钟我这边的示例直接用HSI省去外部晶振。进入Clock Configuration页面调整时钟树HSI 16MHz → PLL倍频到64MHz → SYSCLK选择PLLAHB Prescaler设为1APB Prescaler设为1或2都行但要同步确认TIM2时钟频率。我用APB Prescaler1这样PCLK和TIM2时钟都是64MHz计算最简单。回到Pinout Configuration左侧找到Timers - TIM2勾选Activated激活TIM2。Clock Source选择Internal Clock这就是前面说的internalconfig。在TIM2的Parameter Settings里设置Prescaler预分频值和Counter Period自动重载值。这里直接填计算结果Prescaler 6399Counter Period 9999Auto-reload preload自动重载预装载建议开启避免运行时ARR被更新成撕裂值。Counter Mode保持Up向上计数。在NVIC Settings页勾选TIM2 global interrupt使能TIM2中断。配置LED引脚。在芯片引脚图上把目标引脚比如PA5设置为GPIO_Output在GPIO配置里设置初始电平为高或低标签命名为LED_GPIO_Port/LED_Pin。点击Generate Code生成工程。这里再解释一下为什么用PSC6399、ARR9999。定时器时钟是64MHz也就是每秒64000000个计数脉冲。我们希望定时周期为1秒即计数器从0数到ARR需要1秒。分频后的计数频率 64MHz / (PSC1)。要让计数器每秒钟数10000次则64MHz / (63991) 10000Hz也就是每0.0001秒计一次数计数器数0~9999共10000次正好1秒。公式就是计数频率 定时器时钟 / (PSC1)中断周期 (ARR1) / 计数频率所以1秒 (99991) / (64MHz / (63991))。如果你用的定时器时钟是32MHz那PSC可以设为3199ARR还是9999结果同样是1秒。核心是先确认时钟频率再代入公式不要死记参数。3.3 核心代码实现初始化与中断回调CubeMX生成的工程已经帮我们完成了大半工作包括MX_GPIO_Init和MX_TIM2_Init。你需要在主函数里启动定时器并在中断回调函数里翻转LED。在main()中系统初始化之后添加int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_TIM2_Init(); // 启动TIM2并使能更新中断 HAL_TIM_Base_Start_IT(htim2); while (1) { // 主循环可以处理其他任务 } }注意HAL_TIM_Base_Start_IT和HAL_TIM_Base_Start的区别就在这个_IT后缀。前者启动定时器并开启中断后者只启动定时器不产生中断。很多新手只用了HAL_TIM_Base_Start结果定时器在跑中断却永远不触发LED自然不闪。接下来重写中断回调函数。HAL库在定时器更新中断发生时最终会调用到HAL_TIM_PeriodElapsedCallback这个弱函数。我们在用户文件里重新实现它void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } }这个写法一定要记住判断htim-Instance。因为工程里可能同时用了多个定时器、多组PWM或输入捕获它们的中断都会进同一个回调函数不判断来源就会出现“定时器1中断触发了定时器2的回调”这种混乱。如果你希望在主循环里做更多事情而不是在中断里直接操作GPIO可以改成置标志位volatile uint8_t tim2_flag 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { tim2_flag 1; } } int main(void) { // 初始化... HAL_TIM_Base_Start_IT(htim2); while (1) { if (tim2_flag) { tim2_flag 0; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } } }两种方式都能实现1秒闪烁区别在于直接在回调里翻转GPIO延迟最小、代码最简短用标志位的做法把“事件通知”和“事件处理”分离开回调函数体非常短有利于多任务协作。实际产品中中断函数里通常只做标记、计数这类轻量操作耗时操作放主循环避免中断嵌套和长时间阻塞。3.4 完整代码示例与关键函数说明这里给出一份完整可用的核心代码。注意CubeMX生成的stm32g0xx_it.c中TIM2_IRQHandler已经调用了HAL_TIM_IRQHandler(htim2)这部分不需要修改。你只需要关注main.c以及自己的回调函数。/* main.c 关键部分 */ #include main.h TIM_HandleTypeDef htim2; volatile uint8_t tim2_flag 0; void SystemClock_Config(void); static void MX_GPIO_Init(void); static void MX_TIM2_Init(void); int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_TIM2_Init(); HAL_TIM_Base_Start_IT(htim2); while (1) { if (tim2_flag) { tim2_flag 0; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } } } static void MX_TIM2_Init(void) { TIM_ClockConfigTypeDef sClockSourceConfig {0}; TIM_MasterConfigTypeDef sMasterConfig {0}; htim2.Instance TIM2; htim2.Init.Prescaler 6399; htim2.Init.CounterMode TIM_COUNTERMODE_UP; htim2.Init.Period 9999; htim2.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; htim2.Init.AutoReloadPreload TIM_AUTORELOAD_PRELOAD_ENABLE; if (HAL_TIM_Base_Init(htim2) ! HAL_OK) { Error_Handler(); } sClockSourceConfig.ClockSource TIM_CLOCKSOURCE_INTERNAL; if (HAL_TIM_ConfigClockSource(htim2, sClockSourceConfig) ! HAL_OK) { Error_Handler(); } sMasterConfig.MasterOutputTrigger TIM_TRGO_RESET; sMasterConfig.MasterSlaveMode TIM_MASTERSLAVEMODE_DISABLE; if (HAL_TIMEx_MasterConfigSynchronization(htim2, sMasterConfig) ! HAL_OK) { Error_Handler(); } }这里出现的HAL_TIM_ConfigClockSource就是在设置TIM2的时钟源为内部时钟也就是CubeMX里那个Internal Clock选项。TIM_TRGO_RESET表示暂时不用定时器的触发输出功能比如触发ADC转换时这里会改成TIM_TRGO_UPDATE。这部分代码看着多但你基本不用手写CubeMX会生成。回调函数建议放在main.c底部或者单独建一个app_tim.c文件void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { tim2_flag 1; } }有一点要提醒HAL_TIM_PeriodElapsedCallback在HAL库里是弱定义函数你在用户代码里重新定义即可但不要在一个工程里定义两次。如果你在main.c里写了一个又在别的文件里写了一个链接时虽然不一定报错但真正执行哪个完全看链接顺序这种“灵异现象”排查起来非常难受。4. 常见问题与排查技巧实录4.1 LED完全不动从这三个地方查起如果你按上面的步骤写完代码编译下载后LED没有任何反应优先检查三件事。第一有没有调用HAL_TIM_Base_Start_IT。我见过太多次把Start和Start_IT弄混的情况定时器确实启动了但中断没开回调永远不执行。第二NVIC里有没有勾选TIM2全局中断。在CubeMX的NVIC Settings页即使你使能了TIM2也要确保TIM2 global interrupt前面打了勾否则中断进不来。第三回调里有没有判断htim-Instance TIM2。有些工程里多个定时器共用同一个回调你把判断写成了TIM3自然什么都不会发生。排查时不要靠猜直接在HAL_TIM_PeriodElapsedCallback入口处打断点或者用一个临时变量翻转另一个无关引脚来验证。如果回调都没进那就是中断链路的问题如果回调进了但LED不动那问题在GPIO配置或主循环标志位处理。4.2 闪烁频率不是1秒多半是时钟没算对闪烁频率不对最典型的原因就是定时器时钟频率和计算时用的不一致。有人配置CubeMX时钟树时把APB分频改成2但算参数时依然按64MHz算结果实际定时器时钟变成了128MHz或者32MHz闪烁周期自然不对。另外注意PSC和ARR的值上限不同。STM32G0的TIM2是32位定时器PSC和ARR范围都比16位定时器大得多正常1秒需求完全够用。但如果你把PSC填成6400ARR填成10000算出来依然接近1秒因为分频和计数是乘法关系参数差一点会直接影响结果。用的时候老老实实按公式算计数频率 定时器时钟 / (PSC1)中断周期 (ARR1) / 计数频率调参时可以先用PSC6399、ARR999得到100ms周期用示波器或者逻辑分析仪看波形确认误差后再把ARR调回9999。如果连示波器都没有可以把LED闪烁频率调快比如100ms肉眼就能明显感受到闪烁节奏比干等1秒更容易判断。4.3 在VSCodeEIDE里编译报头文件找不到很多人从CubeMX生成工程后喜欢用VSCodeEIDE插件来写代码编译结果一导入就报“fatal error: stm32g0xx_hal.h: No such file or directory”。这个本质就是include路径缺失。在EIDE的工程设置里需要手动添加以下头文件路径Core/IncDrivers/STM32G0xx_HAL_Driver/IncDrivers/STM32G0xx_HAL_Driver/Inc/LegacyDrivers/CMSIS/Device/ST/STM32G0xx/IncludeDrivers/CMSIS/Include如果你还用了DSP库、中间件同样要把对应路径加进来。EIDE和CubeIDE不同它不会自动解析CubeMX的工程结构路径最好自己过一遍。还有一个容易踩的坑添加路径后编译仍然报错检查一下是否把固件包里的源文件全部加入编译尤其是stm32g0xx_hal_tim.c没有它链接时就会报HAL_TIM_Base_Start_IT未定义。4.4 回调函数里的耗时代码导致闪烁不稳我第一次做定时器中断的时候喜欢把所有事情都往回调里塞比如在回调里加打印、驱动OLED、甚至用HAL_Delay延时结果定时严重抖动。原因是中断处理函数执行时间越长定时器下一次计数开始的时间就越不稳定尤其在中断里调用HAL_Delay会直接卡死。正确的做法是中断回调里只做“标记”和“随手能完成的极短操作”比如置标志位、清标志位、切换一个GPIO。所有复杂逻辑放到主循环里。如果必须要驱动DHT11、OLED这类时序敏感的传感器或屏幕建议用定时器中断建立一个可扩展的软件时基在这些外设需要精确时序时再配合延时或状态机处理。比如定时器中断触发ADC采样就可以在回调中调用HAL_ADC_Start_DMA启动一次转换转换完成后再在DMA完成回调里读取数据这样采样间隔由硬件定时器保证精度比在主循环里用delay控制高一个量级。4.5 从F103或者其他系列移植到G0的注意事项很多人之前在STM32F103上做过定时器中断现在换到G0代码改起来有几个关键差异。第一HAL库头文件和宏定义名称不同F103是stm32f1xx_hal.hG0是stm32g0xx_hal.h第二定时器时钟频率的计算要重新确认F1的APB1定时器倍频规则和G0不完全一样第三G0的引脚功能复用表与F1不同同一引脚能不能作为TIM2的PWM输出或外部触发输入要查G0的DataSheet不能照搬F1代码。有些网友问“STM32F103的HAL库怎么移植到APM32上”道理类似换芯片平台不等于简单替换头文件你还要核对时钟树、外设寄存器映射、中断向量表这些差异往往藏在细节里。最稳妥的做法是在新平台上用CubeMX重新生成底层初始化再把应用层代码搬过来而不是直接整体拷贝工程。5. 扩展思路从LED闪烁走向真正的定时器应用1秒LED闪烁只是定时器中断的第一课掌握之后可以做很多有价值的事情。最简单的扩展是把PSC和ARR改成别的时间基数比如10ms中断一次然后在回调里用软件计数器累加volatile uint16_t tick_ms 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { tick_ms; if (tick_ms 1000) { tick_ms 0; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } } }这样做的优势是你有了一个10ms的软件时基可以同时管理多个任务比如LED1每500ms翻转、LED2每200ms翻转、按键每20ms扫描一次。这就是一个简易的“软件定时器组”在裸机开发里非常实用。配合tim2_flag标记法主循环根据标志位调度不同任务代码结构清晰扩展性也远强于多个HAL_Delay嵌套。另一个典型的实践是使用TIM2的触发输出让定时器更新事件自动触发ADC采样而不需要占用CPU去启动转换。在CubeMX中把TIM2的MasterOutputTrigger设为Update事件ADC触发源选择TIM2然后编写HAL_ADC_ConvCpltCallback即可。这种“定时器ADCDMA”的组合是传感器采集项目的经典方案采集间隔精确由硬件保证CPU负载极低。至于网上常看到的HAL库驱动DHT11、驱动OLED、SPI DMA循环模式等这些本质上都是对定时器时基和HAL库外设接口的组合运用。比如DHT11的时序要求微妙级精确单纯用HAL_Delay做延时可能误差很大很多人的做法就是利用定时器的微秒级时基或者直接关中断操作GPIOOLED刷新则可以配合定时器中断做分时刷新避免阻塞主流程。无论哪个方向只要把定时器中断这个基础打牢后面都会事半功倍。最后再分享一个实际调试的小技巧写定时器中断代码时先用一个逻辑分析仪或者示波器观察LED引脚的波形确认周期和占空比不要只靠眼睛看灯亮不亮。眼睛能看出1秒闪烁但看不出是1.1秒还是0.9秒而且在高频率闪烁时肉眼和示波器判断完全不同。我调试时会先把LED引脚临时改成PWM输出模式用CubeMX配置好占空比先验证时钟和引脚没问题再改回定时器中断翻转逻辑。这样把“硬件时钟”和“软件逻辑”分开排查往往能很快定位问题。 STM32G0定时器中断实战：HAL库配置TIM2实现1秒LED闪烁
做嵌入式开发这么多年定时器中断一直是我最常用的外设功能没有之一。不管是做LED闪烁、按键消抖、轮询任务调度还是触发ADC采样归根到底都要靠一个稳定可靠的时基。这次就以STM32G0系列为平台用HAL库配置TIM2实现精准1秒翻转LED把定时器中断从原理到代码完整走一遍。文章里会包含CubeMX配置步骤、参数计算过程、完整源码和我在实际调试中踩过的坑适合刚接触STM32G0或者被HAL库函数调用绕晕的读者参考。如果你之前用标准外设库或者直接撸寄存器刚切到HAL库时可能会觉得“封装太重、不知道函数内部做了什么”但反过来看HAL库把定时器初始化、中断处理、回调机制都规范化了用顺手之后开发效率会高很多代码也更容易移植。这篇就以TIM2为例把HAL库定时器中断这条路彻底打通。1. 项目整体设计与思路拆解1.1 为什么选STM32G0系列做定时器实战STM32G0系列是意法半导体面向高性价比市场推出的入门级MCU内核是Cortex-M0主频最高能到64MHz。相比老一代STM32F1G0的价格更便宜、功耗更低内部RC振荡器精度也更好很多场景下可以不接外部晶振直接用HSI省掉两个引脚和两颗电容。对于做小家电、传感器节点、消费电子这类成本敏感项目G0几乎是“万金油”一样的存在。选G0做定时器实战还有一个原因它的定时器资源非常丰富。以STM32G0B1为例片上有多组基本定时器、通用定时器TIM2还是32位计数器。32位意味着什么如果你用16位定时器在64MHz时钟下ARR最大只能设到65535定时周期受限制而32位TIM2可以设置非常大的自动重载值长时间定时不用频繁做软件计数。当然Cortex-M0内核本身比较简单没有M3/M4那种复杂的中断控制器特性但这对于学习定时器中断反而更友好。你只需要关注一个中断入口、一个回调函数逻辑清晰不容易被多余的概念干扰。1.2 为什么不用SysTick而选择TIM2很多初学者做LED闪烁第一反应是HAL_Delay或者用SysTick实现简单延时。HAL_Delay确实简单但它有个严重问题阻塞式延时在延时期间CPU什么都干不了而且如果中断打断了HAL_Delay还可能导致延时变长。SysTick作为系统节拍通常在RTOS或HAL库内部已经被征用了你再去占用它做应用层定时容易跟系统功能打架。TIM2在这里的优势就体现出来了它独立于CPU核心运行配置好之后硬件自己计数计数溢出时触发中断CPU只在中断里做极短的处理比如翻转LED、置一个标志位。主循环可以继续处理别的事情实时性和资源利用率都高。这也是嵌入式里经典的“时间触发”思想用硬件定时器产生时间基准软件在中断里标记事件主循环执行具体逻辑。顺便说一句1秒LED闪烁本质上是产生一个周期为1秒的方波频率就是1Hz。用定时器中断实现时中断周期可以设为1秒在中断服务函数里翻转一次引脚也可以把中断周期设为更短比如10ms用软件计数器累加到1秒再翻转。前者代码最简单后者扩展性更强。这篇先讲最直接的方案后面再聊扩展。1.3 用HAL库还是LL库怎么选“hal和ll库区别”这个词最近被搜得很多。一句话总结HAL库偏上层、抽象度高函数调用清晰借助CubeMX可以快速生成工程但代码体积大、执行效率稍低LL库贴近寄存器代码轻量、执行快但需要你自己理解寄存器操作开发速度慢一些。我的建议是做产品原型验证、项目周期紧、需要快速迭代时优先HAL库做资源极其紧张的小芯片方案、或者对时序要求苛刻的底层驱动时再考虑LL库或者直接操作寄存器。STM32G0的Flash从16KB到512KB不等如果你用的是小容量型号HAL库的代码体积确实要心里有数但现代G0型号普遍Flash不小正常应用HAL完全够用。本文选择HAL库还有一个原因CubeMX能直接生成初始化代码定时器参数配置在图形界面上就能完成出错概率大幅降低。你可以把精力集中在理解定时器工作的核心参数上而不是浪费在翻寄存器手册上。2. 定时器中断原理与HAL库文件结构认知2.1 定时器中断到底怎么工作的定时器中断的原理其实不复杂。你可以把它想象成厨房里的计时器先设定一个目标时间自动重载值ARR启动后开始倒计时计数器CNT递增或递减时间到了计时器“叮”一声更新事件你听到铃声就去处理事情触发中断。具体到STM32的通用定时器有四个关键成员时钟源定时器计数的“脉搏”一般来自内部RCC时钟也可以来自外部引脚。预分频器PSC把定时器时钟先分频降低计数频率相当于给秒表换了一个更慢的刻度。计数器CNT当前计数值每来一个时钟脉冲就加1。自动重载寄存器ARR当CNT计到ARR时计数器归零并产生更新事件Update Event。如果使能了更新中断这个更新事件就会触发一次中断。在HAL库中中断响应后会调用一个弱函数HAL_TIM_PeriodElapsedCallback你在用户代码里重写这个函数就能实现“每隔固定时间做什么”。一个非常直观的类比如果定时器时钟是64MHz那么计数器每秒钟会数64000000下。如果我们希望每1秒触发一次中断就相当于让计数器数到64000000再归零。可是16位计数器最大只能数65535数不了这么多所以先用PSC把64MHz分频成更慢的时钟再用ARR控制计数上限。两者配合就能得到精确的定时周期。2.2 HAL库文件结构详解别怕那一堆文件夹很多人从CubeMX生成工程后看到一堆文件夹就发怵。其实HAL库工程的结构非常固定弄清楚之后找文件、改配置都会很快。Core用户代码区。Inc下面是头文件Src下面是main.c、stm32g0xx_it.c等用户可修改的源文件。Drivers/STM32G0xx_HAL_DriverHAL库本体。Inc和Src里分别是各个外设的头文件与源码比如stm32g0xx_hal_tim.h就是定时器相关函数声明。Drivers/CMSISARM内核相关的头文件和启动文件一般不用动。建工程时建议养成习惯用户自己写的代码尽量放在Core目录里不要直接改HAL库源码。HAL库的函数已经做了大量条件编译控制你乱改驱动文件后面升级固件包或者换芯片型号时容易出问题。我在实际项目中会再建一个App文件夹放应用层代码这样层次更清晰底层驱动HAL库→ 板级驱动BSP→ 应用逻辑App。这里再回答一个高频疑问CubeMX生成TIM2外设初始化时Clock Source默认选择Internal Clock也就是“内部时钟”这个“internalconfig”指的是TIM2使用RCC提供的内部定时器时钟而不是外部引脚输入或编码器模式。如果你误选成外部时钟模式定时器就不会按你预期的内部频率计数。做普通定时中断保持Internal Clock即可。2.3 定时器时钟频率必须算清楚不然永远调不准定时器中断最常见的问题就是“时间不对”。很多情况下是因为定时器的输入时钟频率没搞明白。STM32G0的时钟树大概是这样的HSI内部RC16MHz或者HSE外部晶振 → PLL倍频 → SYSCLK系统主频 → AHB预分频器 → APB预分频器 → 定时器时钟。其中有一个非常关键的规则如果APB预分频器不为1定时器时钟会是PCLK的2倍如果APB预分频器等于1定时器时钟等于PCLK。STM32G0系列同样遵循这个约定。举例来说系统主频64MHzAHB分频1APB分频2那么PCLK是32MHz但定时器时钟是64MHz。这在CubeMX的Clock Configuration页面里能直接看到比如TIM2的时钟那一栏会显示64 MHz。很多人在F1时代背过这个规则到了G0上却忽略了结果计算PSC和ARR时用的时钟不对定时自然不准。我的建议是配置完成后先去CubeMX的Clock Configuration页面确认TIM2的真实时钟频率再按这个频率去计算参数。不要想当然地以为“主频64MHz定时器时钟就是64MHz”万一APB分频配置不同结果就会差一倍。3. 实操过程与完整代码实现3.1 开发环境准备与工程创建我平时的开发组合是STM32CubeMX生成初始化工程 集成开发环境编译调试。CubeMX版本建议用较新的6.x集成的固件包要提前下载好。如果遇到“从服务器拉取芯片固件包列表时网络请求失败”的情况最省事的办法是去意法半导体官网手动下载固件包然后在CubeMX里通过Help - Manage embedded software packages - From Local导入本地包也可以直接设置为离线模式用本地仓库。集成开发环境方面STM32CubeIDE是官方免费方案开箱即用如果你习惯Keil MDK也可以生成MDK-ARM工程还有不少人用VSCodeEIDE插件。用VSCodeEIDE时要注意生成工程后或者把工程导入EIDE时如果编译报找不到头文件多半是include路径没有正确导入需要在EIDE的工程配置里手动添加Drivers/CMSIS/Include、Drivers/STM32G0xx_HAL_Driver/Inc以及Core/Inc这几个目录。这类“内存没导入/头文件没导入”的问题本质都是路径配置问题不是代码问题。3.2 CubeMX配置TIM2的详细步骤以STM32G0B1RET6为例新建工程后按下面步骤配置在Pinout Configuration界面先配置RCC。如果板上有外部晶振就选HSE Crystal/Ceramic Resonator如果没有就用HSI内部时钟我这边的示例直接用HSI省去外部晶振。进入Clock Configuration页面调整时钟树HSI 16MHz → PLL倍频到64MHz → SYSCLK选择PLLAHB Prescaler设为1APB Prescaler设为1或2都行但要同步确认TIM2时钟频率。我用APB Prescaler1这样PCLK和TIM2时钟都是64MHz计算最简单。回到Pinout Configuration左侧找到Timers - TIM2勾选Activated激活TIM2。Clock Source选择Internal Clock这就是前面说的internalconfig。在TIM2的Parameter Settings里设置Prescaler预分频值和Counter Period自动重载值。这里直接填计算结果Prescaler 6399Counter Period 9999Auto-reload preload自动重载预装载建议开启避免运行时ARR被更新成撕裂值。Counter Mode保持Up向上计数。在NVIC Settings页勾选TIM2 global interrupt使能TIM2中断。配置LED引脚。在芯片引脚图上把目标引脚比如PA5设置为GPIO_Output在GPIO配置里设置初始电平为高或低标签命名为LED_GPIO_Port/LED_Pin。点击Generate Code生成工程。这里再解释一下为什么用PSC6399、ARR9999。定时器时钟是64MHz也就是每秒64000000个计数脉冲。我们希望定时周期为1秒即计数器从0数到ARR需要1秒。分频后的计数频率 64MHz / (PSC1)。要让计数器每秒钟数10000次则64MHz / (63991) 10000Hz也就是每0.0001秒计一次数计数器数0~9999共10000次正好1秒。公式就是计数频率 定时器时钟 / (PSC1)中断周期 (ARR1) / 计数频率所以1秒 (99991) / (64MHz / (63991))。如果你用的定时器时钟是32MHz那PSC可以设为3199ARR还是9999结果同样是1秒。核心是先确认时钟频率再代入公式不要死记参数。3.3 核心代码实现初始化与中断回调CubeMX生成的工程已经帮我们完成了大半工作包括MX_GPIO_Init和MX_TIM2_Init。你需要在主函数里启动定时器并在中断回调函数里翻转LED。在main()中系统初始化之后添加int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_TIM2_Init(); // 启动TIM2并使能更新中断 HAL_TIM_Base_Start_IT(htim2); while (1) { // 主循环可以处理其他任务 } }注意HAL_TIM_Base_Start_IT和HAL_TIM_Base_Start的区别就在这个_IT后缀。前者启动定时器并开启中断后者只启动定时器不产生中断。很多新手只用了HAL_TIM_Base_Start结果定时器在跑中断却永远不触发LED自然不闪。接下来重写中断回调函数。HAL库在定时器更新中断发生时最终会调用到HAL_TIM_PeriodElapsedCallback这个弱函数。我们在用户文件里重新实现它void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } }这个写法一定要记住判断htim-Instance。因为工程里可能同时用了多个定时器、多组PWM或输入捕获它们的中断都会进同一个回调函数不判断来源就会出现“定时器1中断触发了定时器2的回调”这种混乱。如果你希望在主循环里做更多事情而不是在中断里直接操作GPIO可以改成置标志位volatile uint8_t tim2_flag 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { tim2_flag 1; } } int main(void) { // 初始化... HAL_TIM_Base_Start_IT(htim2); while (1) { if (tim2_flag) { tim2_flag 0; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } } }两种方式都能实现1秒闪烁区别在于直接在回调里翻转GPIO延迟最小、代码最简短用标志位的做法把“事件通知”和“事件处理”分离开回调函数体非常短有利于多任务协作。实际产品中中断函数里通常只做标记、计数这类轻量操作耗时操作放主循环避免中断嵌套和长时间阻塞。3.4 完整代码示例与关键函数说明这里给出一份完整可用的核心代码。注意CubeMX生成的stm32g0xx_it.c中TIM2_IRQHandler已经调用了HAL_TIM_IRQHandler(htim2)这部分不需要修改。你只需要关注main.c以及自己的回调函数。/* main.c 关键部分 */ #include main.h TIM_HandleTypeDef htim2; volatile uint8_t tim2_flag 0; void SystemClock_Config(void); static void MX_GPIO_Init(void); static void MX_TIM2_Init(void); int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_TIM2_Init(); HAL_TIM_Base_Start_IT(htim2); while (1) { if (tim2_flag) { tim2_flag 0; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } } } static void MX_TIM2_Init(void) { TIM_ClockConfigTypeDef sClockSourceConfig {0}; TIM_MasterConfigTypeDef sMasterConfig {0}; htim2.Instance TIM2; htim2.Init.Prescaler 6399; htim2.Init.CounterMode TIM_COUNTERMODE_UP; htim2.Init.Period 9999; htim2.Init.ClockDivision TIM_CLOCKDIVISION_DIV1; htim2.Init.AutoReloadPreload TIM_AUTORELOAD_PRELOAD_ENABLE; if (HAL_TIM_Base_Init(htim2) ! HAL_OK) { Error_Handler(); } sClockSourceConfig.ClockSource TIM_CLOCKSOURCE_INTERNAL; if (HAL_TIM_ConfigClockSource(htim2, sClockSourceConfig) ! HAL_OK) { Error_Handler(); } sMasterConfig.MasterOutputTrigger TIM_TRGO_RESET; sMasterConfig.MasterSlaveMode TIM_MASTERSLAVEMODE_DISABLE; if (HAL_TIMEx_MasterConfigSynchronization(htim2, sMasterConfig) ! HAL_OK) { Error_Handler(); } }这里出现的HAL_TIM_ConfigClockSource就是在设置TIM2的时钟源为内部时钟也就是CubeMX里那个Internal Clock选项。TIM_TRGO_RESET表示暂时不用定时器的触发输出功能比如触发ADC转换时这里会改成TIM_TRGO_UPDATE。这部分代码看着多但你基本不用手写CubeMX会生成。回调函数建议放在main.c底部或者单独建一个app_tim.c文件void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { tim2_flag 1; } }有一点要提醒HAL_TIM_PeriodElapsedCallback在HAL库里是弱定义函数你在用户代码里重新定义即可但不要在一个工程里定义两次。如果你在main.c里写了一个又在别的文件里写了一个链接时虽然不一定报错但真正执行哪个完全看链接顺序这种“灵异现象”排查起来非常难受。4. 常见问题与排查技巧实录4.1 LED完全不动从这三个地方查起如果你按上面的步骤写完代码编译下载后LED没有任何反应优先检查三件事。第一有没有调用HAL_TIM_Base_Start_IT。我见过太多次把Start和Start_IT弄混的情况定时器确实启动了但中断没开回调永远不执行。第二NVIC里有没有勾选TIM2全局中断。在CubeMX的NVIC Settings页即使你使能了TIM2也要确保TIM2 global interrupt前面打了勾否则中断进不来。第三回调里有没有判断htim-Instance TIM2。有些工程里多个定时器共用同一个回调你把判断写成了TIM3自然什么都不会发生。排查时不要靠猜直接在HAL_TIM_PeriodElapsedCallback入口处打断点或者用一个临时变量翻转另一个无关引脚来验证。如果回调都没进那就是中断链路的问题如果回调进了但LED不动那问题在GPIO配置或主循环标志位处理。4.2 闪烁频率不是1秒多半是时钟没算对闪烁频率不对最典型的原因就是定时器时钟频率和计算时用的不一致。有人配置CubeMX时钟树时把APB分频改成2但算参数时依然按64MHz算结果实际定时器时钟变成了128MHz或者32MHz闪烁周期自然不对。另外注意PSC和ARR的值上限不同。STM32G0的TIM2是32位定时器PSC和ARR范围都比16位定时器大得多正常1秒需求完全够用。但如果你把PSC填成6400ARR填成10000算出来依然接近1秒因为分频和计数是乘法关系参数差一点会直接影响结果。用的时候老老实实按公式算计数频率 定时器时钟 / (PSC1)中断周期 (ARR1) / 计数频率调参时可以先用PSC6399、ARR999得到100ms周期用示波器或者逻辑分析仪看波形确认误差后再把ARR调回9999。如果连示波器都没有可以把LED闪烁频率调快比如100ms肉眼就能明显感受到闪烁节奏比干等1秒更容易判断。4.3 在VSCodeEIDE里编译报头文件找不到很多人从CubeMX生成工程后喜欢用VSCodeEIDE插件来写代码编译结果一导入就报“fatal error: stm32g0xx_hal.h: No such file or directory”。这个本质就是include路径缺失。在EIDE的工程设置里需要手动添加以下头文件路径Core/IncDrivers/STM32G0xx_HAL_Driver/IncDrivers/STM32G0xx_HAL_Driver/Inc/LegacyDrivers/CMSIS/Device/ST/STM32G0xx/IncludeDrivers/CMSIS/Include如果你还用了DSP库、中间件同样要把对应路径加进来。EIDE和CubeIDE不同它不会自动解析CubeMX的工程结构路径最好自己过一遍。还有一个容易踩的坑添加路径后编译仍然报错检查一下是否把固件包里的源文件全部加入编译尤其是stm32g0xx_hal_tim.c没有它链接时就会报HAL_TIM_Base_Start_IT未定义。4.4 回调函数里的耗时代码导致闪烁不稳我第一次做定时器中断的时候喜欢把所有事情都往回调里塞比如在回调里加打印、驱动OLED、甚至用HAL_Delay延时结果定时严重抖动。原因是中断处理函数执行时间越长定时器下一次计数开始的时间就越不稳定尤其在中断里调用HAL_Delay会直接卡死。正确的做法是中断回调里只做“标记”和“随手能完成的极短操作”比如置标志位、清标志位、切换一个GPIO。所有复杂逻辑放到主循环里。如果必须要驱动DHT11、OLED这类时序敏感的传感器或屏幕建议用定时器中断建立一个可扩展的软件时基在这些外设需要精确时序时再配合延时或状态机处理。比如定时器中断触发ADC采样就可以在回调中调用HAL_ADC_Start_DMA启动一次转换转换完成后再在DMA完成回调里读取数据这样采样间隔由硬件定时器保证精度比在主循环里用delay控制高一个量级。4.5 从F103或者其他系列移植到G0的注意事项很多人之前在STM32F103上做过定时器中断现在换到G0代码改起来有几个关键差异。第一HAL库头文件和宏定义名称不同F103是stm32f1xx_hal.hG0是stm32g0xx_hal.h第二定时器时钟频率的计算要重新确认F1的APB1定时器倍频规则和G0不完全一样第三G0的引脚功能复用表与F1不同同一引脚能不能作为TIM2的PWM输出或外部触发输入要查G0的DataSheet不能照搬F1代码。有些网友问“STM32F103的HAL库怎么移植到APM32上”道理类似换芯片平台不等于简单替换头文件你还要核对时钟树、外设寄存器映射、中断向量表这些差异往往藏在细节里。最稳妥的做法是在新平台上用CubeMX重新生成底层初始化再把应用层代码搬过来而不是直接整体拷贝工程。5. 扩展思路从LED闪烁走向真正的定时器应用1秒LED闪烁只是定时器中断的第一课掌握之后可以做很多有价值的事情。最简单的扩展是把PSC和ARR改成别的时间基数比如10ms中断一次然后在回调里用软件计数器累加volatile uint16_t tick_ms 0; void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim-Instance TIM2) { tick_ms; if (tick_ms 1000) { tick_ms 0; HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); } } }这样做的优势是你有了一个10ms的软件时基可以同时管理多个任务比如LED1每500ms翻转、LED2每200ms翻转、按键每20ms扫描一次。这就是一个简易的“软件定时器组”在裸机开发里非常实用。配合tim2_flag标记法主循环根据标志位调度不同任务代码结构清晰扩展性也远强于多个HAL_Delay嵌套。另一个典型的实践是使用TIM2的触发输出让定时器更新事件自动触发ADC采样而不需要占用CPU去启动转换。在CubeMX中把TIM2的MasterOutputTrigger设为Update事件ADC触发源选择TIM2然后编写HAL_ADC_ConvCpltCallback即可。这种“定时器ADCDMA”的组合是传感器采集项目的经典方案采集间隔精确由硬件保证CPU负载极低。至于网上常看到的HAL库驱动DHT11、驱动OLED、SPI DMA循环模式等这些本质上都是对定时器时基和HAL库外设接口的组合运用。比如DHT11的时序要求微妙级精确单纯用HAL_Delay做延时可能误差很大很多人的做法就是利用定时器的微秒级时基或者直接关中断操作GPIOOLED刷新则可以配合定时器中断做分时刷新避免阻塞主流程。无论哪个方向只要把定时器中断这个基础打牢后面都会事半功倍。最后再分享一个实际调试的小技巧写定时器中断代码时先用一个逻辑分析仪或者示波器观察LED引脚的波形确认周期和占空比不要只靠眼睛看灯亮不亮。眼睛能看出1秒闪烁但看不出是1.1秒还是0.9秒而且在高频率闪烁时肉眼和示波器判断完全不同。我调试时会先把LED引脚临时改成PWM输出模式用CubeMX配置好占空比先验证时钟和引脚没问题再改回定时器中断翻转逻辑。这样把“硬件时钟”和“软件逻辑”分开排查往往能很快定位问题。