cubemx_systick分析

    SysTick定时器被捆绑在NVIC中，用于产生SysTick异常（异常号：15）。在以前，操作系统和有所有使用了时基的系统，都必须要一个硬件定时器来产生需要的“滴答”中断，作为整个系统的时基。滴答中断对操作系统尤其重要。例如，操作系统可以为多个任务许以不同数目的时间片，确保没有一个任务能霸占系统；或者把每个定时器周期的某个时间范围赐予特定的任务等，还有操作系统提供的各种定时功能，都与这个滴答定时器有关。因此，需要一个定时器来产生周期性的中断，而且最好还让用户程序不能随意访问它的寄存器，以维持操作系统“心跳”的节律。

    SysTick是一个24位的定时器，即一次最多可以计数224 个时钟脉冲，这个脉冲计数值被保存到 当前计数值寄存器STK_VAL (SysTick current value register) 中，只能向下计数，每接收到一个时钟脉冲STK_VAL的值就向下减1，直至0，当STK_VAL的值被减至0时，由硬件自动把重载寄存器STK_LOAD（SysTick reload value register）中保存的数据加载到STK_VAL，重新向下计数。当STK_VAL的值被计数至0时，触发异常，就可以在中断服务函数中处理定时事件了。

    我在最新接触到的STM32cubemx中，有如下三行代码，

 

  HAL_SYSTICK_Config(HAL_RCC_GetHCLKFreq()/1000);

  HAL_SYSTICK_CLKSourceConfig(SYSTICK_CLKSOURCE_HCLK);
 
  HAL_NVIC_SetPriority(SysTick_IRQn, 0, 0);

 

第一行其作用就是得到总线时钟（HCLK）频率并除以1000，那么他的作用就是系统时钟（72MHZ）/1000，得到的结果就是定时器跳动一下走时1ms

第二行就是确定系统滴答定时器的时钟源，通过追踪SYSTICK_CLKSOURCE_HCLK得到这么一条宏定义：#define SYSTICK_CLKSOURCE_HCLK         ((uint32_t)0x00000004)

通过查寄存器可以知道操作的寄存器是 时钟配置寄存器(RCC_CFGR)的位3:2，此处是以HSE作为时钟源。

最后一行的作用就是设置系统滴答定时器中断类型以及两种优先级（抢占和响应）分组。

 

 

 

总线时钟;HCLK

内部时钟：FCLK

外部时钟：STCLK