与龙共舞 发表于 2018-4-20 10:15
哦 我传参是100 肯定OK
我说的是（猜测） 比如此时ucTick数值就是4294967290 那会发生什么事呢？它++10 ...
会的，溢出后，肯定回到0
anobodykey 发表于 2018-4-20 10:23
楼主可以多分析一下，建议你看下该链接https://www.stmcu.org.cn/module/forum/thread-608277-1-1.html，同样是 ...
就算移植到8位的系统，uwTick也应该定义为uint32_t，就是unsigned long，怎么能改成uint_8呢？
你的理解没错，是会溢出。可是不知道你注意到了没，跟tick相关函数的都是weak的，如果你觉得不够可以自己定义一套自己的tick
本帖最后由 黑皮男 于 2018-4-20 13:43 编辑
这个肯定会出现溢出，但是可以参考linux中的实现方法。下面是我的代码，只不过改了些名字，实现是一样的。
#define kernel_time_after(unknow, known) ((long)(know)-(long)(unknow)<0)
#define kernel_time_before(unknow, know) ((long)(unknow)-(long)(know)<0)
#define kernel_time_after_eq(unknow, know)((long)(unknow)-(long)(know)>=0)
#define kernel_time_before_eq(unknow, know) ((long)(know)-(long)(unknow)>=0)
void kernel_delay_ms(kernel_msec_t millis)
{
unsigned long timeout = _kernel_wall_jiffies + millis/1000*KERNEL_HZ;
while(kernel_time_before(_kernel_wall_jiffies, timeout));
}
楼主这是什么试卷啊？
黑皮男 发表于 2018-4-20 13:41
这个肯定会出现溢出，但是可以参考linux中的实现方法。下面是我的代码，只不过改了些名字，实现是一样的。
...
所以你的这思路就是把U32提升到U64 再次降低出现溢出的可能吗？
与龙共舞 发表于 2018-4-20 16:29
所以你的这思路就是把U32提升到U64 再次降低出现溢出的可能吗？
不是，是无符号数和有符号数的问题。http://www.cnblogs.com/hfyinsdu/p/4600052.html
黑皮男 发表于 2018-4-20 18:14
不是，是无符号数和有符号数的问题。http://www.cnblogs.com/hfyinsdu/p/4600052.html
受教了受教了
无符号的回环问题：(uint8_t)(0x00) - (uint8_t)(0xFF) = (uint8_t)(0x01)
这个是一个很好的例子：模仿kfifo实现的环形缓冲区
本帖最后由 与龙共舞 于 2018-4-24 16:13 编辑
测试了一下 Keil下面编译是没有负数的
0-0xff=0X01