码迷,mamicode.com
首页 > 其他好文 > 详细

80C51存储器与C51内存优化

时间:2019-12-15 14:12:55      阅读:89      评论:0      收藏:0      [点我收藏+]

标签:使用   状态   log   void   调用   err   tac   溢出   变量   

80C51在物理结构上有四个存储空间:片内程序存储器、片外程序存储器、片内数据存储器和片外数据存储器。但在逻辑上,即从用户使用的角度上,80C51有三个存储空间:片内外统一编址的64KB的程序存储器地址空间(用16位地址)、256B的片内数据存储器的地址空间(用8位地址,其中128B的专用寄存器地址空间仅有21个字节有实际意义)以及64KB片外存储器地址空间。

1、程序存储器

程序存储器用于存放编好的程序和表格常数。80C51片内有4KB ROM,片外16位地址线最多可扩展64KB ROM,两者是统一编址的。如果EA端保持高电平,80C51的程序计数器PC在0000H——0FFFH范围内(即前4KB地址)是执行片内ROM的程序。当寻址范围在1000H——FFFFH时,则从片外存储器取指令。当EA端保持低电平时,80C51的所有取指令操作均在片外程序存储器中进行,这时片外存储器可以从0000H开始编址。

程序存储器中,以下6个单元具有特殊功能。

0000H:80C51复位后,PC=0000H,即程序从0000H开始执行指令。

0003H:外部中断0入口。

000BH:定时器0溢出中断入口。

0013H:外部中断1入口。

001BH:定时器1溢出中断入口。

0023H:串行口中断入口。

2、数据存储器

数据存储器用于存放中间运算结果、数据暂存和缓冲、标志位等。80C51片内有256B RAM,片外最多可扩充64KB RAM,构成了两个地址空间。

片内数据存储器为8位地址,最大可寻址256个单元,片内低128B(及00H~7FH)的地址区域为片内RAM,对其访问可采用直接寻址和间接寻址的方式。高128B地址区域(即80H~FFH)为专用寄存器区,只能采用直接寻址方式。

在低128B RAM区中,00H~1FH地址为通用工作寄存器区,共分为4组,每组由8个工作寄存器(R0~R7)组成,共占用32个单元。下表为工作寄存器的地址表。每组寄存器均可选作CPU当前的工作寄存器,通过对程序状态字PSW中RS1、RS0的设置来决定CPU当前使用哪一组。若程序中并不需要4组,那么其余的可用做一般的数据缓冲器。CPU在复位后,选中第0组工作寄存器。

 

RS1

RS0

R0

R1

R2

R3

R4

R5

R6

R7

0

0

0

00H

01H

02H

03H

04H

05H

06H

07H

1

0

1

08H

09H

0AH

0BH

0CH

0DH

0EH

0FH

2

1

0

10H

11H

12H

13H

14H

15H

16H

17H

3

1

1

18H

19H

1AH

1BH

1CH

1DH

1EH

1FH

 

工作寄存器区后的16B(即20H~2FH)可用位寻址方式访问其各个位,这128个位的位地址(位地址指的是某个二进制位的地址)为00H~7FH,它们可用做软件标志位或用于1位(布尔)处理。

3、专用寄存器SFR

80C51有21个专用寄存器SFR,亦称特殊功能寄存器。它们离散地分布在片内数据存储器的高128 B地址80H~FFH中,访问这些专用寄存器仅允许使用直接寻址的方式。专用寄存器并未占满80H~FFH整个地址空间,对空闲地址的操作是无意义的,若访问到空闲地址,则读出的是随机数。

在21个专用寄存器中有11个专用寄存器具有位寻址能力,它们的字节地址正好能被8整除。

注意:由于SFR是离散地分布在片内数据存储器的高128 B地址80H~FFH中,因此,当定义的数据长度大于128 B字节时,有可能会与某些SFR的地址冲突,导致意想不到的结果,所以,应当尽量把数据控制在128 B之内,特别是数组,如果数据量比较大,可以使用xdata,定义到外部ram中。

如:

unsigned char  xdata gTagId[2500*11] _at_ 0x0000;//定义数组gTagId,此数据存放在外部ram中,规定其起始地址为0x0000。

unsigned short xdata gTagIdNum;//定义数据gTagIdNum。

注意以下定义的区别:

unsigned char * xdata pWriteTagId;//定义指针,此指针存放在外部ram中,此指针指向的数据类型为unsigned char。

unsigned char xdata *pWriteTagId;//定义指针,此指针存放在内部ram中,此指针指向的数据存放在外部ram中,类型为unsigned char。

unsigned char xdata * xdata pWriteTagId;//定义指针,此指针存放在外部ram中,此指针指向的数据也存放在外部ram中,类型为unsigned char。

对于外部ram的使用,只要硬件把相应的引脚连接好之后,软件不需要进行任何设置,直接使用xdata进行访问即可。

 

 

关于对51单片机内存的认识

对 51 单片机内存的认识,很多人有误解,最常见的是以下两种

① 超过变量128后必须使用compact模式编译。

实际的情况是只要内存占用量不超过 256.0 就可以用 small 模式编译。

② 128以上的某些地址为特殊寄存器使用,不能给程序用。

与 PC 机不同,51 单片机不使用线性编址,特殊寄存器与 RAM 使用重复的地址,但访问时采用不同的指令,所以并不会占用 RAM 空间。

