博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
单片机指针类型和存储区的关系详解
阅读量:4146 次
发布时间:2019-05-25

本文共 2803 字,大约阅读时间需要 9 分钟。

一、存储类型与存储区关系

  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种方式。C51是很灵活的,也很好理解和使用,但要成为笑傲江湖的一代高手还是要多想多练,没有实际项目的锻炼是不容易提高的。希望这篇文章对大家一点用处。

转载地址:http://oynti.baihongyu.com/

你可能感兴趣的文章
我对C++ string和length方法的一个长期误解------从protobuf序列化说起(没处理好会引起数据丢失、反序列化失败哦!)
查看>>
一起来看看protobuf中容易引起bug的一个细节
查看>>
无protobuf协议情况下的反序列化------貌似无解, 其实有解!
查看>>
make -n(仅列出命令, 但不会执行)用于调试makefile
查看>>
makefile中“-“符号的使用
查看>>
go语言如何从终端逐行读取数据?------用bufio包
查看>>
go的值类型和引用类型------重要的概念
查看>>
求二叉树中结点的最大值(所有结点的值都是正整数)
查看>>
用go的flag包来解析命令行参数
查看>>
来玩下go的http get
查看>>
队列和栈的本质区别
查看>>
matlab中inline的用法
查看>>
如何用matlab求函数的最值?
查看>>
Git从入门到放弃
查看>>
java8采用stream对集合的常用操作
查看>>
EasySwift/YXJOnePixelLine 极其方便的画出真正的一个像素的线
查看>>
Ubuntu系统上安装Nginx服务器的简单方法
查看>>
Ubuntu Linux系统下apt-get命令详解
查看>>
ubuntu 16.04 下重置 MySQL 5.7 的密码(忘记密码)
查看>>
Ubuntu Navicat for MySQL安装以及破解方案
查看>>