一、第一种方法是进入内核中断的方式
//以下程序是根据官方程序修改的
#include "systick.h"
/* Private variables ---------------------------------------------------------*/
u32 TimingDelay;
void Delay_ms(__IO uint32_t nTime)
{
if (SysTick_Config(SystemCoreClock / 1000))
{
/* Capture error */
while (1);
}
TimingDelay = nTime;
while(TimingDelay != 0);
SysTick->CTRL = 0x00; //失能SysTick
SysTick->VAL = 0x00; //当前值清零
}
void Delay_us(__IO uint32_t nTime)
{
if (SysTick_Config(SystemCoreClock / 1000000))
{
/* Capture error */
while (1);
}
TimingDelay = nTime;
while(TimingDelay != 0);
SysTick->CTRL = 0x00;
SysTick->VAL = 0x00;
}
void SysTick_Handler(void)
{
if (TimingDelay != 0x00)
{
TimingDelay--;
}
}
中断函数位置在
注意:使用这种延时方式在普通情况下是可以的,但是一旦在其他中断中调用此延时函数,便会使程序卡死,比如在按键外部中断中进行按键消抖延时。
void EXTI0_IRQHandler(void)
{
Delay_ms(10);
if(K0 == 1)
{
LED1 = ~LED1;
}
EXTI_ClearITPendingBit(EXTI_Line0);
}
触发中断进入延时函数后会死在 while(TimingDelay != 0); 这是因为 void SysTick_Handler(void) 函数是内核中断,内核将其中断优先级设置为最低,导致在外部中断函数里无法抢占执行,参数TimingDelay也就无法减小。
此内核中断优先级的设置在
,比如将优先级设置为0后可以抢占使用,但是需注意调用延时函数的中断的优先级要小于systick所改的优先级,经实验是可行的。
static __INLINE uint32_t SysTick_Config(uint32_t ticks)
{
if (ticks > SysTick_LOAD_RELOAD_Msk) return (1); /* Reload value impossible */
SysTick->LOAD = (ticks & SysTick_LOAD_RELOAD_Msk) - 1; /* set reload register */
NVIC_SetPriority (SysTick_IRQn, (1<<__NVIC_PRIO_BITS) - 1); //中断优先级设置 /* set Priority for Cortex-M0 System Interrupts */
//NVIC_SetPriority (SysTick_IRQn, 0); //将中断优先级改为0
SysTick->VAL = 0; /* 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 (0); /* Function successful */
}
二、第二种方法是无需进入内核中断的方式
这种方式利用设置Systick时钟的重装载值,然后重装载值倒数完毕后会将SysTick->CTRL的位15置1,对该位进行判断便可知道延时完毕否。这种延时方式无需进入 void SysTick_Handler(void) 中断,在中断中使用也不怕优先级问题了,就不需要改内核文件了。这种方式虽然看起来有点繁琐,但是也不难理解。
#include "delay.h"
static u8 fac_us=0; //us延时倍乘数
static u16 fac_ms=0; //ms延时倍乘数
//初始化延迟函数
//SYSTICK的时钟固定为AHB时钟的1/8
//SYSCLK:系统时钟频率
void SysTick_Init(u8 SYSCLK)
{
SysTick_CLKSourceConfig(SysTick_CLKSource_HCLK_Div8);
fac_us=SYSCLK/8;
fac_ms=(u16)fac_us*1000;
}
//延时nus
//nus为要延时的us数.
void delay_us(u32 nus)
{
u32 temp;
SysTick->LOAD=nus*fac_us; //时间加载
SysTick->VAL=0x00; //清空计数器
SysTick->CTRL|=SysTick_CTRL_ENABLE_Msk ; //开始倒数
do
{
temp=SysTick->CTRL;
}while((temp&0x01)&&!(temp&(1<<16))); //等待时间到达
SysTick->CTRL&=~SysTick_CTRL_ENABLE_Msk; //关闭计数器
SysTick->VAL =0X00; //清空计数器
}
//延时nms
//注意nms的范围
//SysTick->LOAD为24位寄存器,所以,最大延时为:
//nms<=0xffffff*8*1000/SYSCLK
//SYSCLK单位为Hz,nms单位为ms
//对72M条件下,nms<=1864
void delay_ms(u16 nms)
{
u32 temp;
SysTick->LOAD=(u32)nms*fac_ms; //时间加载(SysTick->LOAD为24bit)
SysTick->VAL =0x00; //清空计数器
SysTick->CTRL|=SysTick_CTRL_ENABLE_Msk ; //开始倒数
do
{
temp=SysTick->CTRL;
}while((temp&0x01)&&!(temp&(1<<16))); //等待时间到达
SysTick->CTRL&=~SysTick_CTRL_ENABLE_Msk; //关闭计数器
SysTick->VAL =0X00; //清空计数器
}
总结:两种方法最好都能掌握,因为比如一些比赛中,内核文件是上锁修改不了的。另外中断中其实最好不要使用延时的,但是有时候似乎迫不得已,尽量少用而且不能延时太长吧。
一、第一种方法是进入内核中断的方式
//以下程序是根据官方程序修改的
#include "systick.h"
/* Private variables ---------------------------------------------------------*/
u32 TimingDelay;
void Delay_ms(__IO uint32_t nTime)
{
if (SysTick_Config(SystemCoreClock / 1000))
{
/* Capture error */
while (1);
}
TimingDelay = nTime;
while(TimingDelay != 0);
SysTick->CTRL = 0x00; //失能SysTick
SysTick->VAL = 0x00; //当前值清零
}
void Delay_us(__IO uint32_t nTime)
{
if (SysTick_Config(SystemCoreClock / 1000000))
{
/* Capture error */
while (1);
}
TimingDelay = nTime;
while(TimingDelay != 0);
SysTick->CTRL = 0x00;
SysTick->VAL = 0x00;
}
void SysTick_Handler(void)
{
if (TimingDelay != 0x00)
{
TimingDelay--;
}
}
中断函数位置在
注意:使用这种延时方式在普通情况下是可以的,但是一旦在其他中断中调用此延时函数,便会使程序卡死,比如在按键外部中断中进行按键消抖延时。
void EXTI0_IRQHandler(void)
{
Delay_ms(10);
if(K0 == 1)
{
LED1 = ~LED1;
}
EXTI_ClearITPendingBit(EXTI_Line0);
}
触发中断进入延时函数后会死在 while(TimingDelay != 0); 这是因为 void SysTick_Handler(void) 函数是内核中断,内核将其中断优先级设置为最低,导致在外部中断函数里无法抢占执行,参数TimingDelay也就无法减小。
此内核中断优先级的设置在
,比如将优先级设置为0后可以抢占使用,但是需注意调用延时函数的中断的优先级要小于systick所改的优先级,经实验是可行的。
static __INLINE uint32_t SysTick_Config(uint32_t ticks)
{
if (ticks > SysTick_LOAD_RELOAD_Msk) return (1); /* Reload value impossible */
SysTick->LOAD = (ticks & SysTick_LOAD_RELOAD_Msk) - 1; /* set reload register */
NVIC_SetPriority (SysTick_IRQn, (1<<__NVIC_PRIO_BITS) - 1); //中断优先级设置 /* set Priority for Cortex-M0 System Interrupts */
//NVIC_SetPriority (SysTick_IRQn, 0); //将中断优先级改为0
SysTick->VAL = 0; /* 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 (0); /* Function successful */
}
二、第二种方法是无需进入内核中断的方式
这种方式利用设置Systick时钟的重装载值,然后重装载值倒数完毕后会将SysTick->CTRL的位15置1,对该位进行判断便可知道延时完毕否。这种延时方式无需进入 void SysTick_Handler(void) 中断,在中断中使用也不怕优先级问题了,就不需要改内核文件了。这种方式虽然看起来有点繁琐,但是也不难理解。
#include "delay.h"
static u8 fac_us=0; //us延时倍乘数
static u16 fac_ms=0; //ms延时倍乘数
//初始化延迟函数
//SYSTICK的时钟固定为AHB时钟的1/8
//SYSCLK:系统时钟频率
void SysTick_Init(u8 SYSCLK)
{
SysTick_CLKSourceConfig(SysTick_CLKSource_HCLK_Div8);
fac_us=SYSCLK/8;
fac_ms=(u16)fac_us*1000;
}
//延时nus
//nus为要延时的us数.
void delay_us(u32 nus)
{
u32 temp;
SysTick->LOAD=nus*fac_us; //时间加载
SysTick->VAL=0x00; //清空计数器
SysTick->CTRL|=SysTick_CTRL_ENABLE_Msk ; //开始倒数
do
{
temp=SysTick->CTRL;
}while((temp&0x01)&&!(temp&(1<<16))); //等待时间到达
SysTick->CTRL&=~SysTick_CTRL_ENABLE_Msk; //关闭计数器
SysTick->VAL =0X00; //清空计数器
}
//延时nms
//注意nms的范围
//SysTick->LOAD为24位寄存器,所以,最大延时为:
//nms<=0xffffff*8*1000/SYSCLK
//SYSCLK单位为Hz,nms单位为ms
//对72M条件下,nms<=1864
void delay_ms(u16 nms)
{
u32 temp;
SysTick->LOAD=(u32)nms*fac_ms; //时间加载(SysTick->LOAD为24bit)
SysTick->VAL =0x00; //清空计数器
SysTick->CTRL|=SysTick_CTRL_ENABLE_Msk ; //开始倒数
do
{
temp=SysTick->CTRL;
}while((temp&0x01)&&!(temp&(1<<16))); //等待时间到达
SysTick->CTRL&=~SysTick_CTRL_ENABLE_Msk; //关闭计数器
SysTick->VAL =0X00; //清空计数器
}
总结:两种方法最好都能掌握,因为比如一些比赛中,内核文件是上锁修改不了的。另外中断中其实最好不要使用延时的,但是有时候似乎迫不得已,尽量少用而且不能延时太长吧。
举报