STM32CubeIDE定时器微秒级时基实现及LED延时不符问题排查

问题根源分析 #

你的LED每10秒才切换，说明实际中断频率是100kHz（100万次中断耗时10秒），比预期的1MHz慢了10倍，核心原因大概率是定时器实际时钟频率并非32MHz，或是定时器参数/中断配置存在疏漏。

具体排查与修复步骤 #

• 验证定时器实际时钟频率
  STM32定时器时钟与APB总线预分频规则绑定：若APBx预分频系数为1，定时器时钟等于APBx时钟；否则为APBx时钟的2倍。你需要检查SystemClock_Config()函数中的HAL_RCC_OscConfig()和HAL_RCC_ClockConfig()配置，确认定时器所在总线的实际时钟是否真的是32MHz。
  比如如果系统时钟被错误配置为3.2MHz，那么定时器计数频率会变成3.2MHz/(31+1)=100kHz，恰好会导致LED每10秒切换一次。

• 确认定时器参数配置正确性
  要实现1微秒一次中断，基于32MHz定时器时钟的正确参数计算是：
  计数频率 = 32MHz/(31+1) = 1MHz（每微秒计数1次），自动重装载值(ARR)设为0（计数器从0到0，完成1个周期即触发中断）。你的参数配置逻辑是对的，但前提是定时器时钟必须是32MHz。

• 检查中断使能与NVIC优先级
  确保已经调用__HAL_TIM_ENABLE_IT(&htimx, TIM_IT_UPDATE)开启定时器更新中断；同时在NVIC配置中，该定时器中断的优先级要足够高，避免被其他高优先级中断长时间抢占，导致中断响应延迟。

• 简化代码验证中断频率
  可以暂时简化回调函数，用示波器观察timer_out_Pin的输出频率，或者通过串口打印验证中断频率：

  void HAL_TIM_PeriodElapsedCallback(TIM_HandleTypeDef *htim)
  {
      static uint64_t count =0;
      HAL_GPIO_TogglePin(GPIOB, timer_out_Pin);
      count++;
      // 每10万次中断打印一次，看是否每1秒输出（预期）或每10秒输出（实际）
      if(count % 100000 == 0)
      {
          printf("100k interrupts\r\n");
          count=0;
      }
  }
  

总结 #

最可能的问题是系统时钟配置错误，导致定时器实际工作时钟为3.2MHz而非32MHz，进而中断频率降至100kHz，最终LED切换周期变为10秒。建议优先验证系统时钟与定时器时钟的实际值，再逐步排查其他可能性。

内容的提问来源于stack exchange，提问作者greeshma_s_s