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

作者：時(shí)間：2016-11-27 來源：網(wǎng)絡(luò)

加入技術(shù)交流群
- 掃碼加入
  和技術(shù)大咖面對(duì)面交流
  海量資料庫查詢

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";

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

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空間了又增加了指針類型的分辨值。

本文引用地址：http://m.butianyuan.cn/article/201611/322141.htm

新聞中心

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

評(píng)論

相關(guān)推薦

技術(shù)專區(qū)