51單片機Keil C 延時(shí)程序
加入技術(shù)交流群
0004 70FA JNZ ?C0004
; SOURCE LINE
# 16
0006 ?C0006:
0006 22 RET
; FUNCTION _delay1 (END)
雖說(shuō)生成的代碼跟用for語(yǔ)句是不大一樣，不過(guò)我可以毫無(wú)疑問(wèn)的說(shuō)，這兩種方法的效率是一樣的。似乎到此為止了，因為我實(shí)在想不出來(lái)源程序還有什么簡(jiǎn)化的余地?？磥?lái)我就要得出來(lái)這個(gè)結論了：“如果需要us級的延時(shí)精度，需要時(shí)用匯編語(yǔ)言?！钡钦娴氖沁@樣嗎?我還是不甘心。因為我不相信大名鼎鼎的
Keil C 編譯器居然連 djnz 都不會(huì )用???因為實(shí)際上程序體里只需要一句 loop: djnz r7,
loop。近乎絕望之際(往往人在這種情況下確可以爆發(fā)出來(lái)，哦呵呵呵~~~)，我隨手改了一下：
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)
天~~~奇跡出現了......我想這個(gè)程序應該已經(jīng)可以滿(mǎn)足一般情況下的需要了。如果列個(gè)表格的話(huà)：
i delay time/us
1 5
2 7
3 9
...
計算延時(shí)時(shí)間時(shí)，已經(jīng)算上了調用函數的lcall語(yǔ)句所花的2個(gè)時(shí)鐘周期的時(shí)間。
終于，結果已經(jīng)明了了。只要合理的運用，C還是可以達到意想不到的效果。很多朋友抱怨C效率比匯編差了很多，其實(shí)如果對Keil
C的編譯原理有一個(gè)較深入的理解，是可以通過(guò)恰當的語(yǔ)法運用，讓生成的C代碼達到最優(yōu)化。即使這看起來(lái)不大可能，但還是有一些簡(jiǎn)單的原則可循的：1.盡量使用unsigned型的數據結構。2.盡量使用char型，實(shí)在不夠用再用int，然后才是long。3.如果有可能，不要用浮點(diǎn)型。4.使用簡(jiǎn)潔的代碼，因為按照經(jīng)驗，簡(jiǎn)潔的C代碼往往可以生成簡(jiǎn)潔的目標代碼(雖說(shuō)不是在所有的情況下都成立)。5...想不起來(lái)了，哦呵呵呵~~~（惡寒~~）
評論