浅谈C51内存优化(dataidataxdata).doc

《浅谈C51内存优化(dataidataxdata).doc》由会员上传分享，免费在线阅读，更多相关内容在学术论文-天天文库。

1、对51单片机内存的认识，很多人有误解，最常见的是以下两种①超过变量128后必须使用compact模式编译实际的情况是只要内存占用量不超过256.0就可以用small模式编译②128以上的某些地址为特殊寄存器使用，不能给程序用与PC机不同，51单片机不使用线性编址，特殊寄存器与RAM使用重复的重复的地址。但访问时采用不同的指令，所以并不会占用RAM空间。   由于内存比较小，一般要进行内存优化，尽量提高内存的使用效率。   以KeilC编译器为例，small模式下未指存储类型的变量默认为data型，即直接

2、寻址，只能访问低128个字节，但这128个字节也不是全为我们的程序所用，寄存器R0-R7必须映射到低RAM，要占去8个字节，如果使用寄存组切换，占用的更多。   所以可以使用data区最大为120字节，超出120个字节则必须用idata显式的指定为间接寻址，另外堆栈至少要占用一个字节，所以极限情况下可以定义的变量可占247个字节。当然，实际应用中堆栈为一个字节肯定是不够用的，但如果嵌套调用层数不深，有十几个字节也够有了。为了验上面的观点，写了个例子#defineLEN120dataUCHARtt1[LE

3、N];idataUCHARtt2[127];voidmain(){UCHARi,j;   for(i=0; i

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

5、ARi;UCHARj;for(i=0; i

6、变量使用直接寻址，提高速度假如有两个单字节的变量，一个长119的字符型数组因为总长超过120字节，不可能都定义在data区按这条原则，定义的方式如下:dataUCHARtab[119];dataUCAHRc1;idataUCHaRc2;但也不是绝的，如果c1,c2需要以极高的频率访问，而tab访问不那么频繁则应该让访问量大的变量使用直接寻址：     dataUCAHRc1;dataUCHaRc2;idataUCHARtab[119];这个是要根据具体项目需求来确定的   ②提高内存的重复利用率就是尽可

7、能的利用局部变量，局部变量还有个好处是访问速度比较快由前面的例子可以看出，局部变量i,j是没有单独占用内存的子程序中使用内存数目不大的变量尽量定义为局部变量   ③对于指针数组的定义，尽可能指明存储类型尽量使用无符号类型变量     一般指针需要一个字节额外的字节指明存储类型8051系列本身不支持符号数，需要外加库来处理符号数，一是大大降低程序运行效率，二是需要额外的内存④避免出现内存空洞     可以通过查看编译器输出符号表文件(.M51)查看对前面的代码，M51文件中关于内存一节如下：*******

8、  DATA  MEMORY  *******REG    0000H    0008H    ABSOLUTE    "REGBANK0"DATA   0008H    0078H    UNIT        ?DT?TESTIDATA  0080H    007FH    UNIT        ?ID?TESTIDATA  00FFH    0001H    UNIT        ?STACK第一行显示寄存器组0从地址0000H开