avr-gcc提供了兩個延遲函數(shù),可以在用戶的程序中使用,前提--加入avr/delay.h這個頭文件: _delay_us(double __us)
_delay_ms(double __ms)
而這兩個延遲函數(shù)在實際工作的時候,調(diào)用了另兩個函數(shù),位于delay_basic.h中:
a, _delay_loop_1(uint8_t __count)
b,_delay_loop_2(uint16_t __count)
a 函數(shù)可以看出,_count的最大值是256,b 函數(shù)中_count的最大值是65536。在delay_basic.h中有說明,也可以結(jié)合a,b兩個函數(shù)的具體定義看,a 函數(shù)執(zhí)行一次的時間是3個指令周期,b 執(zhí)行一次的時間是4個指令周期,一個指令周期 T = 1 / F_CPU。
(測試:可以試著計算下當(dāng)F_CPU取值1M時,_count取1,_delay_loop_1和_delay_loop_2分別延遲時間
是多 少,如果F_CPU取2M呢,延遲又是多少?)
*********************************************
F_CPU在avr-gcc中有定義,這個值是在編譯的時候傳遞給編譯器的,說明用戶程序的晶振頻率,編譯器為了保證編譯過程中防止因用戶為定義這個 F_CPU的值,設(shè)定一個初值F_CPU=100 0000UL,即默認(rèn)用戶使用的是1M的晶振。當(dāng)然,在實際程序設(shè)計時一定要根據(jù)實際用到的晶振設(shè)定這個值,否則,延遲肯定不準(zhǔn)??梢栽诙x加載頭文件前這樣:如
#include
#define F_CPU 1000000UL
#include
#include
***********************************************
_delay_us(double __us), _delay_ms(double __ms)中又有這樣的定義:
double __tmp = ((F_CPU) / 4e3) * __ms
__ticks = (uint16_t)__tmp;
_delay_loop_2(__ticks);
--------------------------------------------
double __tmp = ((F_CPU) / 3e6) * __us;
__ticks = (uint8_t)__tmp;
_delay_loop_1(__ticks);
---------------------------------------------
所以根據(jù)a,b兩個函數(shù)中_count(實際參數(shù))的最大值描述就應(yīng)該是:
((F_CPU) / 3e6) * __us最大值是256
((F_CPU) / 4e3) * __ms的最大值是65536
即我們在自己程序中調(diào)用 _delay_us(double __us),_delay_ms(double __ms)這兩個函數(shù)時參數(shù)的選擇與所取的F_CPU(也就是實際用到的晶振頻率)是有關(guān)系的。
當(dāng)F_CPU取值為1M時,__us的最大取值是768,__ms的最大取值是65536*4
當(dāng)F_CPU取值為2M時,__us的最大取值是768/2,__ms的最大取值是65536*4/2
......
當(dāng)F_CPU取值為8M時,__us的最大取值是768/8,__ms的最大取值是65536*4/8
所以,延遲函數(shù)的參數(shù)取值是不能一概而論的。
//*************************************************************************************************************************