有關(guān)單片機(jī)延時(shí)程序

0025 F500 R MOV i+02H,A

0027 E500 R MOV A,i+01H

0029 34FF ADDC A,#0FFH

002B F500 R MOV i+01H,A

002D E500 R MOV A,i

002F 34FF ADDC A,#0FFH

0031 F500 R MOV i,A

0033 80D3 SJMP ?C0007

; SOURCE LINE # 21

0035 ?C0010:

0035 22 RET

; FUNCTION _delay2 (END)

呵呵，這倒是的確可以延遲很長(zhǎng)時(shí)間~~~但是毫無精度可言了。

那么，用C到底能不能實(shí)現(xiàn)精確的延時(shí)呢?我把代碼稍微改了一下：

void delay1(unsigned char i)

{

while(i--);

}

因?yàn)楦鶕?jù)經(jīng)驗(yàn)，越簡(jiǎn)潔的C代碼往往也能得出越簡(jiǎn)潔的機(jī)器代碼。那這樣結(jié)果如何呢?把它生成的匯編代碼拿出來看一看就知道了。滿懷希望的我按下了“Build target”鍵，結(jié)果打擊是巨大的：

; FUNCTION _delay1 (BEGIN)

; SOURCE LINE # 13

;---- Variable i assigned to Register R7 ----

; SOURCE LINE # 14

0000 ?C0004:

; SOURCE LINE # 15

0000 AE07 MOV R6,AR7

0002 1F DEC R7

0003 EE MOV A,R6

0004 70FA JNZ ?C0004

; SOURCE LINE # 16

0006 ?C0006:

0006 22 RET

; FUNCTION _delay1 (END)

雖說生成的代碼跟用for語句是不大一樣，不過我可以毫無疑問的說，這兩種方法的效率是一樣的。似乎到此為止了，因?yàn)槲覍?shí)在想不出來源程序還有什么簡(jiǎn)化的余地?？磥砦揖鸵贸鰜磉@個(gè)結(jié)論了：“如果需要us級(jí)的延時(shí)精度，需要時(shí)用匯編語言。”但是真的是這樣嗎?我還是不甘心。因?yàn)槲也幌嘈糯竺ΧΦ?Keil C 編譯器居然連 djnz 都不會(huì)用???因?yàn)閷?shí)際上程序體里只需要一句 loop: djnz r7, loop。近乎絕望之際(往往人在這種情況下確可以爆發(fā)出來，哦呵呵呵~~~)，我隨手改了一下：

void delay1(unsigned char i)

{

while(--i);

}

心不在焉的編譯，看源碼：

; FUNCTION _delay1 (BEGIN)

; SOURCE LINE # 13

;---- Variable i assigned to Register R7 ----

; SOURCE LINE # 14

0000 ?C0004:

; SOURCE LINE # 15

0000 DFFE DJNZ R7,?C0004

; SOURCE LINE # 16

0002 ?C0006:

0002 22 RET

; FUNCTION _delay1 (END)

天~~~奇跡出現(xiàn)了......我想這個(gè)程序應(yīng)該已經(jīng)可以滿足一般情況下的需要了。如果列個(gè)表格的話：

i delay time/us

1 5

2 7

3 9

...

計(jì)算延時(shí)時(shí)間時(shí)，已經(jīng)算上了調(diào)用函數(shù)的lcall語句所花的2個(gè)時(shí)鐘周期的時(shí)間。