STM32F767配置SysTick 1ms中断后HAL_Delay时长异常问题咨询

核心问题 #

你的现象（1000ms HAL_Delay 实际耗时3s）的根因是SysTick重载值被HAL库自动修改为错误值，具体触发场景如下：

• STM32 HAL库的HAL_RCC_ClockConfig（时钟配置函数）执行时，会自动调用HAL_SYSTICK_Config(SystemCoreClock / 1000)重设SysTick参数，如果你是在时钟配置之前就手动配置了SysTick，你的手动配置会被后续的时钟配置操作覆盖。
• 如果你时钟配置完成后没有调用SystemCoreClockUpdate()更新全局SystemCoreClock变量，HAL库自动计算SysTick重载值时会使用错误的频率参数：如果SystemCoreClock错误保留为37.5MHz，自动生成的重载值就是37500，对应12.5MHz HCLK下的中断周期正好是3ms，1000次中断累计就是3s，完全匹配你的观测结果。

修复步骤 #

1. 调整配置顺序，必须在系统时钟配置全部完成后再配置SysTick：

// 第一步：配置系统时钟树（HSE、分频参数等，保留你的原有时钟配置代码）
HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_1);
// 第二步：更新全局时钟变量，确保SystemCoreClock值为实际的12500000
SystemCoreClockUpdate();
// 第三步：配置SysTick，此处直接传入12500即可，HAL内部会自动配置为HCLK时钟源
if (HAL_SYSTICK_Config(12500) != HAL_OK) {
  Error_Handler();
}

2. 可通过读取寄存器验证配置是否生效：

// 读取实际重载值，预期结果应该等于12500
uint32_t actual_reload = SysTick->LOAD + 1;

3. 额外检查：确认没有优先级高于SysTick的中断长时间抢占CPU，导致SysTick中断延迟、计数变慢。

内容的提问来源于stack exchange，提问作者Fahad Ali Sarwar