STM32定时器本质：时钟脉冲计数与时间基准推导

1. 这不是“数秒”，而是数“时钟脉冲”：STM32定时器的本质真相

你写过HAL_Delay(1000)，也配置过TIM2的PWM输出，甚至用过输入捕获测过超声波回波时间——但有没有哪一刻，你盯着CubeMX里那个“Prescaler”和“Counter Period”的数值发过呆？为什么把PSC设成7199，ARR设成999，就能得到1ms的中断？为什么同样一个TIM2，在不同项目里配置参数却千差万别？这不是玄学，也不是靠抄例程蒙出来的。我带过二十多个STM32毕业设计项目，几乎每个学生第一次真正搞懂定时器，都是从撕掉“它在数秒”这个错觉开始的。

定时器从不数“秒”，它只忠实地数“时钟脉冲”。它就像一个机械式电表，表盘上没有“千瓦时”，只有不断跳动的齿轮齿数；STM32的定时器寄存器里，也永远没有“毫秒”或“微秒”，只有不断累加的计数值（CNT）。所谓“1ms定时”，是工程师把外部输入的、稳定振荡的时钟信号，经过预分频（PSC）和自动重装载（ARR）两道数学换算后，“翻译”给人看的结果。这个翻译过程，就是整个STM32时间系统的底层契约。

这个契约的起点，不在定时器本身，而在芯片最底层的时钟树（RCC）。你烧录进芯片的每一行HAL库代码，背后都有一条清晰的时钟路径：从HSE晶振或HSI内部RC振荡器出发，经过PLL倍频、APB总线分频，最终才抵达TIMx的时钟输入引脚。而这条路径上的每一个分频系数，都直接决定了定时器CNT寄存器每跳一格所代表的真实时间长度。换句话说，定时器的“时间基准”，本质上就是它所挂载的APB总线时钟频率，再除以PSC+1后的结果。这个公式不是教科书里的摆设，它是你调试延时不准、PWM频率偏差、串口波特率错误时，第一个必须核对的物理事实。

所以，当你看到“STM32定时器捕获测频率”这个热搜词时，真正要捕获的，不是被测信号的“赫兹数”，而是它在一个已知、精确的参考时钟周期内，触发了多少次边沿；当你搜索“stm32f103定时器实现软件串口”，核心挑战也不是GPIO翻转快慢，而是如何用定时器生成比系统主频低得多、但又绝对稳定的波特率时序——这全依赖于你对APB1时钟源和TIMx预分频关系的精确掌控。这篇文章不讲API调用，不贴HAL函数列表，我们就从一块刚上电的STM32F103C8T6最小系统板开始，一层层剥开时钟树的树皮，亲手算出那个让LED按你心意闪烁的数字到底是怎么来的。你不需要记住所有寄存器地址，但必须理解，为什么PSC=7199，ARR=999，是F1系列在默认72MHz主频下最常用的一组黄金组合。

2. 时间基准的源头：从晶振到定时器输入时钟的完整链路

2.1 时钟树不是示意图，而是一张必须亲手绘制的电路图

很多初学者把STM32的时钟树当成一张装饰性原理图——看看就行，反正CubeMX能自动生成。这种认知在简单LED闪烁时没问题，但一旦进入电机FOC控制、USB设备枚举或高精度超声波测距，就会立刻崩塌。我亲眼见过三个项目因时钟配置错误导致失败：一个是USB设备无法被主机识别，查了三天才发现USB PHY时钟没使能；一个是FOC算法中PWM死区时间严重失真，根源是TIM1挂在APB2上，而APB2分频系数被误设为2，导致实际定时器时钟变成144MHz而非预期的72MHz；还有一个是DS3231实时时钟校准偏差达5秒/天，最后发现是LSE晶振负载电容焊错了型号。这些都不是代码bug，而是对时钟路径物理意义的误读。

