【 声明：版权所有，欢迎转载，请勿用于商业用途。 联系信箱：feixiaoxing @163.com】
在mcu开发过程当中，有一种开发模式用的比较多，那就是中断+while（1）。这里面的中断，又是以定时器中断最为普遍。很多时候我们使用mcu，恰恰是看中了它的实时性。比如说，在运动控制中，如果以24ms作为一个周期，那么第一个6ms、第二个6ms、一直到最后一个6ms，每一个6ms做的事情都是不一样的。
所以，对于实时性很强的操作，我们就直接在中断里面完成对应的工作。那些实时性一般的代码就放到后台来做。以前、后台的角度来说，中断处理类似于前台，while（1）类似于后台。前台如果说是处理业务，那么后台处理什么呢，通常就是日志输出、看门狗检测、数据统计等等，这都是可以放在后台来做的。今天，我们就来看看在mcu下面，定时器是怎么做的。
1、查看main函数
首先还是查看main函数，看看如果要使用定时器，需要做些什么，
int main(void)
{
SystemClock_Config();
LED_GPIO_Config();
SysTick_Init();
while(1)
{
LED1_ON;
Delay_us(1000);
LED1_OFF;
Delay_us(1000);
}
}main函数比较简单，除了mcu设置、gpio设置之外，看到一个新的配置，那就是SysTick_Init。剩下来的代码就比较简单了，从名字上就可以看出，这是一个LED1点亮和熄灭的功能。代码过程当中采用了延时函数，并且这个延时函数应该和今天谈到的定时器有关。
2、定时器初始化
前面看到了定时器初始化函数，下面就看看SysTick_Init是怎么实现的。
void SysTick_Init(void)
{
if (HAL_SYSTICK_Config(SystemCoreClock / 1000))
{
/* Capture error */
while (1);
}
}代码还是比较简单的，主要就是设置一下定时周期。后面的1000除数，表示设置的定时器周期是多少，假设1s的频率是SystemCoreClock，那么除以1000，代表定时中断的周期是1ms。
3、延时判断
LED1点亮和熄灭的时候，使用到了函数Delay_us。那我们看下，这个函数是怎么实现的，
void Delay_us(__IO u32 nTime)
{
TimingDelay = nTime;
while(TimingDelay != 0);
}
代码不复杂，就是把参数nTime赋值给TimingDelay，接下来看TimingDelay什么时候变成0。因为没有看到其他地方对TimingDelay进行处理，所以应该是中断代码对TimingDelay进行了修改。
4、定时器中断
直接到stm32f1xx_it.c下面寻找对应的定时器中断函数，
void SysTick_Handler(void)
{
TimingDelay_Decrement();
}通过内容，发现定时器中断函数里面，直接调用了TimingDelay_Decrement子函数，继续分析，
void TimingDelay_Decrement(void)
{
if (TimingDelay != 0x00)
{
TimingDelay--;
}
}看到这个函数之后，其实就大致明白怎么回事了。原来在TimingDealy_Decrement进行了设置，只要TimeingDelay不等于0，那么每次中断的时候就会进行递减1的处理。不过因为我们定时器的精度是1ms，所以如果延时只有1ms，那么其实是不准的。
但是如果延时的精度要求不高，比如今天使用的1s延时，那就没啥问题。
5、不变的LED1修改
为了验证实验效果，这里通过LED1闪烁的方法进行验证，所以第一步就是需要把pin的位置修改为pc13，接下来就是烧录版本、按下复位键，如果看到led发生了闪烁，那代表一切ok；否则就要好好检查下硬件接线和软件代码了。
