在51系列中data,idata,xdata,pdata的區(qū)別

idATa: 固定指前面0x00-0xff的256個(gè)RAM,其中前128和dATa的128完全相同,只是因?yàn)樵L問的方式不同。idATa是用類似C中的指針方式 訪問的。匯編中的語句為：mox ACC,@Rx.(不重要的補(bǔ)充：c中idATa做指針式的訪問效果很好)

xdATa: 外部擴(kuò)展RAM,一般指外部0x0000-0xffff空間,用DPTR訪問。

pdATa: 外部擴(kuò)展RAM的低256個(gè)字節(jié),地址出現(xiàn)在A0-A7的上時(shí)讀寫,用movx ACC,@Rx讀寫。這個(gè)比較特殊,而且C51好象有對(duì)此BUG, 建議少用。但也有他的優(yōu)點(diǎn),具體用法屬于中級(jí)問題,這里不提。

startup.a51的作用,和匯編一樣,在C中定義的那些變量和數(shù)組的初始化就在startup.a51中進(jìn)行,如果你在定義全局變量時(shí)帶有數(shù)值,如unsigned char dATa xxx="100";,那startup.a51中就會(huì)有相關(guān)的賦值。如果沒有=100,startup.a51就會(huì)把他清0。（startup.a51==變量的初始化）。 這些初始化完畢后,還會(huì)設(shè)置SP指針。對(duì)非變量區(qū)域,如堆棧區(qū),將不會(huì)有賦值或清零動(dòng)作。

有人喜歡改startup.a51,為了滿足自己一些想當(dāng)然的愛好,這是不必要的,有可能錯(cuò)誤的。比如掉電保護(hù)的時(shí)候想保存一些變量, 但改startup.a51來實(shí)現(xiàn)是很笨的方法,實(shí)際只要利用非變量區(qū)域的特性,定義一個(gè)指針變量指向堆棧低部：0xff處就可實(shí)現(xiàn)。, 為什么還要去改? 可以這么說：任何時(shí)候都可以不需要改startup.a51,如果你明白它的特性。

bit
是在內(nèi)部數(shù)據(jù)存儲(chǔ)空間中 20H .. 2FH 區(qū)域中一個(gè)位的地址，這在DATA的20H以后以字節(jié)形式出現(xiàn)，可互相參照。另外加上8051 可尋址 的SFR，但剛剛試過，只是00H--7FH起作用，也就是說當(dāng)數(shù)據(jù)有變化時(shí)顏色變紅，以后的從80H到--FFH就不是位尋址區(qū)了，是位尋址的特殊寄存器，如涉及到了可位尋址的那11個(gè)當(dāng)然會(huì)有反應(yīng)。
復(fù)位后，程序計(jì)數(shù)器PC的內(nèi)容為0000H，內(nèi)部RAM各單元的值不確定。各功能寄存器的復(fù)位值如下：堆棧指針SP的復(fù)位值為07H，累加器ACC、寄存器B的復(fù)位值為00H，數(shù)據(jù)指針DPTR的復(fù)位值為0000H，而p0、p1、p2、p3四個(gè)口的復(fù)位值為0FFH。其他SFR如PSW、TCON、TMOD、TL0、TH0、TL1、TH1的復(fù)位值也為00H。

wave
中是低128字節(jié)和高128字節(jié)（0-7FH），低128字節(jié)是片內(nèi)RAM區(qū)，高128字節(jié)（80-FFH）是SFR（特殊功能寄存器）bit則是位于低128字節(jié)的20H .. 2FH 區(qū)域，即data的20H .. 2FH 區(qū)域

code
是在 0000H .. 0FFFFH 之間的一個(gè)代碼地址。
我用
ORG 5000H
TAB: DB 22H,3BH,43H,66H,5H,6DH,88H后，
CODE從5000H開始以后變成DB各位

data

是在 0 到 127 之間的一個(gè)數(shù)據(jù)存儲(chǔ)器地址，或者加 128 .. 255 范圍內(nèi)的一個(gè)特殊功能寄存器（SFR）地址。兩者訪問的方式不同。實(shí)際上由于PSW的復(fù)位設(shè)置PSW.3=RS0和PSW.4=RS1皆為0，所以通用工作寄存器區(qū)就是第0區(qū)，所以data的00--07H部分是與REG欄中的R0--R7對(duì)應(yīng)的。以后的則僅代表低128字節(jié)的內(nèi)部RAM。

idata
是 0 to 255 范圍內(nèi)的一個(gè) idata 存儲(chǔ)器地址。

idata與data重合低128字節(jié)，有的地方只有DATA表示256字節(jié)的片內(nèi)RAM,
xdata 是 0 to 65535 范圍內(nèi)的一個(gè) xdata 存儲(chǔ)器地址。


指針類型和存儲(chǔ)區(qū)的關(guān)系詳解

一、存儲(chǔ)類型與存儲(chǔ)區(qū)關(guān)系

data ---> 可尋址片內(nèi)ram
bdata ---> 可位尋址的片內(nèi)ram
idata ---> 可尋址片內(nèi)ram，允許訪問全部內(nèi)部ram
pdata ---> 分頁尋址片外ram (MOVX @R0) (256 BYTE/頁)
xdata ---> 可尋址片外ram (64k 地址范圍FFFFH)
code ---> 程序存儲(chǔ)區(qū) (64k 地址范圍),對(duì)應(yīng)MOVC @DPTR

二、指針類型和存儲(chǔ)區(qū)的關(guān)系

對(duì)變量進(jìn)行聲明時(shí)可以指定變量的存儲(chǔ)類型如:
uchar data x和data uchar x相等價(jià)都是在內(nèi)ram區(qū)分配一個(gè)字節(jié)的變量。

