51单片机ram不够用，怎么优化程序

Posted 2023-03-19

用的是AT89C51SND1芯片，概况如下
• 8-bit MCU C51 Core Based (FMAX = 20 MHz)
• 2304 Bytes of Internal RAM
• 64K Bytes of Code Memory
– AT89C51SND1C: Flash (100K Erase/Write Cycles)
– AT83SND1C: ROM
• 4K Bytes of Boot Flash Memory (AT89C51SND1C)
– ISP: Download from USB (standard) or UART (option)
• External Code Memory
– AT80C51SND1C: ROMless

我编译下来的结果是data=17.0 xdata=579 code=3099,

全局变量
extern unsigned char PageBuf[512];
extern unsigned char FAT_TYPE;
extern unsigned char Keyflag=0;

我请教下，
1.嵌套的越多是不是占用ram越多啊？
2.要是优化一个变量，我听说使用查表的方法，是不是把可以建一个固定值的数组到code程序里面，然后用的时候是不是占用ram就少了？
3.有人用过这个芯片没？
4.我data怎么才17啊，是不是XATA转换到data里面就好些了啊，因为目前状况是xata用的太多了

1.肯定的，嵌套越多，要压栈保存的信息就越多，占用的RAM就越多了，对51来说，最多就是CPU内256字节的RAM。

2.是的。

3.没用过这芯片……我用的最多的是AVR

4因为你定义了一个pagebuf[512]，512字节啊！51单片机的data撑死才256字节（还没算压栈保存数据需要的RAM），所以编译器自动将这个数组放在了XDATA中。追问

我编译的结果是data=17.0 xdata=579 code=3099
datasheet里面是• 2304 Bytes of Internal RAM
这里2304 Bytes就是2K字节？定义了一个pagebuf[512]，512字节放不到data(128B)里面，然后就放到xdata里面，那2304 Byte是data还是哪个啊？xdata（64KB）是Code Memory，在里面数组不是定义了给了值不好变么？
c51中的存储类型
code ：程序存储区64KB
data ：可直接寻址的内部数据存储区128B
xdata：外部数据存储区64KB

追答

2304=2048+256，就是说这单片机是增强型的52单片机，基本有256字节RAM，使用直接或间接寻址访问的，还有2048字节的扩展RAM，称为XRAM，就像给单片机外部接6116、6264或者62256这样的SRAM。

xdata(64KB)是指的Data memory，就是RAM。单片机内部已经有64KB的code memory了，即ROM。

参考技术A 从结果上看，存储器并没有超出，怎么会不够用，不够用的话应该出编译错误的吧。追问

这是我修改后是够用了，不过在主函数中嵌套了函数就不够了

参考技术B 如果是汇编，就好办，寄存器内容可以分时公用的。
如果是c，只有减少变量，特别是全局变量的使用。
或者选用大ram的片子，成本更低，例如STC的，不要外扩。追问

对不起，我的问题还没来得及补充，你抢楼抢的真快，谢谢你的回答

追答

定义变量的时候，xdata是指放在多的那部分ram的，你的这片子有2k，还不够？汇编用查表好，可以节省ram，但c的查表还是要定义数组，你试试。

参考技术C 你这片子信息明显是除了正常的256的IDATA（其中128的data），还有2K的XDATA，这个编译的结果应该不会出现错误的。
我没有用过AT的，用的都是STC的，STC的XDATA直接就可以用，不知道你这个具体怎么回事，要说子程序循环嵌套而造成堆栈不够用的话，这个编译器不一定能报错，而是实际跑程序的时候会出错。
你应该把编译器的报错信息发出来，或者自己查一下。追问

我是嵌套了，我删除了我需要串口显示的程序，现在功能实现，勉强够用，不过我还有两个功能函数没加上去，看来我的程序还是比较笨重

在stm32单片机使用到内部RAM的时候报RAM空间不够

       经常遇到使用链表和结构中计算数组申请内存失败的情况，我的模板代码 startup文件中的宏定义 Heap_Size       EQU     0x00000200，这里定义了512字节导致，手动修改这个地方的数值，因为单片机的内存是远远大于512字节的，具体和我们使用的stm32片子有关。我改为了Heap_Size       EQU     0xFFFF    为64KB，再次编译就好了。