STM32CubeMX中Cortex系统定时器（System Timer）选择1分频和8分频，为啥生成代码一样？

因为STM32CubeMX会启动SysTick作为延时（HAL_Delay）函数的时基，而SysTick作为Cortex内核的一部分，就会用到Cortex系统定时器。

那么，问题就来了SysTick时钟源来自哪里？

1、数据手册和STM32CubeMX时钟树

数据手册时钟树：

STM32CubeMX时钟树：

你会发现：数据手册中的只有『/8』分频，而STM32CubeMX除了『/8』分频，还有『/1』分频。

2、SysTick时钟初始化代码

不管是使用标准外设库，还是HAL库，你初始化SysTick，都会调用内核中的SysTick_Config函数。

标准库常用初始化：

SysTick_Config（SystemCoreClock / 1000）；

HAL库初始化同样也是调用底层的初始化函数：

uint32_t HAL_SYSTICK_Config(uint32_t TicksNumb) { return SysTick_Config(TicksNumb); }

初始化调用这段代码之后，SysTick将会实现1ms中断一次。

这段代码实现1ms中断一次相信大家都能理解，但是这里SysTick初始化和上面说的时钟『/8』有关系吗？

3、SysTick时钟源是来自哪里？

这个问题只要认真看参考手册都能找到答案。

RCC通过AHB时钟(HCLK)8分频后作为Cortex系统定时器(SysTick)的外部时钟。

通过对SysTick控制与状态寄存器的设置，可选择上述时钟或Cortex(HCLK)时钟作为SysTick时钟。（--来自参考手册）

也就是说SysTick时钟源可以来自两个地方：

AHB时钟8分频

HCLK（内核）时钟

通过SysTick控制与状态寄存器的设置进行选择时钟源。

具体就是通过CLKSOURCE（时钟源）这一Bit位来选择：

再次看SysTick_Config函数源码：

__STATIC_INLINE uint32_t SysTick_Config(uint32_t ticks) { if ((ticks - 1UL) > SysTick_LOAD_RELOAD_Msk) { return (1UL); /* Reload value impossible */ } SysTick->LOAD = (uint32_t)(ticks - 1UL); /* set reload register */ NVIC_SetPriority (SysTick_IRQn, (1UL << __NVIC_PRIO_BITS) - 1UL); /* set Priority for Systick Interrupt */ SysTick->VAL = 0UL; /* Load the SysTick Counter Value */ SysTick->CTRL = SysTick_CTRL_CLKSOURCE_Msk | SysTick_CTRL_TICKINT_Msk | SysTick_CTRL_ENABLE_Msk; /* Enable SysTick IRQ and SysTick Timer */ return (0UL); /* Function successful */ } （在core_cm3.h，或者core_cm4.h等内核源码中）

你会发现，其实源码已经默认使用HCLK（内核）时钟。

而SysTick_Config函数属于内核（如core_cm3.h）已经写好源码，一般我们不去修改。

所以，到这里，你会明白：SysTick时钟源其实就是用的HCLK（内核）时钟。

4、最后

开篇的问题：STM32CubeMX中Cortex系统定时器（System Timer）选择1分频和8分频，为啥生成代码一样？

难道，STM32CubeMX配置Cortex系统定时器时钟是有Bug吗？