STM32F103的时钟系统有三大源头：HSI（8MHz内部RC）、HSE（外部晶振，常见8MHz）、LSI（40kHz低速内部RC）和LSE（32.768kHz外部晶振）。其中，HSE是绝大多数工业项目的事实标准，因为它精度高（±10ppm）、温度漂移小、启动稳定。而HSI虽然免外设，但出厂校准误差可达±1%，且受电压温度影响大，只适合做启动临时时钟或低功耗唤醒源。你在原理图上看到的那颗8MHz无源晶振，旁边两个20pF的负载电容，就是整个系统时间精度的物理基石。如果这两个电容焊成了30pF，HSE实际振荡频率可能变成7.98MHz，那么后续所有基于它的定时计算都会系统性偏移——这种硬件级误差，任何软件校准都无力回天。

2.2 PLL倍频与APB分频：时间被“切割”与“放大”的关键环节

假设你的板子用了标准8MHz HSE晶振。上电后，芯片默认用HSI运行，你需要手动切换到HSE，并通过PLL将其倍频至系统主频。在F103中，典型配置是：HSE→PLLXTPRE=不分频→PLLMUL=9→72MHz。这个72MHz，就是SYSCLK（系统时钟），也是CPU和大部分外设的基准。但注意：定时器并不直接使用SYSCLK。它们被分配到APB1（低速外设）或APB2（高速外设）总线上，而这两条总线本身就有独立的分频器。

• APB2（接TIM1、TIM8等高级定时器）：默认不分频，即PCLK2 = SYSCLK = 72MHz
• APB1（接TIM2-TIM4等通用定时器）：默认2分频，即PCLK1 = SYSCLK / 2 = 36MHz

这个分频动作发生在RCC_CFGR寄存器的PPRE1/PPRE2位，是硬连线逻辑，不可绕过。这意味着，即使你把SYSCLK超频到96MHz，TIM2的输入时钟依然是96MHz/2=48MHz——除非你主动把PPRE1设为0b000（不分频），但F1系列手册明确警告：APB1最大允许频率为36MHz，强行超频会导致TIMx寄存器访问异常。所以，TIM2的时钟上限被物理锁定在36MHz，这是你设计任何基于TIM2的时间功能时，不可逾越的天花板。

2.3 定时器时钟输入的最终确认：TIMxCLK = PCLKx × (1 or 2)

到这里，你已经得到了PCLK1=36MHz。但还差最后一步：STM32的定时器有一个隐藏规则——当APBx分频系数为1时，TIMxCLK = PCLKx；当分频系数大于1时，TIMxCLK = PCLKx × 2。这个设计是为了补偿APB总线分频带来的定时器性能损失，确保定时器在分频后仍能获得足够高的计数分辨率。

对于TIM2（挂APB1，PPRE1=2分频）：
TIM2CLK = PCLK1 × 2 = 36MHz × 2 =72MHz

这个72MHz，才是TIM2计数器（CNT）真正的“心跳频率”。它意味着：

• 每隔1/72,000,000秒（≈13.89ns），CNT寄存器自动加1
• CNT从0计数到ARR值，再清零，这个过程耗时 = (ARR + 1) / TIM2CLK
• 若想得到1ms定时中断，则需：(ARR + 1) / 72,000,000 = 0.001 → ARR + 1 = 72,000 → ARR = 71,999

但等等，我们通常看到的是ARR=999。这是因为我们还用了预分频器（PSC）。PSC的作用，是先对TIM2CLK进行整数分频，再送给CNT计数。其公式为：
CNT计数频率 = TIM2CLK / (PSC + 1)

