1、80C51單片機存貯空間的分配
| 空間名稱 | 地址范圍 | 說明 |
| DATA | D:00H~7FH | 片內RAM直接尋址區 |
| BDATA | D:20H~2FH | 片內RAM位尋址區 |
| IDATA | I:00H~FFH | 片內RAM間接尋址區 |
| XDATA | X:0000H~FFFFH | 64KB常規片外RAM數據區 |
| HDATA | X:0000H~FFFFFFH | 16MB擴展片外RAM數據區 |
| CODE | C:0000H~FFFFH | 64K常規片內外ROM代碼區 |
| HCONST(ECODE) | C:0000H~FFFFFFH | 16MB擴展片外ROM常數區(Dallas390可用作代碼區) |
BANK0 ~ BANK31 | B0:0000H~FFFFH ~ B31:0000H~FFFFH | 分組代碼區,最大可擴展32X64KB ROM |
(1)data: 固定指前面0x00-0x7f的128個RAM,可以用acc直接讀寫的,速度最快,生成的代碼也最小。
(2)bit :是指0x20-0x2f的可位尋址區。
(3)idata:固定指前面0x00-0xff的256個RAM,其中前128和dATa的128完全相同,只是因為訪問的方式不同。 idata是用類似C中的指針方式訪問的。 匯編中的語句為:mox ACC,@Rx.(不重要的補充:c中idATa做指針式的訪問效果 很好) (4)xdata: 外部擴展RAM,一般指外部0x0000-0xffff空間,用DPTR訪問。
(5)pdata: 外部擴展RAM的低256個字節,地址出現在A0-A7的上時讀寫,用movx ACC,@Rx讀寫。這個比較特殊,而且C51好象有對此BUG,建議少用。但也有他的優點,具體用法屬于中級問題,這里不提。
(6)bdata如何使用它呢?若程序需要8個或者更多的bit變量,如果你想一次性給8個變量賦值的話就不方便了,(舉個例子說說它的方便之處,想更深入的了解請在應用中自己琢磨)又不可以定義bit數組,只有一個方法char bdata MODE;sbit MODE_7 = MODE^7;sbit MODE_6 = MODE^6;sbit MODE_5 = MODE^5;sbit MODE_4 = MODE^4;sbit MODE_3 = MODE^3;sbit MODE_2 = MODE^2;sbit MODE_1 = MODE^1;sbit MODE_0 = MODE^0;8個bit變量MODE_n 就定義好了。
2、指針類型和存儲區的關系 對變量進行聲明時可以指定變量的存儲類型如: uchar data x和data uchar x相等價都是在內ram區分配一個字節的變量。 同樣對于指針變量的聲明,因涉及到指針變量本身的存儲位置和指針所指向的存儲區位置不同而進行相應的存儲區類型關鍵字的 使用如: uchar xdata * data pstr 是指在內ram區分配一個指針變量("*"號后的data關鍵字的作用),而且這個指針本身指向xdata區("*"前xdata關鍵字的作用), 可能初學C51時有點不好懂也不好記。沒關系,我們馬上就可以看到對應“*”前后不同的關鍵字的使用在編譯時出現什么情況。 ...... uchar xdata tmp[10]; //在外ram區開辟10個字節的內存空間,地址是外ram的0x0000-0x0009 ...... 第1種情況: uchar data * data pstr; pstr="tmp"; 首先要提醒大家這樣的代碼是有bug的, 他不能通過這種方式正確的訪問到tmp空間。 為什么?我們把編譯后看到下面的匯編 代碼: MOV 0x08,#tmp(0x00) ;0x08是指針pstr的存儲地址 看到了嗎!本來訪問外ram需要2 byte來尋址64k空間,但因為使用data關鍵字(在"*"號前的那個),所以按KeilC編譯環境來說 就把他編譯成指向內ram的指針變量了,這也是初學C51的朋友們不理解各個存儲類型的關鍵字定義而造成的bug。特別是當工程中的 默認的存儲區類為large時,又把tmp[10] 聲明為uchar tmp[10] 時,這樣的bug是很隱秘的不容易被發現。
第2種情況: uchar xdata * data pstr; pstr = tmp; 這種情況是沒問題的,這樣的使用方法是指在內ram分配一個指針變量("*"號后的data關鍵字的作用),而且這個指針本身指向 xdata區("*"前xdata關鍵字的作用)。編譯后的匯編代碼如下。 MOV 0x08,#tmp(0x00) ;0x08和0x09是在內ram區分配的pstr指針變量地址空間 MOV 0x09,#tmp(0x00) 這種情況應該是在這里所有介紹各種情況中效率最高的訪問外ram的方法了,請大家記住他。
第3種情況: uchar xdata * xdata pstr; pstr="tmp"; 這中情況也是對的,但效率不如第2種情況。編譯后的匯編代碼如下。 MOV DPTR, #0x000A ;0x000A,0x000B是在外ram區分配的pstr指針變量地址空間 MOV A, #tmp(0x00) MOV @DPTR, A INC DPTR MOV A, #tmp(0x00) MOVX @DPTR, A 這種方式一般用在內ram資源相對緊張而且對效率要求不高的項目中。
第4種情況: uchar data * xdata pstr; pstr="tmp"; 如果詳細看了第1種情況的讀者發現這種寫法和第1種很相似,是的,同第1 種情況一樣這樣也是有bug的,但是這次是把pstr分 配到了外ram區了。編譯后的匯編代碼如下。 MOV DPTR, #0x000A ;0x000A是在外ram區分配的pstr指針變量的地址空間 MOV A, #tmp(0x00) MOVX @DPTR, A
第5種情況: uchar * data pstr; pstr="tmp"; 大家注意到"*"前的關鍵字聲明沒有了,是的這樣會發生什么事呢?下面這么寫呢!對了用齊豫的一首老歌名來說就是 “請跟我 來”,請跟我來看看編譯后的匯編代碼,有人問這不是在講C51嗎? 為什么還要給我們看匯編代碼。C51要想用好就要盡可能提升C51 編譯后的效率,看看編譯后的匯編會幫助大家盡快成為生產高效C51代碼的高手的。還是看代碼吧! MOV 0x08, #0X01 ;0x08-0x0A是在內ram區分配的pstr指針變量的地址空間 MOV 0x09, #tmp(0x00) MOV 0x0A, #tmp(0x00) 注意:這是新介紹給大家的,大家會疑問為什么在前面的幾種情況的pstr指針變量都用2 byte空間而到這里就用3 byte空間了 呢?這是KeilC的一個系統內部處理,在KeilC中一個指針變量最多占用 3 byte空間,對于沒有聲明指針指向存儲空間類型的指針, 系統編譯代碼時都強制加載一個字節的指針類型分辯值。具體的對應關系可以參考KeilC的help中C51 User’s Guide。
第6種情況: uchar * pstr; pstr="tmp"; 這是最直接最簡單的指針變量聲明,但他的效率也最低。還是那句話,大家一起說好嗎!編譯后的匯編代碼如下。 MOV DPTR, #0x000A ;0x000A-0x000C是在外ram區分配的pstr指針變量地址空間 MOV A, #0x01 MOV @DPTR, A INC DPTR MOV DPTR, #0x000A MOV A, #tmp(0x00) MOV @DPTR, A INC DPTR MOV A, #tmp(0x00) MOVX @DPTR, A 這種情況很類似第5種和第3種情況的組合,既把pstr分配在外ram空間了又增加了指針類型的分辨值。
新聞熱點
疑難解答