奇怪,往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-27 07:37
其实我看了很多遍了。recvstring1[]是在串口接收中断中接收到另一个仪器传回的数据,以"&" 代表开头,"|"代表间隔 "#"代表结束。我的串口中断程序会每个字节中断,等到接收到结束标志,会置一个标志位,在大循环里边处理,并且按照间隔将数据读出来。
主程序里有问题的可能性不大。反复对比,发现只要改ber[]从XDATA区改到内部RAM区就没问题了。理论上讲,不改也应该没问题的。所以一直想不通。产生这一情况的原因可能有哪些。
keil和51单片机都这么多年了,不大可能有这么简单的BUG;
可能,随便放弃对这个问题的追究确实又不甘心。因为这个问题现象如此简单而明了。
仍然期待高手参与,进行研究。
顶起,以便高手能够看到。

一周热门 更多>