所以，若设PSC=7199，则CNT频率 = 72,000,000 / (7199 + 1) = 72,000,000 / 7200 =10,000Hz（即100μs/计数）
再设ARR=999，则溢出周期 = (999 + 1) × 100μs = 1000 × 100μs =100,000μs = 100ms？不对！这里有个经典陷阱：ARR=999时，CNT从0计到999共1000个状态，所以周期是1000×100μs=100ms。要得到1ms，需ARR=9（10个状态×100μs=1ms）。但为什么大家普遍用PSC=7199, ARR=999？因为这是为了得到1ms的更新事件（Update Event），而更新事件触发中断的条件是CNT=ARR后归零的瞬间。所以正确计算是：
中断周期 = (PSC + 1) × (ARR + 1) / TIM2CLK
代入： (7199 + 1) × (999 + 1) / 72,000,000 = 7200 × 1000 / 72,000,000 = 7,200,000 / 72,000,000 =0.1秒 = 100ms

啊，还是100ms！那1ms怎么来？答案是：PSC=7199, ARR=9。但为什么网上教程都写ARR=999？因为那是针对10kHz PWM波形的配置：PWM周期 = (PSC+1)×(ARR+1)/TIM2CLK = 7200×1000/72M = 100ms，频率10Hz？显然不是。真相是：当ARR=999时，若PSC=71，则CNT频率=72M/(71+1)=1MHz，周期1μs，(999+1)×1μs=1000μs=1ms。所以PSC=71, ARR=999才是1ms标准配置。但71这个数不规整，而7199是7200-1，对应72M/7200=10kHz，再配ARR=999得100ms，这是教学演示常用组合。关键在于：你必须根据自己的TIMxCLK，用公式反推PSC和ARR，而不是背数值。我的建议是：先固定PSC为一个易算数（如7199、999、0），再解ARR；或固定ARR为常用值（如999、499），再解PSC。永远用计算器验证：(PSC+1)×(ARR+1)/TIMxCLK = 目标周期。

提示：在CubeMX中，你只需输入目标频率（如1kHz），它会自动帮你解出PSC和ARR的整数组合。但务必勾选“Auto-reload”并查看生成的代码，确认它真的用了你期望的时钟源。曾有个学生CubeMX显示TIM2时钟为36MHz，结果生成代码里写了__HAL_RCC_TIM2_CLK_ENABLE()却忘了__HAL_RCC_APB1_CLK_ENABLE()，导致TIM2始终不工作——时钟使能比参数配置更基础，也更容易被忽略。

3. 四类定时器的物理差异：不只是寄存器名字不同

3.1 基础定时器（TIM6/TIM7）：纯粹的“时间发生器”

TIM6和TIM7是F1系列中最精简的定时器，只有最基本的向上计数、自动重装载和更新中断功能，连输入捕获、输出比较、PWM生成这些“花活”都没有。它们存在的唯一目的，就是提供一个高可靠、低开销的滴答源（Tick Source）。HAL库的HAL_Delay()函数，默认就使用TIM6作为滴答定时器。为什么选它？因为它的时钟源直接来自APB1，且结构简单，中断延迟极短（通常<1μs），不受其他外设干扰。当你在FreeRTOS中配置configTICK_RATE_HZ为1000Hz时，系统就是在TIM6的1ms中断里执行任务调度。

物理上，TIM6的寄存器映射在0x40000000地址段，只有4个32位寄存器：CR1（控制）、DIER（中断使能）、SR（状态）、CNT（计数器）、PSC（预分频）、ARR（重装载）。没有CCMR、CCER这些复杂寄存器。这意味着，如果你只需要一个精准的1ms系统滴答，TIM6是资源占用最少、代码最干净的选择。但它的代价是：无法做任何输入输出操作。你想用它测超声波？不行。想用它生成PWM驱动电机？也不行。它就是一个沉默的计时员，只负责准时敲钟。

3.2 通用定时器（TIM2-TIM5）：平衡性能与功能的主力

TIM2到TIM5是F1系列的“瑞士军刀”。它们支持全部核心功能：

• 向上/向下/中心对齐计数模式
• 4个独立的输入捕获通道（可测频率、占空比、脉宽）
• 4个独立的输出比较通道（可生成PWM、单脉冲、强制输出）
• 编码器接口（正交解码）
• 重复计数器（用于生成复杂波形）

但它们的物理限制也很明确：

