data,bdata,idata,pdata,xdata,code存储类型与存储区data,bdata,idata,pdata,xdata,code存储类型与存储区
bit
是在内部数据存储空间中 20H .. 2FH 区域中⼀个位的地址,或者 8051 位可寻址 SFR 的⼀个位地址。
code
是在 0000H .. 0FFFFH 之间的⼀个代码地址。
data
是在 0 到 127 之间的⼀个数据存储器地址,或者在 128 .. 255 范围内的⼀个特殊功能寄存器(SFR)地址。
idata
是 0 to 255 范围内的⼀个 idata 存储器地址。
xdata 是 0 to 65535 范围内的⼀个 xdata 存储器地址。
指针类型和存储区的关系详解
⼀、存储类型与存储区关系
data ---> 可寻址⽚内ram
bdata ---> 可位寻址的⽚内ram
idata ---> 可寻址⽚内ram,允许访问全部内部ram
pdata ---> 分页寻址⽚外ram (MOVX @R0) (256 BYTE/页)
xdata ---> 可寻址⽚外ram (64k 地址范围)
code ---> 程序存储区 (64k 地址范围),对应MOVC @DPTR
⼆、指针类型和存储区的关系
对变量进⾏声明时可以指定变量的存储类型如:
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空间了⼜增加了指针类型的分辨值。
⼩结⼀下:⼤家看到了以上的6种情况,其中效率最⾼的是第2种情况,既可以正确访问ram区⼜节约了代码,效率最差的是第 6种,但不是说⼤家只使⽤第2种⽅式就可以了,还要因情况⽽定,⼀般说来应⽤51系列的系统架构的内部ram资源都很紧张,最好⼤家在定义函数内部或程序段内部的局部变量
使⽤内ram,⽽尽量不要把全局变量声明为内ram区中。所以对于全局指针变量我建议使⽤第3 种情况,⽽对于局部的指针变量使⽤第2种⽅式。
startup.a51的作⽤
和汇编⼀样,在C中定义的那些变量和数组的初始化就在startup.a51中进⾏,如果你在定义全局变量时带有数值,如
unsigned char data xxx="100";,那startup.a51中就会有相关的赋值。如果没有=100,startup.a51就会把他清0。(startup.a51 ==变量的初始化)。这些初始化完毕后,还会设置SP指针。对⾮变量区域,如堆栈区,将不会有赋值或清零动作。有⼈喜欢改 startup.a51,为了满⾜⾃⼰⼀些想当然的爱好,这是不必要的,有可能错误的。⽐如掉电保护的时候想保存⼀些变量, 但改startup.a51来实现是很笨的⽅法,实际只要利⽤⾮变量区域的特性,定义⼀个指针变量指向堆栈低部:0xff处就可实现。, 为什么还要去改? 可以这么说:任何时候都可以不需要改startup.a51,如果你明⽩它的特性
8051 特有的内存型态
code
以MOVC @A+DPTR 读取的程序内存
data
可以直接存取的内部数据存储器
idata
以Mov @Rn 存取的内部数据存储器
bdata
可以位寻址(Bit Addressable)的内部存储器
xdata
以MOVX @DPTR 存取的外部数据存储器
pdata
以MOVX @Rn 存取的外部数据存储器
特殊资料型态
bit
⼀般位(bit)变量
sbit
绝对寻址的位(bit)变量
语法
sbit
my_flag
=
location;
(location 范围从0x00 ~ 0x7F)
范例
sbit
EA =
0xAF;
或是配合bdata 宣告的位(bit)变量
char
bdata
my_flags;
sbit
flag0 =
my_flags ^ 0;
(注意sbit 前不可以加static)
sfr
特殊功能缓存器(Special Register)
语法
sfr
my_sfr
=
location;
(location 范围从0x80 ~ 0xFF)
范例
sfr
=
0x80;
指定绝对地址的变量
在单⼀模块内可以使⽤下⾯的语法宣告
[memory_space]
type
variable_name
_at_
location
范例
pdata
char
my_pdata
_at_
0x80;
如果该变量必须为多个模块所使⽤(Global Variable)则以
抽象指针(Abstract Pointer)的⽅式在标头档(Header File)定义较为⽅便。
#define
variable_name
*((data_type *)
location)
范例
#define
my_pdata
*((char pdata *)
0x80)
(注意char 与pdata 的顺序)
ABSACC.H 提供了下列⽅便的宏(Macro)定义。
#define CBYTE ((unsigned char volatile code *) 0)
#define DBYTE ((unsigned char volatile data *) 0)
#define PBYTE ((unsigned char volatile pdata *) 0)
#define XBYTE ((unsigned char volatile xdata *) 0)
#define CWORD ((unsigned int volatile code *) 0)
#define DWORD ((unsigned int volatile data *) 0)
#define PWORD ((unsigned int volatile pdata *) 0)
#define XWORD ((unsigned int volatile xdata *) 0)
隐藏的初始化程序
80C51 在电源重置后(Power On Reset)所执⾏的第⼀个程序模块并不是使⽤者的主程序
main(),⽽是⼀个隐藏在KEIL-C51 标准链接库中称为startup.a51 的程序模块。
startup.a51 的主要⼯作是把包含idata、xdata、pdata 在内的内存区块清除为0,并
且初始化递归指针。接着startup.a51 被执⾏的仍然是⼀个隐藏在KEIL-C51 标准链接库
中称为init.a51 的程序模块。⽽init.a51 的主要⼯作则是初始化具有⾮零初始值设定的
变量。
在完成上述的初始化程序之后,80C51 的控制权才会交给main() 开始执⾏使⽤者的程序。
#define XBYTE ((unsigned char volatile xdata *) 0)定义 XBYTE 为指向 xdata 地址空间unsigned ch
ar 数据类型的指针,指针值为0 这样,可以直接⽤XBYTE[0xnnnn]或*(XBYTE+0xnnnn)访问外部RAM了
版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198,我们将在24小时内删除。
发表评论