​STM32延时函数的四种方法

单片机编程过程中经常用到延时函数，最常用的莫过于微秒级延时delay_us()和毫秒级delay_ms()。本文基于STM32F207介绍4种不同方式实现的延时函数。

普通延时

这种延时方式应该是大家在51单片机时候，接触最早的延时函数。这个比较简单，让单片机做一些无关紧要的工作来打发时间，经常用循环来实现，在某些编译器下，代码会被优化，导致精度较低，用于一般的延时，对精度不敏感的应用场景中。

//微秒级的延时void delay_us(uint32_t delay_us){ volatile unsigned int num; volatile unsigned int t;
for (num = 0; num < delay_us; num++) { t = 11; while (t != 0) { t--; } }}//毫秒级的延时void delay_ms(uint16_t delay_ms){ volatile unsigned int num; for (num = 0; num < delay_ms; num++) { delay_us(1000); }}

上述工程源码仓库：https://github.com/strongercjd/STM32F207VCT6/tree/master/02-Template
(提示：公众号不支持外链接，请复制链接到浏览器下载)

定时器中断

定时器具有很高的精度，我们可以配置定时器中断，比如配置1ms中断一次，然后间接判断进入中断的次数达到精确延时的目的。这种方式精度可以得到保证，但是系统一直在中断，不利于在其他中断中调用此延时函数，有些高精度的应用场景不适合，比如其他外设正在输出，不允许任何中断打断的情况。

STM32任何定时器都可以实现，下面我们以SysTick 定时器为例介绍：

初始化SysTick 定时器：

/* 配置SysTick为1ms */RCC_GetClocksFreq(&RCC_Clocks);SysTick_Config(RCC_Clocks.HCLK_Frequency / 1000);

中断服务函数：

void SysTick_Handler(void){ TimingDelay_Decrement();}void TimingDelay_Decrement(void){ if (TimingDelay != 0x00) { TimingDelay--; }}

延时函数：

void Delay(__IO uint32_t nTime){  TimingDelay = nTime;  while(TimingDelay != 0);}

上述工程源码仓库：https://github.com/strongercjd/STM32F207VCT6/tree/master/02-Template
(提示：公众号不支持外链接，请复制链接到浏览器下载)

查询定时器

为了解决定时器频繁中断的问题，我们可以使用定时器，但是不使能中断，使用查询的方式去延时，这样既能解决频繁中断问题，又能保证精度。

STM32任何定时器都可以实现，下面我们以SysTick 定时器为例介绍。

STM32的CM3内核的处理器，内部包含了一个SysTick定时器，SysTick是一个24位的倒计数定时器，当计到0时，将从RELOAD寄存器中自动重装载定时初值。只要不把它在SysTick控制及状态寄存器中的使能位清除，就永不停息。

SYSTICK的时钟固定为HCLK时钟的1/8，在这里我们选用内部时钟源120M，所以SYSTICK的时钟为(120/8)M，即SYSTICK定时器以(120/8)M的频率递减。SysTick 主要包含CTRL、LOAD、VAL、CALIB 等4 个寄存器。

▼CTRL：控制和状态寄存器

▼LOAD：自动重装载除值寄存器

▼VAL：当前值寄存器

▼CALIB：校准值寄存器

使用不到，不再介绍

代码

void delay_us(uint32_t nus){ uint32_t temp; SysTick->LOAD = RCC_Clocks.HCLK_Frequency/1000000/8*nus; SysTick->VAL=0X00;//清空计数器 SysTick->CTRL=0X01;//使能，减到零是无动作，采用外部时钟源 do { temp=SysTick->CTRL;//读取当前倒计数值 }while((temp&0x01)&&(!(temp&(1<<16))));//等待时间到达 SysTick->CTRL=0x00; //关闭计数器 SysTick->VAL =0X00; //清空计数器}void delay_ms(uint16_t nms){ uint32_t temp; SysTick->LOAD = RCC_Clocks.HCLK_Frequency/1000/8*nms; SysTick->VAL=0X00;//清空计数器 SysTick->CTRL=0X01;//使能，减到零是无动作，采用外部时钟源 do { temp=SysTick->CTRL;//读取当前倒计数值 }while((temp&0x01)&&(!(temp&(1<<16))));//等待时间到达 SysTick->CTRL=0x00; //关闭计数器 SysTick->VAL =0X00; //清空计数器}

上述工程源码仓库：https://github.com/strongercjd/STM32F207VCT6/tree/master/04-Delay

(提示：公众号不支持外链接，请复制链接到浏览器下载)

汇编指令

如果系统硬件资源紧张，或者没有额外的定时器提供，又不想方法1的普通延时，可以使用汇编指令的方式进行延时，不会被编译优化且延时准确。

STM32F207在IAR环境下

/*! *  @brief   软件延时  *  @param  ulCount:延时时钟数 *  @return none *  @note   ulCount每增加1，该函数增加3个时钟 */void SysCtlDelay(unsigned long ulCount){    __asm('    subs    r0, #1\n'          '    bne.n   SysCtlDelay\n'          '    bx      lr');}

这3个时钟指的是CPU时钟，也就是系统时钟。120MHZ，也就是说1s有120M的时钟，一个时钟也就是1/120us，也就是周期是1/120us。3个时钟，因为执行了3条指令。

使用这种方式整理ms和us接口，在Keil和IAR环境下都测试通过。

/*120Mhz时钟时，当ulCount为1时，函数耗时3个时钟，延时=3*1/120us=1/40us*//*SystemCoreClock=120000000
us级延时,延时n微秒SysCtlDelay(n*(SystemCoreClock/3000000));
ms级延时,延时n毫秒SysCtlDelay(n*(SystemCoreClock/3000));
m级延时,延时n秒SysCtlDelay(n*(SystemCoreClock/3));*/
#if defined (__CC_ARM) /*!< ARM Compiler */__asm voidSysCtlDelay(unsigned long ulCount){ subs r0, #1; bne SysCtlDelay; bx lr;}#elif defined ( __ICCARM__ ) /*!< IAR Compiler */voidSysCtlDelay(unsigned long ulCount){ __asm(' subs r0, #1\n' ' bne.n SysCtlDelay\n' ' bx lr');}
#elif defined (__GNUC__) /*!< GNU Compiler */void __attribute__((naked))SysCtlDelay(unsigned long ulCount){ __asm(' subs r0, #1\n' ' bne SysCtlDelay\n' ' bx lr');}
#elif defined (__TASKING__) /*!< TASKING Compiler */ /*无*/#endif /* __CC_ARM */

上述工程源码仓库：https://github.com/strongercjd/STM32F207VCT6/tree/master/03-ASM

(提示：公众号不支持外链接，请复制链接到浏览器下载)

注释

理论上：汇编方式的延时也是不准确的，有可能被其他中断打断，最好使用us和ms级别的延时，采用for循环延时的函数也是如此。采用定时器延时理论上也可能不准确的，定时器延时是准确的，但是可能在判断语句的时候，比如if语句，判断延时是否到了的时候，就在判断的时候，被中断打断执行其他代码，返回时已经过了一小段时间。不过汇编方式和定时器方式，只是理论上不准确，在实际项目中，这两种方式的精度已经足够高了。