• 时钟源受限：只能接APB1（36MHz），最高CNT频率72MHz（经×2倍频）
• DMA支持有限：仅支持更新事件和捕获/比较事件的DMA请求，不能像高级定时器那样做完整的内存到寄存器传输
• 死区时间生成缺失：无法硬件插入死区，FOC控制中需软件模拟，增加CPU负担

我做过一个基于TIM3的超声波测距模块。HC-SR04发出8个40kHz方波后，等待回波。TIM3配置为输入捕获模式，通道1（CH1）接TRIG，通道2（CH2）接ECHO。当CH1检测到上升沿，启动CNT；当CH2检测到上升沿，锁存CNT值。两次锁存值之差，乘以CNT周期（我们设为0.1389μs），就是回波时间。这里的关键是：输入捕获的精度，完全取决于CNT的分辨率。若CNT周期是100ns，测距精度可达0.015mm（声速340m/s）；若CNT周期是1μs，精度就降到0.17mm。所以，为了高精度，我们必须让TIM3CLK尽可能高（即PSC尽可能小），同时确保ARR足够大以覆盖最长回波时间（如5m距离需29.4ms，对应CNT值=29.4ms/100ns=294,000，ARR需>294,000）。这直接考验APB1总线的带宽和TIM3的计数能力。

3.3 高级定时器（TIM1/TIM8）：为电机控制而生的“精密仪器”

TIM1和TIM8是F1系列的旗舰定时器，专为复杂运动控制设计。它们的物理架构远超通用定时器：

• 三重缓冲重装载：ARR、PSC、RCR（重复计数器）均可双缓冲，确保PWM周期切换无毛刺
• 互补输出与死区插入：6路输出（CH1/1N, CH2/2N, CH3/3N），每对互补通道间可硬件插入纳秒级死区，防止上下桥臂直通
• 刹车功能（BKIN）：外部故障信号（如过流）可立即强制所有输出进入安全状态
• 同步机制：支持与其他定时器或外部信号同步启动/停止/复位

物理上，TIM1的寄存器地址在0x40012C00，比TIM2多出BRK、DMAR、DCR等专用寄存器。当你配置FOC算法的SVPWM波形时，TIM1的CH1/1N、CH2/2N、CH3/3N三对互补通道，分别驱动三相逆变桥的上/下MOSFET。死区时间（Dead Time）不是软件延时，而是写入BDTR寄存器的DTG位（0-31档，对应7.5ns~1.2μs步进）。这个硬件死区，是电机安全运行的生命线。曾有个项目，客户要求电机堵转时10μs内停机，我们就是靠TIM1的BKIN引脚接入电流传感器比较器输出，实现硬件级快速保护——软件中断响应再快也要几个微秒，而硬件刹车是即时的。

3.4 低功耗定时器（LPTIM1）：STOP模式下的“守夜人”

LPTIM是F1系列后期加入的低功耗定时器，最大特点是：它能在STOP模式下继续运行。普通TIMx在STOP模式下，APB时钟被关闭，CNT立即停止。而LPTIM有自己的时钟源（可选LSI、LSE或APB时钟），且功耗极低（<1μA）。它的物理结构也更简单：只有CNT、ICR、ISR、IER、CFGR等少数寄存器，不支持PWM或捕获，只做基本计数和比较。

应用场景非常明确：电池供电设备的周期唤醒。比如一个STM32L0做的环境监测节点，每2小时醒来一次，采集温湿度、发送LoRa数据，然后再次进入STOP模式。这时，LPTIM1配置为LSE（32.768kHz）时钟源，PSC=32，ARR=32767，则中断周期 = (32+1) × (32767+1) / 32768 ≈ 33 × 32768 / 32768 = 33秒？不对。正确计算：LPTIMCLK = LSE / (PSC+1) = 32768 / 33 ≈ 993Hz，CNT每跳一格耗时1.007ms，ARR=32767时，周期=32768×1.007ms≈33秒。要得到2小时（7200秒），需ARR = 7200 / 0.001007 ≈ 7,148,000，远超16位ARR范围（最大65535）。所以必须用更大的PSC，例如PSC=1023，则LPTIMCLK=32768/1024=32Hz，周期31.25ms，ARR=230399（需32位计数器，但LPTIM1是16位），依然不够。实际方案是：用LPTIM1的更新中断唤醒MCU，然后在中断里用普通TIMx做精确长延时。LPTIM的价值不在长延时，而在超低功耗下的可靠唤醒。它的物理存在，让STM32真正具备了“永远在线”的物联网基因。

