STM32定时器中断配置与HAL库应用实战指南-平芜编程栈

1. 从零开始：为什么我们需要定时器中断？

如果你刚开始接触STM32，可能会觉得定时器中断这个概念有点抽象。我刚开始学的时候也这么想，不就是让芯片“定时”干点事吗？用个HAL_Delay函数不就行了？但真正做项目，尤其是涉及到精确时间控制、多任务协调或者需要低功耗的场景时，你就会发现，HAL_Delay这种“死等”的方式简直是灾难。它会霸占着CPU，让芯片在这段时间里什么别的活都干不了，效率极低，而且时间精度也差。

定时器中断，就是解决这个问题的核心武器。它的本质是，你给芯片内部的定时器硬件设定一个“闹钟”，比如每1毫秒响一次。然后你就可以放心地去写主循环里其他的代码了。当1毫秒时间一到，硬件定时器这个“闹钟”就会“叮”的一声（产生一个中断信号），CPU会立刻暂停手头的工作，跳转到你预先写好的“中断服务函数”里，去执行你安排好的任务（比如读取一个传感器、刷新一个LED状态、发送一个数据包）。执行完毕后，CPU再回到刚才被打断的地方继续工作。

整个过程，你的主程序while(1)循环一直在流畅地运行，没有被阻塞。这就是“异步”和“非阻塞”的精髓。在嵌入式开发里，几乎所有的实时性要求、精确计时、PWM生成、输入捕获测频率/脉宽，都离不开定时器。而STM32的HAL库配合STM32CubeMX图形化工具，大大降低了我们使用这个强大功能的上手门槛。今天，我就以一个最基础的定时器中断应用为例，带你走通从配置到代码编写的完整流程，并分享几个我踩过的大坑。

2. 硬件与软件准备：搭建你的开发环境

工欲善其事，必先利其器。在开始配置之前，我们需要把“战场”准备好。这里我假设你已经有了基础的STM32开发板，比如最常见的STM32F103C8T6（蓝桥杯、正点原子、野火等都有对应板子）。

2.1 核心软件三件套

STM32CubeMX：这是ST官方推出的图形化配置工具，是使用HAL库的“入口”。它允许你通过拖拽和点选来配置芯片的时钟、外设、中间件等，然后一键生成初始化代码框架。这避免了手动编写大量底层寄存器配置代码的繁琐和易错。你可以从ST官网免费下载。
Keil MDK-ARM (Keil uVision5)或IAR Embedded Workbench：这是代码编写、编译和调试的集成开发环境（IDE）。对于初学者和国内大多数开发者，Keil是更常见的选择。你需要安装对应你芯片系列的Device Pack（设备支持包）。
STM32Cube Firmware Package：也就是HAL库本身。好消息是，当你使用STM32CubeMX创建工程并选择生成代码时，它会自动为你下载和管理对应芯片系列的HAL库，通常不需要手动安装。

2.2 一个容易忽略的关键：安装Java运行环境

STM32CubeMX是基于Java开发的。如果你在电脑上第一次运行CubeMX时弹窗报错或者无法启动，十有八九是因为没有安装合适版本的Java Runtime Environment (JRE)。去Oracle官网或者OpenJDK官网下载一个JRE 8或以上版本安装即可。这是很多新手遇到的第一个拦路虎。

2.3 工程管理思维

在开始前，建议你在电脑上建立一个清晰的项目文件夹结构。例如：

MyProject/ ├── CubeMX_Project.ioc # CubeMX工程文件，最重要！ ├── MDK-ARM/ # Keil工程文件夹（由CubeMX生成） ├── Drivers/ # HAL库驱动文件（由CubeMX生成） ├── Inc/ # 头文件 └── Src/ # 源文件

记住，*.ioc文件是你的“配置图纸”，任何时候修改配置，都应该在CubeMX中打开这个文件，而不是直接去改生成的代码。改完配置重新生成代码，你手写在main.c等用户代码区的逻辑会被保留（只要写在BEGIN/END注释对之间），但gpio.c、tim.c等系统初始化文件会被覆盖。理解这个机制能避免很多混乱。

3. 使用STM32CubeMX配置定时器中断

假设我们的目标是：使用STM32F103C8T6的通用定时器TIM2，实现一个1毫秒（1ms）周期的基础定时器中断。

3.1 创建新工程与芯片选型

