51单片机的idata,xdata,pdata,data的详解.doc_第1页
51单片机的idata,xdata,pdata,data的详解.doc_第2页
51单片机的idata,xdata,pdata,data的详解.doc_第3页
51单片机的idata,xdata,pdata,data的详解.doc_第4页
51单片机的idata,xdata,pdata,data的详解.doc_第5页
免费预览已结束,剩余1页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

data:固定指前面0x00-0x7f的128个RAM,可以用acc直接读写的,速度最快,生成的代码也最小。 bit:是指0x20-0x2f的可位寻址区 idata:固定指前面0x00-0xff的256个RAM,其中前128和dATa的128完全相同,只是因为访问的方式不同。 idata是用类似C中的指针方式访问的。 汇编中的语句为:moxACC,Rx.(不重要的补充:c中idATa做指针式的访问效果很好) xdATa:外部扩展RAM,一般指外部0x0000-0xffff空间,用DPTR访问。 pdATa:外部扩展RAM的低256个字节,地址出现在A0-A7的上时读写,用movxACC,Rx读写。这个比较特殊,而且C51好象有对此BUG,建议少用。但也有他的优点,具体用法属于中级问题,这里不提。 startup.a51的作用,和汇编一样,在C中定义的那些变量和数组的初始化就在startup.a51中进行,如果你在定义全局变量时带有数值,如unsignedchardATaxxx=100;,那startup.a51中就会有相关的赋值。如果没有=100,startup.a51就会把他清0。(startup.a51=变量的初始化)。这些初始化完毕后,还会设置SP指针。对非变量区域,如堆栈区,将不会有赋值或清零动作。 有人喜欢改startup.a51,为了满足自己一些想当然的爱好,这是不必要的,有可能错误的。比如掉电保护的时候想保存一些变量,但改startup.a51来实现是很笨的方法,实际只要利用非变量区域的特性,定义一个指针变量指向堆栈低部:0xff处就可实现。,为什么还要去改?可以这么说:任何时候都可以不需要改startup.a51,如果你明白它的特性。 bit 是在内部数据存储空间中20H.2FH区域中一个位的地址,这在DATA的20H以后以字节形式出现,可互相参照。另外加上8051可寻址的SFR,但刚刚试过,只是00H-7FH起作用,也就是说当数据有变化时颜色变红,以后的从80H到-FFH就不是位寻址区了,是位寻址的特殊寄存器,如涉及到了可位寻址的那11个当然会有反应。 复位后,程序计数器PC的内容为0000H,内部RAM各单元的值不确定。 各功能寄存器的复位值如下: 堆栈指针SP的复位值为07H,累加器ACC、寄存器B的复位值为00H,数据指针DPTR的复位值为0000H,而p0、p1、p2、p3四个口的复位值为0FFH。其他SFR如PSW、TCON、TMOD、TL0、TH0、TL1、TH1的复位值也为00H。 wave中是低128字节和高128字节(0-7FH),低128字节是片内RAM区,高128字节(80-FFH)是SFR(特殊功能寄存器)bit则是位于低128字节的20H.2FH区域,即data的20H.2FH区域 code是在0000H.0FFFFH之间的一个代码地址。 我用 ORG5000H TAB:DB22H,3BH,43H,66H,5H,6DH,88H后, CODE从5000H开始以后变成DB各位 data 是在0到127之间的一个数据存储器地址,或者加128.255范围内的一个特殊功能寄存器(SFR)地址。两者访问的方式不同。实际上由于PSW的复位设置PSW.3=RS0和PSW.4=RS1皆为0,所以通用工作寄存器区就是第0区,所以data的00-07H部分是与REG栏中的R0-R7对应的。以后的则仅代表低128字节的内部RAM。 idata 是0to255范围内的一个idata存储器地址 idata与data重合低128字节,有的地方只有DATA表示256字节的片内RAM, xdata是065535范围内的一个xdata存储器地址。 指针类型和存储区的关系详解 一、存储类型与存储区关系 data-可寻址片内ram bdata-可位寻址的片内ram idata-可寻址片内ram,允许访问全部内部ram pdata-分页寻址片外ram(MOVXR0)(256BYTE/页) xdata-可寻址片外ram(64k地址范围FFFFH) code-程序存储区(64k地址范围),对应MOVCDPTR 二、指针类型和存储区的关系 对变量进行声明时可以指定变量的存储类型如: uchardatax和dataucharx相等价都是在内ram区分配一个字节的变量。 同样对于指针变量的声明,因涉及到指针变量本身的存储位置和指针所指向的存储区位置不同而进行相应的存储区类型关键字的 使用如: ucharxdata*datapstr 是指在内ram区分配一个指针变量(*号后的data关键字的作用),而且这个指针本身指向xdata区(*前xdata关键字的作用), 可能初学C51时有点不好懂也不好记。没关系,我们马上就可以看到对应“*”前后不同的关键字的使用在编译时出现什么情况。 . ucharxdatatmp10;/在外ram区开辟10个字节的内存空间,地址是外ram的0x00000x0009 . 第1种情况: uchardata*datapstr; pstr=tmp; 首先要提醒大家这样的代码是有bug的,他不能通过这种方式正确的访问到tmp空间。为什么?我们把编译后看到下面的汇编 代码: MOV0x08,#tmp(0x00);0x08是指针pstr的存储地址 看到了吗!本来访问外ram需要2byte来寻址64k空间,但因为使用data关键字(在*号前的那个),所以按KeilC编译环境来说 就把他编译成指向内ram的指针变量了,这也是初学C51的朋友们不理解各个存储类型的关键字定义而造成的bug。特别是当工程中的 默认的存储区类为large时,又把tmp10声明为uchartmp10时,这样的bug是很隐秘的不容易被发现。 第2种情况: ucharxdata*datapstr; pstr=tmp; 这种情况是没问题的,这样的使用方法是指在内ram分配一个指针变量(*号后的data关键字的作用),而且这个指针本身指向 xdata区(*前xdata关键字的作用)。编译后的汇编代码如下。 MOV0x08,#tmp(0x00);0x08和0x09是在内ram区分配的pstr指针变量地址空间 MOV0x09,#tmp(0x00) 这种情况应该是在这里所有介绍各种情况中效率最高的访问外ram的方法了,请大家记住他。 第3种情况: ucharxdata*xdatapstr; pstr=tmp; 这中情况也是对的,但效率不如第2种情况。编译后的汇编代码如下。 MOVDPTR,#0x000A;0x000A,0x000B是在外ram区分配的pstr指针变量地址空间 MOVA,#tmp(0x00) MOVDPTR,A INCDPTR MOVA,#tmp(0x00) MOVXDPTR,A 这种方式一般用在内ram资源相对紧张而且对效率要求不高的项目中。 第4种情况: uchardata*xdatapstr; pstr=tmp; 如果详细看了第1种情况的读者发现这种写法和第1种很相似,是的,同第1种情况一样这样也是有bug的,但是这次是把pstr分 配到了外ram区了。编译后的汇编代码如下。 MOVDPTR,#0x000A;0x000A是在外ram区分配的pstr指针变量的地址空间 MOVA,#tmp(0x00) MOVXDPTR,A 第5种情况: uchar*datapstr; pstr=tmp; 大家注意到*前的关键字声明没有了,是的这样会发生什么事呢?下面这么写呢!对了用齐豫的一首老歌名来说就是“请跟我 来”,请跟我来看看编译后的汇编代码,有人问这不是在讲C51吗?为什么还要给我们看汇编代码。C51要想用好就要尽可能提升C51 编译后的效率,看看编译后的汇编会帮助大家尽快成为生产高效C51代码的高手的。还是看代码吧! MOV0x08,#0X01;0x080x0A是在内ram区分配的pstr指针变量的地址空间 MOV0x09,#tmp(0x00) MOV0x0A,#tmp(0x00) 注意:这是新介绍给大家的,大家会疑问为什么在前面的几种情况的pstr指针变量都用2byte空间而到这里就用3byte空间了 呢?这是KeilC的一个系统内部处理,在KeilC中一个指针变量最多占用3byte空间,对于没有声明指针指向存储空间类型的指针, 系统编译代码时都强制加载一个字节的指针类型分辩值。具体的对应关系可以参考KeilC的help中C51UsersGuide。 第6种情况: uchar*pstr; pstr=tmp; 这是最直接最简单的指针变量声明,但他的效率也最低。还是那句话,大家一起说好吗!编译后的汇编代码如下。 MOVDPTR,#0x000A;0x000A0x000C是在外ram区分配的pstr指针变量地址空间 MOVA

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论