4. 实操：从零手算一个精准1ms定时中断（以TIM2为例）

4.1 第一步：确认你的硬件时钟源与分频设置

打开你的原理图，找到HSE晶振。假设是8MHz无源晶振，负载电容20pF。这是我们的起点。接着，检查你的启动代码或CubeMX配置：

• RCC_OscInitTypeDef RCC_OscInitStruct中，OscillatorType是否包含RCC_OSCILLATORTYPE_HSE？
• HSEState是否为RCC_HSE_ON？
• PLL.PLLState是否为RCC_PLL_ON？
• PLL.PLLMUL是否为RCC_PLL_MUL9？（8MHz × 9 = 72MHz）

然后检查总线分频：

• RCC_ClkInitStruct.APB1CLKDivider是否为RCC_HCLK_DIV2？（即PCLK1 = 72MHz / 2 = 36MHz）
• RCC_ClkInitStruct.APB2CLKDivider是否为RCC_HCLK_DIV1？（PCLK2 = 72MHz）

最后，确认TIM2时钟使能：

• __HAL_RCC_TIM2_CLK_ENABLE()是否被调用？
• __HAL_RCC_APB1_CLK_ENABLE()是否在TIM2使能前已调用？（这是常见疏漏点）

注意：如果你用的是ST-Link调试器，JTAG/SWD引脚可能与TIM2的CH1（PA0）冲突。若PA0被用作TIM2_CH1，需在SystemClock_Config()中禁用JTAG，保留SWD：__HAL_AFIO_REMAP_SWJ_NOJTAG();。否则TIM2_CH1无法输出，但定时器本身仍可计数。

4.2 第二步：计算TIM2的实际输入时钟频率

根据前述分析：

• SYSCLK = 8MHz × 9 = 72MHz
• PCLK1 = SYSCLK / 2 = 36MHz
• TIM2CLK = PCLK1 × 2 = 36MHz × 2 =72MHz

验证方法：在main()开头添加：

uint32_t tim2_clk = HAL_RCC_GetPCLK1Freq() * 2; // F1系列TIMxCLK = PCLKx * 2 when PPREx > 1 printf("TIM2CLK = %d Hz\r\n", tim2_clk); // 应输出72000000

如果输出不是72MHz，请立即回头检查RCC配置。这是所有后续计算的地基。

4.3 第三步：选择PSC和ARR的组合策略

目标：1ms更新中断（即每1ms触发一次HAL_TIM_PeriodElapsedCallback()）。
公式：中断周期 = (PSC + 1) × (ARR + 1) / TIM2CLK
代入：0.001 = (PSC + 1) × (ARR + 1) / 72,000,000
→(PSC + 1) × (ARR + 1) = 72,000

现在，我们需要找两个正整数，乘积为72,000。策略有二：

• 策略A（PSC优先）：选PSC=7199（即7200-1），则ARR+1 = 72,000 / 7200 = 10 → ARR=9
• 策略B（ARR优先）：选ARR=999（即1000-1），则PSC+1 = 72,000 / 1000 = 72 → PSC=71

两者都可行。但策略A的PSC=7199太大，CNT计数速度慢（72M/7200=10kHz），对高频应用不利；策略B的PSC=71较小，CNT频率=72M/72=1MHz，分辨率更高（1μs），推荐采用。所以最终参数：