由于内存比较小,一般要进行内存优化,尽量提高内存的使用效率。

以 Keil C 编译器为例,small 模式下未指存储类型的变量默认为data型,即直接寻址,只能访问低128 个字节,但这 128 个字节也不是全为我们的程序所用,寄存器 R0-R7必须映射到低RAM,要占去8 个字节,如果使用寄存组切换,占用的更多。

所以可以使用 data 区最大为 120 字节,超出 120 个字节则必须用 idata 显式的指定为间接寻址,另外堆栈至少要占用一个字节,所以极限情况下可以定义的变量可占 247 个字节。当然,实际应用中堆栈为一个字节肯定是不够用的,但如果嵌套调用层数不深,有十几个字节也够有了。

 

为了验上面的观点,写了个例子(测试环境为 XP + Keil C 7.5)。

#define LEN 120
data unsigned char  tt1[LEN];
idata unsigned char tt2[127];

void main()
{
unsigned char  i, j;

for(i = 0;  i < LEN; ++i )
{
j = i;
tt1[j] = 0x55;
}
}

可以计算 R0-7(8) + tt1(120) + tt2(127) + SP(1) 总共 256 个字节

keil 编译的结果如下:
Program Size: data=256.0 xdata=0 code=30
creating hex file from "./Debug/Test"...
"./Debug/Test" - 0 Error(s), 0 Warning(s).

这段代码已经达到了内存分配的极限,再定义任何全局变量或将数组加大,编译都会报错 107,这里要引出一个问题:为什么变量 i、j 不计算在内?这是因为 i、j 是局部变量,编译器会试着将其优化到寄存器 Rx 或栈。问题也就在这了,如果局部变量过多或定义了局部数组,编译器无法将其优化,就必须使用 RAM 空间,虽然全局变量的分配经过精心计算没有超出使用范围,仍会产生内存溢出的错误!而编译器是否能成功的优化变量是根据代码来的。
上面的代码中,循环是臃肿的,变量 j 完全不必要,那么将代码改成

unsigned char i;
unsigned char j;

for(i = 0;  i < LEN; ++i )
{
tt1[i] = 0x55;
}

再编译看看,出错了吧!因为编译器不知道该如何使用 j,所以没能优化,j 须占 RAM 空间,RAM 就溢出了。(智能一点的编译器会自动将这个无用 的变量去掉,但这个不在讨论之列了)。

另外,对 idata 的定义的变量最好放在 data 变量之后。

对于这一种定义:

unsigned char c1;
idata unsigned char c2;
unsigned char c3;
变量 c2 肯定会以间接寻址,但它有可能落在 data 区域,就浪费了一个可直接寻址的空间。

 

变量优化一般要注意几点:

①让尽可能多的变量使用直接寻址,提高速度。
假如有两个单字节的变量和一个长119的字符型数组,因为总长超过 120 字节,不可能都定义在 data区。
按这条原则,定义的方式如下:

data unsigned char tab[119];
data unsigned char c1;
idata unsigned char c2;
但也不是绝的,如果 c1, c2 需要以极高的频率访问,而 tab 访问不那么频繁
则应该让访问量大的变量使用直接寻址:

data unsigned char c1;
data unsigned char c2;
idata UCHAR tab[119];
这个是要根据具体项目需求来确定的

 ②提高内存的重复利用率
就是尽可能的利用局部变量,局部变量还有个好处是访问速度比较快,由前面的例子可以看出,局部变量 i, j 是没有单独占用内存的,子程序中使用内存数目不大的变量尽量定义为局部变量。

 ③对于指针数组的定义,尽可能指明存储类型,尽量使用无符号类型变量,一般指针需要一个额外的字节指明存储类型,8051 系列本身不支持符号数,需要外加库来处理符号数,一是大大降低程序运行效率,二是需要额外的内存。

④避免出现内存空洞

可以通过查看编译器输出符号表文件(.M51)查看
对前面的代码,M51文件中关于内存一节如下:

* * * * * * *   D A T A   M E M O R Y   * * * * * * *
REG     0000H     0008H     ABSOLUTE     "REG BANK 0"
DATA    0008H     0078H     UNIT                   ?DT?TEST
IDATA   0080H     007FH     UNIT                  ?ID?TEST
IDATA   00FFH     0001H     UNIT                  ?STACK

第一行显示寄存器组0从地址0000H开始,占用0008H个字节
第二行显示DATA区变量从0008H开 始,占用0078H个字节
第三行显示IDATA区变量从0080H开始,占用007F个字节
第四行显示堆栈从00FFH开始,占 0001H个字节

由于前面代码中变量定义比较简单,且连续用完了所有空间,所以这里显示比较简单,变量定义较多时,这里会有很多行,如果全局变量与局部变量分配不合理,就有可能出现类似下面的行:

0010H     0012H                  *** GAP ***
该行表示从0010H开始连续0012H个字节未充分利用或根本未用到,出现这种情况最常见的原因是局变量太多、多个子程序中的局部变量数目差异太大、使用了寄存器切换但未充分利用。

 

转发自:https://www.cnblogs.com/shirishiqi/p/5623943.html

80C51存储器与C51内存优化

标签:使用   状态   log   void   调用   err   tac   溢出   变量   

原文地址:https://www.cnblogs.com/WayneKhouTech/p/12043935.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!