同樣對(duì)于指針變量的聲明，因涉及到指針變量本身的存儲(chǔ)位置和指針?biāo)赶虻拇鎯?chǔ)區(qū)位置不同而進(jìn)行相應(yīng)的存儲(chǔ)區(qū)類型關(guān)鍵字的
使用如：

uchar xdata * data pstr

是指在內(nèi)ram區(qū)分配一個(gè)指針變量("*"號(hào)后的data關(guān)鍵字的作用)，而且這個(gè)指針本身指向xdata區(qū)("*"前xdata關(guān)鍵字的作用)，
可能初學(xué)C51時(shí)有點(diǎn)不好懂也不好記。沒關(guān)系，我們馬上就可以看到對(duì)應(yīng)“*”前后不同的關(guān)鍵字的使用在編譯時(shí)出現(xiàn)什么情況。

......
uchar xdata tmp[10]; //在外ram區(qū)開辟10個(gè)字節(jié)的內(nèi)存空間，地址是外ram的0x0000－0x0009
......

第1種情況:

uchar data * data pstr;
pstr="tmp";

首先要提醒大家這樣的代碼是有bug的, 他不能通過這種方式正確的訪問到tmp空間。 為什么？我們把編譯后看到下面的匯編
代碼：

MOV 0x08,#tmp(0x00) ;0x08是指針pstr的存儲(chǔ)地址

看到了嗎！本來訪問外ram需要2 byte來尋址64k空間，但因?yàn)槭褂胐ata關(guān)鍵字(在"*"號(hào)前的那個(gè))，所以按KeilC編譯環(huán)境來說
就把他編譯成指向內(nèi)ram的指針變量了，這也是初學(xué)C51的朋友們不理解各個(gè)存儲(chǔ)類型的關(guān)鍵字定義而造成的bug。特別是當(dāng)工程中的
默認(rèn)的存儲(chǔ)區(qū)類為large時(shí)，又把tmp[10] 聲明為uchar tmp[10] 時(shí)，這樣的bug是很隱秘的不容易被發(fā)現(xiàn)。

第2種情況:

uchar xdata * data pstr;
pstr = tmp;

這種情況是沒問題的，這樣的使用方法是指在內(nèi)ram分配一個(gè)指針變量("*"號(hào)后的data關(guān)鍵字的作用)，而且這個(gè)指針本身指向
xdata區(qū)("*"前xdata關(guān)鍵字的作用)。編譯后的匯編代碼如下。

MOV 0x08,#tmp(0x00) ;0x08和0x09是在內(nèi)ram區(qū)分配的pstr指針變量地址空間
MOV 0x09,#tmp(0x00)

這種情況應(yīng)該是在這里所有介紹各種情況中效率最高的訪問外ram的方法了，請(qǐng)大家記住他。

第3種情況:

uchar xdata * xdata pstr;
pstr="tmp";

這中情況也是對(duì)的，但效率不如第2種情況。編譯后的匯編代碼如下。

MOV DPTR, #0x000A ;0x000A,0x000B是在外ram區(qū)分配的pstr指針變量地址空間
MOV A, #tmp(0x00)
MOV @DPTR, A
INC DPTR
MOV A, #tmp(0x00)
MOVX @DPTR, A

這種方式一般用在內(nèi)ram資源相對(duì)緊張而且對(duì)效率要求不高的項(xiàng)目中。

第4種情況:

uchar data * xdata pstr;
pstr="tmp";

如果詳細(xì)看了第1種情況的讀者發(fā)現(xiàn)這種寫法和第1種很相似，是的，同第1 種情況一樣這樣也是有bug的，但是這次是把pstr分
配到了外ram區(qū)了。編譯后的匯編代碼如下。

MOV DPTR, #0x000A ;0x000A是在外ram區(qū)分配的pstr指針變量的地址空間
MOV A, #tmp(0x00)
MOVX @DPTR, A

第5種情況:

uchar * data pstr;
pstr="tmp";

大家注意到"*"前的關(guān)鍵字聲明沒有了，是的這樣會(huì)發(fā)生什么事呢？下面這么寫呢！對(duì)了用齊豫的一首老歌名來說就是 “請(qǐng)跟我
來”，請(qǐng)跟我來看看編譯后的匯編代碼，有人問這不是在講C51嗎？為什么還要給我們看匯編代碼。C51要想用好就要盡可能提升C51
編譯后的效率，看看編譯后的匯編會(huì)幫助大家盡快成為生產(chǎn)高效C51代碼的高手的。還是看代碼吧！

MOV 0x08, #0X01 ;0x08－0x0A是在內(nèi)ram區(qū)分配的pstr指針變量的地址空間
MOV 0x09, #tmp(0x00)
MOV 0x0A, #tmp(0x00)

注意：這是新介紹給大家的，大家會(huì)疑問為什么在前面的幾種情況的pstr指針變量都用2 byte空間而到這里就用3 byte空間了
呢？這是KeilC的一個(gè)系統(tǒng)內(nèi)部處理，在KeilC中一個(gè)指針變量最多占用 3 byte空間，對(duì)于沒有聲明指針指向存儲(chǔ)空間類型的指針，
系統(tǒng)編譯代碼時(shí)都強(qiáng)制加載一個(gè)字節(jié)的指針類型分辯值。具體的對(duì)應(yīng)關(guān)系可以參考KeilC的help中C51 Users Guide。

第6種情況:

uchar * pstr;
pstr="tmp";

這是最直接最簡(jiǎn)單的指針變量聲明，但他的效率也最低。還是那句話，大家一起說好嗎！編譯后的匯編代碼如下。

MOV DPTR, #0x000A ;0x000A－0x000C是在外ram區(qū)分配的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空間了又增加了指針類型的分辨值。