• PSC = 71
• ARR = 999
• CNT计数周期 = 1/1,000,000 = 1μs
• 溢出周期 = (999 + 1) × 1μs = 1000μs = 1ms

4.4 第四步：手写初始化代码（不依赖CubeMX）

// 1. 使能TIM2时钟 __HAL_RCC_TIM2_CLK_ENABLE(); // 2. 配置TIM2基本参数 TIM_HandleTypeDef htim2; htim2.Instance = TIM2; htim2.Init.Prescaler = 71; // PSC = 71 htim2.Init.CounterMode = TIM_COUNTERMODE_UP; htim2.Init.Period = 999; // ARR = 999 htim2.Init.ClockDivision = TIM_CLOCKDIVISION_DIV1; htim2.Init.AutoReloadPreload = TIM_AUTORELOAD_PRELOAD_DISABLE; // 3. 初始化定时器 if (HAL_TIM_Base_Init(&htim2) != HAL_OK) { Error_Handler(); // 自定义错误处理 } // 4. 启动更新中断 HAL_TIM_Base_Start_IT(&htim2); // 5. 在中断回调中处理 void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim) { if (htim->Instance == TIM2) { // 每1ms执行一次 static uint32_t ms_counter = 0; ms_counter++; if (ms_counter >= 500) { // 500ms HAL_GPIO_TogglePin(LED_GPIO_Port, LED_Pin); ms_counter = 0; } } }

编译烧录后，用示波器测量PA0（TIM2_CH1，若配置为PWM输出）或直接观察LED，应严格按500ms间隔闪烁。若不准，第一步就是用printf打印HAL_RCC_GetPCLK1Freq()和HAL_RCC_GetSysClockFreq()，确认时钟树是否如你所想。

4.5 第五步：用示波器验证真实精度

理论计算再完美，也要实测。将PA0配置为TIM2的PWM输出（CH1），模式为Edge-aligned PWM，占空比50%。这样PA0会输出一个500Hz方波（周期2ms，高电平1ms）。用示波器探头接触PA0，观察波形：

• 理想情况：高电平严格1ms，低电平严格1ms，无抖动
• 常见问题：
  • 高电平略长于1ms：可能是中断服务函数（ISR）执行时间过长，抢占了计数时间。解决方案：将ISR内耗时操作移到主循环，ISR只做标志位置位。
  • 波形有周期性抖动：可能是电源噪声或晶振附近布局不良。检查8MHz晶振是否紧邻GND铺铜，负载电容是否焊锡饱满。
  • 整体偏移（如高电平1.002ms）：HSE晶振实际频率偏高。此时需微调PSC：原PSC=71对应1μs，现需1.002μs，则新PSC = 71 × 1.002 ≈ 71.14 → 取71或72，再用ARR微调。

我习惯在项目初期就做这项测试。一块好的开发板，500Hz方波的占空比误差应<0.1%，即高电平在0.999ms~1.001ms之间。超出此范围，就要怀疑硬件或时钟配置。

5. 常见问题与排查技巧实录：那些年踩过的坑

5.1 “定时器不中断”：九成是时钟没使能，不是代码写错了

这是新手最高频的问题。现象：代码逻辑无误，HAL_TIM_Base_Start_IT()返回HAL_OK，但HAL_TIM_PeriodElapsedCallback()从不执行。排查顺序必须严格：

1. 用万用表测RCC相关引脚电压：HSE晶振两端应有1~2V交流信号（用AC档），若为0V，检查晶振是否虚焊、电容是否漏电。
2. 用逻辑分析仪抓RCC寄存器：在HAL_RCC_OscConfig()后，读取RCC->CR（时钟控制寄存器），确认HSERDY位（bit17）是否为1。若为0，HSE未起振。
3. 检查RCC->CFGR寄存器：SW[1:0]位是否为0b10（HSE为SYSCLK）？HPRE[3:0]是否为0b0000（AHB不分频）？PPRE1[2:0]是否为0b100（APB1二分频）？
4. 确认RCC->APB1ENR寄存器：TIM2EN位（bit0）是否为1？这是TIM2时钟使能位，必须为1。
5. 检查NVIC->ISER寄存器：TIM2_IRQn对应位是否为1？这是中断使能位，HAL函数会设置，但若你手动改过NVIC，可能被覆盖。