打开STM32CubeMX，点击“New Project”。在芯片选择器里，你可以直接在左上角搜索框输入“F103C8”，在结果列表中找到“STM32F103C8Tx”，点击选中它。右边会显示芯片的引脚图和基本资源。确认无误后，双击它或点击“Start Project”进入配置界面。

3.2 配置系统时钟（SYS）

虽然定时器中断本身不强制要求配置系统时钟，但系统的整体运行速度（HCLK）会影响到定时器时钟源的分频，为了精确，我们最好先配置一个明确的时钟。

在左侧分类视图中，找到并点击“System Core” -> “SYS”。
在右侧“Debug”下拉菜单中，根据你的调试器选择。如果你使用ST-LINK进行调试和下载，务必选择“Serial Wire”。这是一个非常重要的坑点：如果这里配置错误（比如默认的“No Debug”），你可能会无法通过调试器连接芯片，或者无法进行单步调试。
接下来配置时钟树。点击上方标签页的“Clock Configuration”。对于STM32F103，一个常见且稳定的配置是使用外部高速时钟（HSE）。假设你的开发板上有8MHz的晶振。
- 在图中找到“HSE”输入，点击下拉框选择“Crystal/Ceramic Resonator”。
- 系统会自动完成一部分配置。我们需要将系统时钟（SYSCLK）拉到最大值72MHz（对于F103系列是常见上限）。
- 找到“PLL Source Mux”，选择“HSE”。
- 将“PLL Multiplication Factor”设置为9倍频（因为8MHz * 9 = 72MHz）。
- 将“System Clock Mux”选择为“PLLCLK”。
- 此时，你应该看到“HCLK”显示为72MHz。APB1总线时钟（PCLK1）通常会自动设置为36MHz，APB2总线时钟（PCLK2）为72MHz。注意：定时器TIM2是挂在APB1总线上的，它的时钟源可能是PCLK1的2倍，具体看芯片参考手册，但CubeMX会帮你计算好，我们主要关注下一步的定时器分频。

3.3 配置定时器TIM2

在左侧分类视图或中间的芯片引脚图上，找到“TIM2”。因为TIM2的通道1（CH1）默认可能映射到PA0引脚（用于PWM输出或输入捕获），我们只做基础定时，不涉及通道，所以可以直接在左侧列表中点“TIM2”。
在右侧出现的配置面板中，进行如下关键设置：
- Clock Source（时钟源）：选择“Internal Clock”（内部时钟）。这意味着TIM2使用来自APB1的时钟。
- Parameter Settings（参数设置）：
  - Prescaler（预分频器）：这是定时器时钟的第一步分频。定时器时钟TIMx_CLK = APB1总线时钟 / (Prescaler + 1)。我们的目标是1ms中断，需要先计算。假设APB1给TIM2的时钟是72MHz（需要根据时钟树确认，F103下如果APB1预分频系数不为1，则TIM2时钟可能是APB1的2倍，这里假设最终TIM2_CLK=72MHz）。为了让计数器每1us计一个数，我们可以设置预分频器为72 - 1 = 71。因为72MHz / (71+1) = 1MHz，即每秒计数1,000,000次，每次计数就是1微秒（1us）。
  - Counter Mode（计数模式）：选择“Up”（向上计数）。即从0开始，计到我们设定的重载值后溢出，产生中断，然后归零再开始。
  - Counter Period（计数周期/自动重载值）：这是我们设定的“闹钟”响铃周期。上面我们让计数器每1us计一次数。要实现1ms中断，就需要计数1000次。所以这里设置为1000 - 1 = 999。为什么减1？因为计数器从0开始计数，计到999时，总共是1000个数，然后溢出。所以 Period = (目标计数值) - 1。
  - auto-reload preload（自动重载预装载）：建议选择“Enable”。这个功能允许你在定时器运行过程中更新Period值，但新值不会立即生效，而是等到下次溢出更新时才生效，这可以防止在更新周期值时产生毛刺或计数错误。对于基础应用，开启它更安全。
- NVIC Settings（中断控制器设置）：这是开启中断的关键！点击这个标签页，找到“TIM2 global interrupt”，勾选后面的“Enabled”复选框。这样CubeMX才会在生成的代码里帮我们开启TIM2的全局中断，并设置好中断优先级。

3.4 生成工程代码

