参考:
【转载】51单片机data,bdata,idata,xdata使用注意事项
c51单片机的数据类型
写代码的时候用了几组数组:
unsigned char LedBuff1[10][7] = {
{0x0D, 0x0E, 0x0F, 0x10, 0x11, 0x12}, //0
{0x0E, 0x0F}, //1
{0x0D, 0x0E, 0x10, 0x11, 0x13}, //2
{0x0D, 0x0E, 0x0F, 0x10, 0x13}, //3
{0x0E, 0x0F, 0x12, 0x13}, //4
{0x0D, 0x0F, 0x10, 0x12, 0x13}, //5
{0x0D, 0x0F, 0x10, 0x11, 0x12, 0x13}, //6
{0x0D, 0x0E, 0x0F}, //7
{0x0D, 0x0E, 0x0F, 0x10, 0x11, 0x12, 0x13}, //8
{0x0D, 0x0E, 0x0F, 0x10, 0x12, 0x13}, //9
};
编译出现下面的问题:

网上找到解除报错的办法:
Project -> Option for Target “xxx” -> Target -> Memory Model 中的值 [Small: variables in DATA] 重新选择 [Large: variables in XDATA]
这么改完之后确实报错没有了,也成功编译出了.Hex文件。但是烧录到单片机中,灯都不亮了,改回small又可以亮。应该还是我资源占用太多的缘故。
查了下:

small是存储在内部的idata区域,这块空间小,idata 指向的片内ram ,大小范围为256字节,所以你一个数组定义在idata段内,不能超过256字节,超过就会报错。
unsigned char tmp;跟unsigned char data tmp;效果一样。
如果是在large模式下编程的话,如果你定义普通变量,如unsigned char tmp;那么优先是把它定义成xdata变量(不过也可能是定义在data区的),如果写成unsigned char xdata tmp就肯定是定义在外部数据寄存器的了。xdata指向的片外ram,大小范围为64KB,可以将需要的大容量数组定义在该段内。
修改代码:
unsigned char code LedBuff1[10][7] = {
{0x0D, 0x0E, 0x0F, 0x10, 0x11, 0x12}, //0
{0x0E, 0x0F}, //1
{0x0D, 0x0E, 0x10, 0x11, 0x13}, //2
{0x0D, 0x0E, 0x0F, 0x10, 0x13}, //3
{0x0E, 0x0F, 0x12, 0x13}, //4
{0x0D, 0x0F, 0x10, 0x12, 0x13}, //5
{0x0D, 0x0F, 0x10, 0x11, 0x12, 0x13}, //6
{0x0D, 0x0E, 0x0F}, //7
{0x0D, 0x0E, 0x0F, 0x10, 0x11, 0x12, 0x13}, //8
{0x0D, 0x0E, 0x0F, 0x10, 0x12, 0x13}, //9
};
选择small编译也通过了,可以看到各个区块的使用情况:

可以直接使用了。
。。。感觉了解地不是很完善,以后系统学习一下再记录。
单片机编程:解决'(DATA): SEGMENT TOO LARGE'错误
在51单片机编程时遇到'DATA': SEGMENT TOO LARGE错误,通过更改keil编译器的Memory Model选项为Large模式,解决了编译问题,但导致程序无法正常运行。了解到Small模式下的idata空间有限,适用于小容量数组,而Large模式下的xdata适合大容量数据。最终通过调整代码并在Small模式下成功编译并运行。
1848

被折叠的 条评论
为什么被折叠?