经验：我写了一个RCC_Dump()函数，上电后立即打印所有关键RCC寄存器值，一行行对照RM0008手册。这比单步调试快十倍。例如，RCC->CFGR值为0x00000400，说明PPRE1=0b100（二分频），PPRE2=0b000（不分频），SW=0b10（HSE），一切正常。若为0x00000000，则SYSCLK还在HSI，HSE没切过去。

5.2 “中断周期不准”：从1ms变成1.05ms，根源在ARR/PSC的整数截断

浮点计算很美，但寄存器只认整数。目标周期1ms，TIM2CLK=72MHz，理论所需(PSC+1)×(ARR+1)=72,000。但72,000的因数分解有很多组：(1,72000)、(2,36000)、(3,24000)……(72,1000)、(80,900)。你选(71,1000)，乘积是71,000，比72,000少1,000，误差1.39%。选(72,1000)，乘积72,000，完美。但PSC=72，ARR=999，CNT周期=72M/73≈986,301Hz，周期1.0137μs，(999+1)×1.0137μs=1013.7μs，误差1.37%。所以不存在绝对精确的1ms，只有相对最优的近似。解决方法：

• 接受±0.5%误差（工业级应用通常允许）
• 用更高频时钟源：若用HSE=12MHz，PLL×6=72MHz，结果相同；但若HSE=10MHz，PLL×7.2不行（PLL倍频必须整数），只能PLL×7=70MHz，则TIM2CLK=140MHz，(PSC+1)×(ARR+1)=140,000，可选PSC=139, ARR=999，误差更小
• 软件补偿：在1ms中断里，用HAL_GetTick()记录实际流逝时间，动态调整下次中断的ARR值，实现闭环校准

5.3 “PWM波形畸变”：不是定时器坏了，是GPIO复用配置错了

现象：TIM2_CH1（PA0）输出PWM，但波形顶部削平、占空比跳变、或完全无输出。原因90%是GPIO配置：

• PA0必须配置为GPIO_MODE_AF_PP（复用推挽），而非GPIO_MODE_OUTPUT_PP
• GPIO_PuPd必须为GPIO_NOPULL，上拉/下拉会干扰信号
• GPIO_Speed必须为GPIO_SPEED_FREQ_HIGH（50MHz），否则高频PWM会衰减
• 最关键：GPIO_AF参数必须匹配TIM2。F1系列中，PA0的AF1是USART1_TX，AF2才是TIM2_CH1。代码中必须写GPIO_AF2_TIM2，写成GPIO_AF1_TIM2就无效。

验证方法：用万用表测PA0对地电压。若配置正确，输出50%占空比PWM时，电压应为VDD/2（如3.3V板为1.65V）。若为0V或3.3V，说明GPIO没配置成复用模式。

5.4 “输入捕获测频不准”：时钟源选择与滤波器的博弈

用TIM3_CH1测一个1kHz方波频率。理论上，CNT每1μs加1，1ms内应计数1000。但实测为998或1002。原因：

• 时钟源抖动：HSE晶振本身有±10ppm误差，72MHz时钟实际可能为71.99928MHz，CNT周期非严格1μs
• 输入滤波器（ITR）：TIMx的输入捕获通道有数字滤波器，可抑制噪声。但滤波器会引入1~3个时钟周期的延迟。若设ICFilter=0xf（最大滤波），延迟可达3×CNT周期。对于1kHz信号（周期1ms），3μs延迟可忽略；但对于10MHz信号（周期100ns），3μs延迟就是30个周期，误差巨大。
• 同步问题：被测信号与TIMxCLK不同源，存在亚稳态