点击上方菜单栏的“Project” -> “Generate Code”，或者直接按快捷键Alt+K。
在弹出的“Project Manager”设置中（如果之前没设置过）：
- “Project”标签页：给你的工程起个名字，选择好工程存放的路径（建议用英文路径）。在“Toolchain / IDE”中选择你使用的IDE，比如“MDK-ARM V5”。
- “Code Generator”标签页：这里有个重要选项。勾选“Generate peripheral initialization as a pair of ‘.c/.h’ files per peripheral”。这会把每个外设（如GPIO、TIM）的初始化代码放在独立的文件里，结构更清晰。最重要的是，务必勾选“Backup previously generated files when re-generating”，这样重新生成代码时，旧文件会被重命名备份，防止你的修改被意外覆盖。
点击“GENERATE CODE”，等待完成。如果提示安装或下载固件包，同意即可。
生成完成后，点击“Open Project”，系统会自动用Keil打开你的工程。

4. 编写中断服务函数与用户代码

打开Keil工程后，在左侧的Project窗口，你会看到熟悉的文件结构。我们主要关注两个文件：Src/main.c和Src/stm32f1xx_it.c。

4.1 理解生成的定时器初始化代码

在main.c中，找到int main(void)函数，里面调用了HAL_Init()，SystemClock_Config()，以及所有外设的初始化函数MX_GPIO_Init(),MX_TIM2_Init()等。我们重点看MX_TIM2_Init()，这个函数定义在Src/tim.c里。

打开tim.c，找到MX_TIM2_Init函数。你会看到里面填充了一个TIM_HandleTypeDef结构体htim2，这个结构体包含了我们之前在CubeMX里设置的所有参数：预分频器Init.Prescaler、周期Init.Period、计数模式等。最后，它调用了HAL_TIM_Base_Init(&htim2)来初始化定时器基础功能。

更关键的一步是启动定时器并开启中断。生成的初始化代码MX_TIM2_Init只做了硬件初始化，并没有启动定时器。启动定时器并开启更新中断，需要我们在main函数中，在初始化之后，自己调用HAL库提供的API。

4.2 在main函数中启动定时器中断

回到main.c，在while(1)主循环之前，添加启动代码。通常放在所有外设初始化完成之后，/* USER CODE BEGIN 2 */这个注释对之间（这是CubeMX为用户代码保留的安全区，重新生成代码时不会被覆盖）。

/* USER CODE BEGIN 2 */ // 启动TIM2的基础定时器，并开启更新中断 HAL_TIM_Base_Start_IT(&htim2); /* USER CODE END 2 */

这行代码的作用是：启动定时器2（TIM2）的计数器开始计数，并使能它的“更新中断”（Update Interrupt）。当计数器从我们设定的Period值（999）溢出回0时，就会触发更新中断。

4.3 编写中断回调函数

当中断触发时，CPU会跳转到中断向量表指定的入口。HAL库为我们封装好了底层的中断跳转逻辑，最终会调用一个名为HAL_TIM_PeriodElapsedCallback的“弱定义”（Weak）回调函数。我们的任务就是重新实现（覆盖）这个函数，在里面放入我们想要定时执行的任务。

不要在stm32f1xx_it.c文件里的TIM2_IRQHandler函数中直接写大量逻辑！那是中断服务程序的入口，HAL库在里面处理了中断标志位清除等通用操作，然后才调用回调函数。我们应该把用户代码写在回调函数里。

在main.c文件中，/* USER CODE BEGIN 4 */注释对之间（或者任何在main.c的全局区域，但必须在函数外），实现这个回调函数：

