新聞中心

EEPW首頁(yè) > 嵌入式系統(tǒng) > 設(shè)計(jì)應(yīng)用 > Avr單片機(jī)編程---延遲函數(shù)

Avr單片機(jī)編程---延遲函數(shù)

作者: 時(shí)間:2016-11-23 來源:網(wǎng)絡(luò) 收藏
avr-gcc提供了兩個(gè)延遲函數(shù),可以在用戶的程序中使用,前提--加入avr/delay.h這個(gè)頭文件:

_delay_us(double __us)
_delay_ms(double __ms)
而這兩個(gè)延遲函數(shù)在實(shí)際工作的時(shí)候,調(diào)用了另兩個(gè)函數(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兩個(gè)函數(shù)的具體定義看,a 函數(shù)執(zhí)行一次的時(shí)間是3個(gè)指令周期,b 執(zhí)行一次的時(shí)間是4個(gè)指令周期,一個(gè)指令周期 T = 1 / F_CPU。
(測(cè)試:可以試著計(jì)算下當(dāng)F_CPU取值1M時(shí),_count取1,_delay_loop_1和_delay_loop_2分別延遲時(shí)間
是多 少,如果F_CPU取2M呢,延遲又是多少?)
*********************************************
F_CPU在avr-gcc中有定義,這個(gè)值是在編譯的時(shí)候傳遞給編譯器的,說明用戶程序的晶振頻率,編譯器為了保證編譯過程中防止因用戶為定義這個(gè) F_CPU的值,設(shè)定一個(gè)初值F_CPU=100 0000UL,即默認(rèn)用戶使用的是1M的晶振。當(dāng)然,在實(shí)際程序設(shè)計(jì)時(shí)一定要根據(jù)實(shí)際用到的晶振設(shè)定這個(gè)值,否則,延遲肯定不準(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兩個(gè)函數(shù)中_count(實(shí)際參數(shù))的最大值描述就應(yīng)該是:
((F_CPU) / 3e6) * __us最大值是256
((F_CPU) / 4e3) * __ms的最大值是65536
即我們?cè)谧约撼绦蛑姓{(diào)用 _delay_us(double __us),_delay_ms(double __ms)這兩個(gè)函數(shù)時(shí)參數(shù)的選擇與所取的F_CPU(也就是實(shí)際用到的晶振頻率)是有關(guān)系的。
當(dāng)F_CPU取值為1M時(shí),__us的最大取值是768,__ms的最大取值是65536*4
當(dāng)F_CPU取值為2M時(shí),__us的最大取值是768/2,__ms的最大取值是65536*4/2
......
當(dāng)F_CPU取值為8M時(shí),__us的最大取值是768/8,__ms的最大取值是65536*4/8
所以,延遲函數(shù)的參數(shù)取值是不能一概而論的。
//*************************************************************************************************************************
現(xiàn)在再來看究竟延遲了多久?
_delay_us(double __us)的延遲時(shí)間因?yàn)檎{(diào)用了_delay_loop_1(),而_delay_loop_1()是執(zhí)行3個(gè)指令周期,所以延遲時(shí)間就是:
((F_CPU) / 3e6) * __us*3*T (T = 1 / F_CPU 單位MHz)
_delay_ms(double __ms)的延遲時(shí)間因?yàn)檎{(diào)用了_delay_loop_2(),而_delay_loop_2()是執(zhí)行4個(gè)指令周期,所以延遲時(shí)間就是:
((F_CPU) / 4e3) * __ms*4*T (T = 1 / F_CPU 單位MHz)
可以試著計(jì)算下,當(dāng)F_CPU取值為1M時(shí),_delay_us(X)就是延遲X us,_delay_ms(X)就是延遲X ms
補(bǔ)充:
其實(shí),如果自己查看新的源代碼可以發(fā)現(xiàn),現(xiàn)在的定時(shí)的時(shí)間并不像有的舊的文章上說的那樣,限制在一定的范圍內(nèi)。因?yàn)榇a更新過了,嘎嘎。

本文引用地址:http://butianyuan.cn/article/201611/320341.htm


評(píng)論


技術(shù)專區(qū)

關(guān)閉