本文中對原文提到的問題,提出了三種不同於原文的解決方法。每種方法都比原文中提到的方法更直接和簡單,設計也更規範。(無意批評,請原文作者見諒)
1 問題回顧和分析
原文中提到:在實際工作中遇到對同一端口反複連續讀取,Keil C5l編譯並未達到預期的結果。原文作者對C編譯出來的匯編程序進行分析發現,對同一端口的第二次讀取語句並未被編譯。但可惜原文作者並未分析沒有被編譯的原因,而是匆忙地采用一些不太規範的方法試驗出了兩(liang) 種解決(jue) 辦法。
對此問題,翻閱Keil C51的手冊(ce) 很容易發現:KellC51的編譯器有一個(ge) 優(you) 化設置,不同的優(you) 化設置,會(hui) 產(chan) 生不同的編譯結果。一般情況缺省編譯優(you) 化設置被設定為(wei) 8級優(you) 化,實際最高可設定為(wei) 9級優(you) 化:
①Dead code elimination。
②Data overlaymg。
③Peephole optimization。
④Register variables。
⑤Common subexpression elimination。
⑥Loop rotation。
⑦Extended Index Access 0ptimizing。
⑧Reuse Common。Entry Code。
⑨Common Block Subroutines。
而以上的問題,正是由於(yu) KeiI C5l編譯優(you) 化產(chan) 生的。因為(wei) 在原文程序中將外設地址直接按如下定義(yi) :
unsigned char xdata MAXl97_at_Ox8000;
采用_at_將變量MAXl97定義(yi) 到外部擴展RAM指定地址Ox8OOO。因此,Keil C51優(you) 化編譯理所當然認為(wei) 重複讀第二次是沒有用的,直接用第一次讀取的結果就可以了,因此編譯器跳過了第二條讀取語句。至此,問題就一目了然了。
2 解決(jue) 方法
由以上分析很容易就能提出很好的解決(jue) 辦法。
2.1 最簡單最直接的辦法
程序一點都不用修改,將Keil C5l的編譯優(you) 化選擇設置為(wei) 0(不優(you) 化)就可以了。
選擇project窗口的Target,然後打開“Options forTarget”設置對話框,選擇“C5l”選項卡,將“Code Optimiztaion”中的“Level”選擇為(wei) “0:Costant folding”。再次編譯後,大家會(hui) 發現編譯結果為(wei) :
CLR MAXHBEN
MOV DPTR,#M.AXl97
MOVX A,@DPTR
MOV R7.A
MOV down8.R7
SETB MAXHBEN
MOV DPTR,#MAXl97
MOVX A,@DPTR
MOV R7.A
MOV uD4.R7
兩(liang) 次讀取操作都被編譯出來了。
2.2 最好的方法
告訴Keil C51,這個(ge) 地址不是一般的擴展RAM,而是連接的設備,具有“揮發”特性,每次讀取都是有意義(yi) 的。
可以修改變量定義(yi) ,增加“volatile”關(guan) 鍵字說明其特征:
unsigned char volatile xdata MAXl97_at_Ox8000;
也可以在程序中包含係統頭文件:“#incIude<ab—sacc.h>”,然後在程序中修改變量,定義(yi) 為(wei) 直接地址:
#defme MAXl97 XBYTE[Ox8000]
這樣,。Keil C51的設置仍然可以保留高級優(you) 化,且編譯結果中,同樣兩(liang) 次讀取並不會(hui) 被優(you) 化跳過。
2.3 硬件解決(jue) 方法
原文中將MAXl97的數據直接連接到數據總線,而對地址總線並未使用,采用一根端口線選擇操作高低字節。很簡單的修改方法就是使用一根地址線選擇操作高低字節即可。比如:將P2.0(A8)連接到原來P1.O連接的HBEN腳(MAXl97的5腳),在程序中分別定義(yi) 高低字節的操作地址:
unsigned char volatile xdata MAXl97_L_aI_Ox8000;
unsigned char volatile xdata MAXl97 H at 0.x8100;
將原來的程序:
MAXHBEN=O; //讀取低8位
down8=MAXl97:
MAXHBEN=1; //讀取高4位
up4=MAXl97:
改為(wei) 以下兩(liang) 句即可:
down8=MAXl97_L; //讀取低8位
up4=MAXl97_H; //讀取高4位
3 小結
Keil C51經過長期考驗和改進以及大量開發人員的實際使用,已經克服了絕大多數的問題,並且其編譯效率也非常高。對於(yu) 一般的使用,很難再發現什麽(me) 問題。筆者曾經粗略研究過一下Keil C51優(you) 化編譯的結果,非常佩服Keil C51設計者的智慧,一些C程序編譯產(chan) 生的匯編代碼,甚至比一般程序員直接用匯編編寫(xie) 的代碼還要優(you) 秀和簡練。通過研讀KeilC51編譯產(chan) 生的匯編代碼,對提高匯編語言編寫(xie) 程序的水平都是很有幫助的。
由本文中的問題可以看出:在設計中遇到問題時,一定不要被表麵現象蒙蔽,不要急於(yu) 解決(jue) 。應該認真分析,找出問題的原因,這樣才能從(cong) 根本上徹底解決(jue) 問題。上不會(hui) 出現不必要的幹擾,防止了數據不一致的發生。