/* USER CODE BEGIN 4 */ /** * @brief 定时器周期到达回调函数（中断服务函数） * @param htim: 定时器句柄 * @retval None */ void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { // 判断是哪个定时器触发了中断 if (htim->Instance == TIM2) { // 在这里放置每1ms要执行的代码 // 例如：翻转一个LED灯的状态，用于验证中断是否正常工作 HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_1); // 假设LED连接在PA1 } } /* USER CODE END 4 */

4.4 补充LED GPIO配置（用于验证）

为了能看到中断的效果，我们需要配置一个LED灯。回到CubeMX的.ioc文件，在芯片图上找到PA1（或者其他空闲的GPIO），左键点击它，选择“GPIO_Output”。在右侧配置面板，可以给这个输出起个用户标签，比如“LED”。然后再次生成代码。

生成后，Keil工程会自动更新。你不需要修改HAL_TIM_PeriodElapsedCallback函数里的引脚，因为CubeMX已经生成了GPIO_PIN_1的定义。如果LED是低电平点亮，你可能需要在回调函数里使用HAL_GPIO_WritePin来设置特定电平，而不是翻转。

5. 编译、下载与调试验证

代码写完后，点击Keil的“Rebuild”按钮（通常是三个红色箭头图标）编译整个工程。确保0错误，0警告。

将开发板通过ST-LINK（或J-Link、DAP-Link等）连接到电脑，并给开发板上电。在Keil中点击“Download”按钮（通常是“LOAD”图标）将程序下载到芯片中。下载完成后，芯片会自动复位运行。

如果一切配置正确，你应该能看到连接在PA1的LED灯以1ms的间隔快速闪烁。等等，1ms闪烁？人眼根本分辨不出来！是的，因为LED状态每1ms翻转一次，亮灭各占0.5ms，频率是500Hz，人眼看到的就是“常亮”或者非常暗淡的闪烁。这说明我们的中断确实在以1ms的周期运行。

为了直观验证，我们可以修改代码，让中断每500ms（或1秒）执行一次任务。这有两种方法：

方法一：修改回调函数，进行软件分频

void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { static uint32_t count = 0; // 静态变量，在函数调用间保持值不变 if (htim->Instance == TIM2) { count++; if(count >= 500) // 500 * 1ms = 500ms { count = 0; HAL_GPIO_TogglePin(GPIOA, GPIO_PIN_1); // 每500ms翻转一次LED } } }

方法二：修改CubeMX配置，硬件调整周期回到CubeMX，修改TIM2的“Counter Period”为50000 - 1（如果预分频还是71，则定时周期 = (71+1)/72MHz * 50000 = 0.05s * 50000？这里计算有误，应保持预分频71，周期设为49999，则中断周期 = (71+1)/72MHz * 50000 = 0.001ms * 50000 = 50ms？让我们重新计算：定时器时钟=1MHz，计一个数1us。要500ms中断，需要计数500000次。Period应设为500000-1。但注意，定时器的Period寄存器是16位（对于TIM2），最大值是65535。所以无法直接设置500ms。我们可以调整预分频器。将Prescaler设为7200-1，则定时器时钟=72MHz/7200=10KHz，即0.1ms计一次数。要500ms中断，需要计5000次，Period设为5000-1=4999。这个值在16位范围内。在CubeMX中修改Prescaler为7199，Period为4999，即可实现500ms中断。

重新生成代码，下载，你会看到LED清晰地以1秒的周期（亮500ms，灭500ms）闪烁。这说明你的定时器中断系统完全正常工作。

6. 深入理解：定时器中断的关键细节与常见陷阱

走到这一步，你已经成功实现了基础功能。但要写出稳定可靠的代码，必须理解下面这些细节，它们都是我踩过坑的地方。

6.1 中断优先级与嵌套

在CubeMX的NVIC配置里，你可能会看到一个“Priority”选项，它决定了当多个中断同时发生时，谁先被响应。STM32使用一个简单的数字表示优先级，数字越小，优先级越高。对于大多数简单应用，保持默认即可。但如果你有多个中断（比如定时器中断和串口接收中断），并且它们可能同时发生，或者一个中断服务程序执行时间很长，你就需要考虑优先级和中断嵌套。

抢占优先级：高抢占优先级的中断可以打断正在执行的低抢占优先级中断。
子优先级：当两个中断的抢占优先级相同时，子优先级高的先响应，但不能互相打断。 CubeMX里默认配置可能只显示一个“Priority”值，它通常代表抢占优先级。在复杂系统中，需要合理规划。一个基本原则是：执行时间短、要求实时性高的中断（如电机控制PWM）优先级设高；执行时间长、不那么紧急的中断（如数据处理）优先级设低。

6.2 中断服务函数的设计原则

中断服务函数（也就是我们的回调函数HAL_TIM_PeriodElapsedCallback）必须遵循“快进快出”原则。

不能使用HAL_Delay等阻塞函数：这会导致中断无法及时返回，系统卡死。
避免进行复杂、耗时的计算：如浮点运算、大数组处理。如果必须处理，通常的做法是：在中断里只做“标记”（设置一个标志变量）或“搬运数据”（如将串口接收到的字节存入缓冲区），然后在主循环while(1)里根据标志位去处理那些耗时任务。这种“中断+主循环轮询”的模式非常经典。
注意变量的共享与保护：如果中断服务函数和主循环都会读写同一个全局变量（比如一个计数器count），而该变量大于芯片的原子操作位数（例如32位变量在8位机上），读写过程可能被中断打断，导致数据错乱。这时需要使用“临界区保护”（在操作变量前关闭全局中断，操作后打开）或者使用原子操作函数（如果HAL库或编译器提供）。

6.3 定时器精度的极限与误差来源

你以为配置了1ms中断，它就真的是精确的1.000ms吗？不一定。误差主要来自：

时钟源误差：如果你的外部晶振（HSE）本身有ppm（百万分之一）级别的误差，这个误差会直接传递给定时器。
中断响应延迟：从定时器硬件置位中断标志，到CPU真正开始执行你的回调函数第一条指令，中间有延迟。这个延迟包括中断现场保存、跳转时间等，通常是几个到几十个时钟周期。对于ms级别的定时，这个误差通常可以忽略。但对于us甚至ns级别的精确定时，就必须考虑，有时需要直接操作寄存器或使用定时器的DMA功能。
中断服务函数执行时间：如果你的回调函数里代码很多，执行需要100us，那么下一次中断到来时，你可能还在处理上一次中断，这会导致实际的中断间隔变成1.1ms。这就是为什么强调中断服务函数要简短。

6.4 调试技巧：如何确认中断真的发生了？

软件仿真：在Keil中，你可以使用软件仿真（不需要硬件）来观察定时器寄存器的值和中断触发情况。在Debug模式下，打开“Peripherals” -> “Timer” -> “TIM2”窗口，可以单步运行，观察CNT（计数器）寄存器的变化和状态寄存器的中断标志位。
硬件调试与断点：在真实硬件上调试时，可以在HAL_TIM_PeriodElapsedCallback函数入口处打一个断点。如果程序运行到此处暂停，说明中断成功触发。注意：断点会严重影响实时性，只能用于验证，不能用于测量时间。
GPIO翻转测时序：这是最实用、最直观的方法。在中断回调函数开始和结束的地方，分别用两条语句翻转两个不同的GPIO引脚（比如PB0和PB1）。然后用示波器或逻辑分析仪同时测量这两个引脚。你会看到一个窄脉冲（PB0），其宽度就是中断响应延迟+函数执行时间；两个窄脉冲之间的间隔，就是你设定的定时周期。这是测量中断性能和验证定时精度的黄金手段。

7. 举一反三：定时器中断的进阶应用场景

掌握了基础定时器中断，你就可以解锁STM32的很多高级功能，它们本质上都是定时器不同工作模式的组合。

7.1 PWM输出

PWM（脉冲宽度调制）广泛用于控制LED亮度、电机速度、舵机角度等。它也是基于定时器实现的。在CubeMX中配置TIM的某个通道为“PWM Generation CHx”，设置Period（决定PWM频率）和Pulse（决定占空比）。生成代码后，调用HAL_TIM_PWM_Start(&htimx, TIM_CHANNEL_x)即可在对应引脚输出PWM波。注意：PWM输出通常不需要开启定时器全局中断。

7.2 输入捕获

输入捕获可以用来测量外部脉冲信号的频率或高电平宽度（脉宽）。例如测量超声波模块的回响高电平时间、编码器的脉冲频率。配置TIM通道为“Input Capture direct mode”，开启捕获中断。在中断回调函数HAL_TIM_IC_CaptureCallback中，读取捕获比较寄存器（CCR）的值，两次捕获值之差乘以计数周期就是脉冲宽度。关键点：需要处理好计数器溢出时的计算。

7.3 编码器模式

用于读取正交编码器（常见于电机）的旋转方向和速度。直接将TIM配置为“Encoder Mode”，硬件会自动根据A、B两相脉冲的相位关系控制计数器向上或向下计数。你只需要定时（比如用另一个定时器中断）去读取计数器的值，就能得到速度信息；计数器的绝对值代表位置。这是用软件判断编码器无法比拟的高效和稳定。

7.4 定时器触发DMA

这是实现高效、不占用CPU的数据搬运的终极方案。例如，你需要以固定的采样率（比如10kHz）读取ADC的值并存入数组。可以配置一个定时器以10kHz频率产生更新事件，但这个更新事件不去触发CPU中断，而是去触发DMA。DMA控制器会自动将ADC数据寄存器里的值搬运到你指定的内存数组中，完全不需要CPU参与。搬运完成后，再产生一个DMA传输完成中断通知CPU来处理这批数据。这种方式特别适合高速、连续的数据流采集。

8. 从标准库到HAL库的思维转变与避坑指南

很多从标准库（Standard Peripheral Library）转过来的朋友会对HAL库的“臃肿”和“低效”有抱怨。确实，HAL库为了跨系列兼容和易用性，牺牲了一些代码效率和直接性。但它的优势在于快速原型开发和降低学习成本。适应它需要一些思维转变：

8.1 理解“句柄”（Handle）结构体

HAL库的核心是围绕一个个XXX_HandleTypeDef结构体（如TIM_HandleTypeDef）工作的。这个句柄包含了该外设的所有状态信息和配置参数。任何针对该外设的操作函数，第一个参数几乎都是这个句柄的指针（如&htim2）。你需要习惯查找和传递这个句柄。

8.2 关注“回调函数”（Callback）机制

HAL库大量使用回调函数来分离底层驱动和用户应用。对于中断、DMA完成、通信成功/失败等异步事件，HAL库都在中断服务程序里调用一个对应的“弱定义”回调函数。我们的应用代码就应该重写这些回调函数，而不是去改中断向量函数。这使代码结构更清晰。

8.3 常见的坑与解决方案

坑1：中断不触发。
- 检查：CubeMX中NVIC中断是否使能？main函数里是否调用了HAL_TIM_Base_Start_IT？定时器时钟是否配置正确（查看时钟树）？Period值是否设置得太小（为0）？
- 终极调试：在stm32f1xx_it.c的TIM2_IRQHandler函数里设断点。如果断点能进，说明硬件中断已触发，问题可能在HAL库内部或回调函数；如果断点不进，说明中断根本没触发，检查上述配置。
坑2：程序跑飞，可能是中断服务函数写错了。
- 检查：是否在中断服务函数（回调函数）里调用了可能导致阻塞或延时的函数（如HAL_Delay,printf）？是否进行了非法的内存访问？中断处理时间是否过长，导致其他更高优先级的中断无法响应？
- 建议：在中断回调函数开头和结尾用GPIO翻转来划定它的执行时间，用示波器测量，确保它在合理范围内。
坑3：重新生成代码后自己的代码丢了。
- 原因：没有把代码写在CubeMX指定的用户代码区（/* USER CODE BEGIN xx */和/* USER CODE END xx */之间）。
- 补救：CubeMX在重新生成时，会备份旧文件。去工程目录下找后缀为.bak的文件，从中找回你的代码。养成好习惯：永远只在用户代码区添加内容。
坑4：定时不准，误差越来越大。
- 检查：首先用GPIO翻转+示波器的方法，测量实际的中断间隔，确认是软件问题还是硬件问题。
- 软件问题：中断服务函数执行时间不稳定，或者被其他更高优先级中断长时间阻塞。优化中断服务函数，或者调整中断优先级。
- 硬件问题：检查时钟源。如果使用内部RC振荡器（HSI），其精度较差（通常±1%），不适合做精确定时。换用外部晶振（HSE）。即使是外部晶振，也有精度等级之分。

我个人从标准库转向HAL库的体会是，初期确实会觉得束手束脚，效率不如直接操作寄存器来得痛快。但在项目开发，特别是需要快速验证想法、跨芯片平台移植的时候，HAL库加上CubeMX的组合能节省大量查阅参考手册和调试底层驱动的时间。它的价值在于“快速实现”和“减少低级错误”。对于性能极其苛刻的场合，你依然可以混合使用HAL库和直接寄存器操作，或者使用LL库（Low-Layer，更接近硬件）。但对于大多数应用，尤其是学习和中小型项目，掌握好HAL库的定时器中断，已经足够你搭建一个稳定、可维护的嵌入式系统框架了。最后一个小技巧：多利用CubeMX图形化配置的直观性，在配置任何外设时，都习惯性地去参考手册里对应的章节看一眼基本原理，这样你生成的就不只是代码，更是对硬件工作原理的理解。