奇怪,往xdata的一个数组里写数,第0个元素的值会自动变成0,改成idata就不会出现

2020-01-23 14:50发布

小弟在做一个项目,往数组里边写入一个要显示的数据,送1602LCD进行显示。
定义的了一个在xdata区的数组:
xdata uchar ber[7];
然后某段程序往里边赋值
for(i=0;i<7;i++)
ber=array;
结果发现ber[0]的值被变成了十进制的0,导致LCD显示函数认为已经到了最后一个字符而不显示。
即使我把代码改成:
for(i=0;i<7;i++)
ber=i+ '0';//(变成asccii码)
一样的,就ber[0]的值为0,数组其他元素的值是对的。
后来干脆把ber[]定义在idata区内。
竟然没有问题了!
想不明白为什么。

一开始怀疑为xdata区的这一字节坏掉了。
坏了个新一点儿的片子也这样。
如果xdata区不稳定,应该不只这一字节坏掉,我其他还有很多定义在Xdata区域内的变量,也是正常的。就这一个不正常。
请教高手这是为什么。

一开始也怀疑过,data的某些区域会被中断占用,可是xdata区域是不会被占的丫!
我的data=198字节,XDATA=912字节,code=22334字节
XDATA是片内自带的1KB XRAM
WINBOND W77E58 52单片机
keil uv 8.03版

另外有一个问题不明白,如果编译器告诉我,data使用量不超过256字节,是不是代表data占用量不会受中断影响(我是说会不会由于中断导致data溢出)?
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
53条回答
zhanliana
2020-01-24 14:01
懂了,按照落叶的指示,我对比测试了下,结果如下:
1 如果什么都不告诉他,那么地址分配是随机的,可能会出错。
2 如果勾上使用片内XDATA(看来keil对产品信息掌握比较全,已经预置了这种配置),抽样检查发现没有超出范围的事情发生
3 如果不勾上面的,而是手填下面的,0,1024,抽样没的超范围的。
4 勾选上面的Use on-chip Xram,同时下边填个错值,256,1024。不会出错。看来以上面勾选的优先。
5 不勾选上面的 Use on-chip Xram,同时下边填个错值,256,1024。会出错。因为地址范围填错了。(我竟然晕晕的认为XRAM地址从256开始的。)
谢谢落叶的提示。

如果data在紧凑的情况下的用量不超过256,是不是不会存在因中断、堆栈而导致溢出?

一周热门 更多>