最近在做一個東西時，發現一個現象。之前一直沒有發現過，或者發現也沒有仔細研究過，在此為大家分享。

在使用原子哥的延時函數時,發現主函數里面的延時函數失效了。沒有起任何作用。下面簡單分析一個整個過程。

先直接上代碼,很簡單的一個實例

int main(void)

{

delay_init();                              //延時函數初始化   

NVIC_PriorityGroupConfig(NVIC_PriorityGroup_2); //設置NVIC中斷分組2:2位搶占優先級，2位響應優先級

uart_init(115200);              //串口初始化為115200

  LED_Init();      //LED端口初始化

UltrasonicWave_Configuration();      //IO口初始化

  TIM5_Cap_Init(0XFFFF,72-1);      //以1Mhz的頻率計數 

        TIM7_Int_Init(99,7199);              //10ms 超聲波定時

        while(1)

{

LED1=!LED1;        

delay_us(50);

  delay_ms(1000);

        delay_ms(1000);

delay_ms(1000);

}

}

主循環里面做一個電平翻轉,一個LED燈一亮一滅。

但是發現沒有執行延時函數，LED一直快閃。

經過調試發現，我在一個定時器中斷函數里面有個延時函數造成了主函數里面的延時失效。

void TIM7_IRQHandler(void)

{

if (TIM_GetITStatus(TIM7, TIM_IT_Update) != RESET)//是更新中斷

{    

TIM_ClearITPendingBit(TIM7, TIM_IT_Update  );  //清除TIM7更新中斷標志  

time_count++;

                switch (time_count)

{

case 1:

GPIO_SetBits(TRIG_PORT,TRIG_PIN_1);   //送>10US的高電平

        delay_us(20);                           //延時20US

GPIO_ResetBits(TRIG_PORT,TRIG_PIN_1);

break;

case 2:

        GPIO_SetBits(TRIG_PORT,TRIG_PIN_2);   //送>10US的高電平

                          delay_us(20);                           //延時20US

                          GPIO_ResetBits(TRIG_PORT,TRIG_PIN_2);

break;

case 3:

GPIO_SetBits(TRIG_PORT,TRIG_PIN_3);   //送>10US的高電平

                                delay_us(20);                       //延時20US

                                GPIO_ResetBits(TRIG_PORT,TRIG_PIN_3);

break;

case 4:

GPIO_SetBits(TRIG_PORT,TRIG_PIN_4);   //送>10US的高電平

                                delay_us(20);                       //延時20US

                                GPIO_ResetBits(TRIG_PORT,TRIG_PIN_4);

break;

}

if(time_count==4)

time_count=0;

}     

}

因為實際需要操作4個超聲波模塊,所以我在一個定時中斷里面選擇了延時函數來進行操作。

后來經發現這也是造成主函數延時失效的原因

下面進行分析

//初始化延遲函數

//當使用OS的時候,此函數會初始化OS的時鐘節拍

//SYSTICK的時鐘固定為HCLK時鐘的1/8

//SYSCLK:系統時鐘

void delay_init()

{

#if SYSTEM_SUPPORT_OS  //如果需要支持OS.

u32 reload;

#endif

SysTick_CLKSourceConfig(SysTick_CLKSource_HCLK_Div8); //選擇外部時鐘  HCLK/8

fac_us=SystemCoreClock/8000000; //為系統時鐘的1/8  

#if SYSTEM_SUPPORT_OS          //如果需要支持OS.

reload=SystemCoreClock/8000000; //每秒鐘的計數次數 單位為K    

reload*=1000000/delay_ostickspersec;         //根據delay_ostickspersec設定溢出時間

//reload為24位寄存器,最大值:16777216,在72M下,約合1.86s左右

fac_ms=1000/delay_ostickspersec; //代表OS可以延時的最少單位    

SysTick->CTRL|=SysTick_CTRL_TICKINT_Msk;    //開啟SYSTICK中斷

SysTick->LOAD=reload; //每1/delay_ostickspersec秒中斷一次

SysTick->CTRL|=SysTick_CTRL_ENABLE_Msk;    //開啟SYSTICK    

#else

fac_ms=(u16)fac_us*1000; //非OS下,代表每個ms需要的systick時鐘數   

#endif

}

延時初始化函數，SysTick 的時鐘源自 HCLK 的 8 分頻，我所使用是外部晶振為 8M，然后倍頻到 72M，那么 SysTick 的時鐘即為 9Mhz，也就是 SysTick 的計數器 VAL 每減 1，就代表時間過了 1/9us。

原子哥提供的延時函數

void delay_us(u32 nus)

{

u32 temp;      

SysTick->LOAD=nus*fac_us; //時間加載      重新加載寄存器值從這個值開始進行倒數

SysTick->VAL=0x00;        //清空計數器       當前寄存器值清0

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;               //清空計數器       

} 

通過查看SysTick控制及狀態寄存器 

上圖對應的寄存器名稱分別為：

CTRL  ：控制和狀態寄存器

LOAD  ：重新加載值寄存器

VAL ：當前值寄存器

CALIB ：校準寄存器

在主循環中,執行delay_ms(1000)函數，要延時的 ms 數換算成 SysTick 的時鐘數，然后寫入 LOAD 寄存器。然后清空當前寄存器 VAL 的內容，再開啟倒數功能。等到倒數結束。 此時進入中斷服務函數,執行delay_us(20)函數，又重新將延時的us數換算成SysTick 的時鐘數，然后寫入 LOAD 寄存器。然后清空當前寄存器 VAL 的內容，再開啟倒數。

當中斷執行完后，主函數繼續執行，但是此時LOAD寄存器里面的值已經被改變（被中斷函數里面的延時函數改變），不在是最初計算的那個值。

所以就會出現上面的情況。

所以，最后我直接寫了一個類似51里面的延時函數去解決這個問題，雖然我覺得很low