keil(V9.61) c51平台数据比较大小怪事

jxcrg_t35

定义一个全局变量uint16_t sys_tick ,在10ms定时器内sys_tick ++,通过函数获取当前sys_tick计数
uint16 get_sys_tick(void)
{
   return sys_tick;
}

在主循环程序:
uintdata = get_sys_ticks();
uint16_t uintll               
while(1)
{
  uintll = get_sys_ticks();
  if((uintll - uintdata) >= 50u){uart0_dbg("\r\n[%u,%u]", uintdata, uintll); uintdata = uintll;}
}

现在软件仿真现象为
随机为获取到了sys_tick出现错误.如:
[0,50]
[50,100]
[100,150]
[150,200]
[200,250]
[250,0]
[0,256]
[256,306]
[306,356]

[1856,1906]
[1906,1956]
[1956,2006]
[2006,1792]
[1792,2049]
[2049,2099]

[3749,3799]
[3799,3584]
[3584,3841]
[3841,3891]


如果这样处理就不会.
if((uint8_t)(uintll - uintdata) >= 50u){uart0_dbg("\r\n[%u,%u]", uintdata, uintll); uintdata = uintll;}
请教各位

eric2013

这个情况下，你要看下这个if里面(uintll - uintdata)结果是以什么数据类类型存在了。可以看下反汇编的处理

jxcrg_t35

eric2013 发表于 2025-5-25 09:42
这个情况下，你要看下这个if里面(uintll - uintdata)结果是以什么数据类类型存在了。可以看下反汇编的处理

谢谢回复.这个和具体数据类型没关系吧.是获取到sys_tick的数字随机变化了.

eric2013

jxcrg_t35 发表于 2025-5-25 10:09
谢谢回复.这个和具体数据类型没关系吧.是获取到sys_tick的数字随机变化了.

我理解错了，可以试试sys_tick变量定义加个__IO或者volatile，防止优化，保证每次都从源地址读数据

或者get函数前后做个开关中断

lxh0508

51是8位机，执行get_sys_tick时进入中断了，sys_tick发生变化了，而且还发生了8位数据的进位

jxcrg_t35

eric2013 发表于 2025-5-25 14:10
我理解错了，可以试试sys_tick变量定义加个__IO或者volatile，防止优化，保证每次都从源地址读数据

或 ...

谢谢回复 .
sys_tick已做了volatile定义.现解决的方法是在get_sys_tick()函数内做了关开中断.
个人理解为,在中断里只写,外部程序只读,觉得不存在资源同步问题.不知道理解对么

jxcrg_t35

eric2013 发表于 2025-5-25 14:10
我理解错了，可以试试sys_tick变量定义加个__IO或者volatile，防止优化，保证每次都从源地址读数据

或 ...

再,外部程序单独读取sys_tick的值,不存在跳变的情况.

taobaofarmer

你开的几级优化？关于 PY32 和 51 的问题也可以进我的 QQ 小群讨论：725436073

CofMilk

taobaofarmer 发表于 2025-5-25 22:17
你开的几级优化？关于 PY32 和 51 的问题也可以进我的 QQ 小群讨论：725436073

复位的那个问题，，搞清楚了么？

CofMilk

jxcrg_t35 发表于 2025-5-25 21:32
谢谢回复 .
sys_tick已做了volatile定义.现解决的方法是在get_sys_tick()函数内做了关开中断.
个人理解 ...

理解的并不对，，对于8位机来说，读取一个16位的数据要分两个指令，，如果再读一个字节的时候来了中断，并更新了另一个字节，那么回到主函数继续执行指令就会造成读取错误。所以必须保证读取16字节数据时必须保证这个过程的原子性。

jxcrg_t35

CofMilk 发表于 2025-5-26 16:45
理解的并不对，，对于8位机来说，读取一个16位的数据要分两个指令，，如果再读一个字节的时候来了中断， ...

谢谢,目前关开中断,解决了.

zhaohaofan

参考一下这段代码，建议和我一样这么做。关中断、停定时器之类的我都试过，很影响定时器的周期一致性，这种写法就算碰到刚好进位的情况，也就是多执行一轮循环的事，几us的事情
uint32_t SysTick_get(void)
{
        uint32_t tmp_tick;
        do
        {
                tmp_tick = SysTick;
        } while (tmp_tick != SysTick);
        return tmp_tick;
}

zhaohaofan

这种情况本质原因是，你刚读出其中8位数据，就碰到定时器中断，然后恰好低8位又进位了，然后你拿着进位前的8位和进位后的另外8位做拼接，就读出来错误的数据了

jxcrg_t35

zhaohaofan 发表于 2025-6-26 11:02
参考一下这段代码，建议和我一样这么做。关中断、停定时器之类的我都试过，很影响定时器的周期一致性，这种 ...

试验过了,程序运行正常.非常感谢

Rundstedt

eric2013 发表于 2025-5-25 14:10
我理解错了，可以试试sys_tick变量定义加个__IO或者volatile，防止优化，保证每次都从源地址读数据

或 ...

C51编译器团队认为他们的用户都是不懂volatile关键字的制杖，所以这个编译器下面写不写volatile效果是一样的。

way2888

如果是多指令，读的时候，读到2次相同才返回就好了

lyj41801

lxh0508 发表于 2025-5-25 21:07
51是8位机，执行get_sys_tick时进入中断了，sys_tick发生变化了，而且还发生了8位数据的进位

考虑一下这个原因，8位CPU读取16位数据时，会读两次的，低八位和高八位，如果在两次中间读数据中间发生了中断，低八位就会发生变化。如果不巧低八位位0xFF就会进位，读到错误的高八位。定时器中断频率越高，越容易触发这个现象。

jxcrg_t35

way2888 发表于 2025-6-27 06:20
如果是多指令，读的时候，读到2次相同才返回就好了

你说得对,zhaohaofan的网友的方法就是这个思路,只是比较了一次.现在我的程序是10ms中断一次,目前运行正常.

那年的岳麓山

Rundstedt 发表于 2025-6-26 21:14
C51编译器团队认为他们的用户都是不懂volatile关键字的制杖，所以这个编译器下面写不写volatile效果是一 ...

不会吧，我在51内核单片机上用过，队列缓冲里面有个变量用于计数缓冲区数据的字节数，中断里面进数据，任务读数据，结果发现运行异常，后面发现是忘记加volatile了，加了volatile就运行正常了。中断和任务都会改写的数据，加关键字volatile准没错