[问答]

求助，关于系统嘀嗒时钟溢出问题求解

177 时钟

问答对人有帮助，内容完整，我也想知道答案 0 我们知道系统嘀嗒时钟使用了一个u32类型的变量每毫秒加1，约49天回归0。那么问题来了，如果在这个变量剩余如255（等于0xFFFFFF00）时就要回归0，这时定时如1000毫秒，而hal库中是先记录首个变量值0xFFFFFF00，而后就是用新值减去0xFFFFFF00，看是否大于1000。那么如果要大于1000必须等到变量回归0后递增到1001，这是延时的总时间是不是255+1001=1256毫秒呢？那这个定时不就不准了吗 0 本主题由 Harmony威廉希尔官方网站专家于 2024-5-9 14:53 审核通过
2024-5-9 06:51:23　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × heks 该类别下有 50 个回答。邀请回答 hgimtk 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 wang21cj 该类别下有 41 个回答。邀请回答 chm5 该类别下有 40 个回答。邀请回答 hjfjsdgfjdsf 该类别下有 37 个回答。邀请回答 fdjslkjd 该类别下有 35 个回答。邀请回答 uvysdfydad 该类别下有 35 个回答。邀请回答 werywer 该类别下有 35 个回答。邀请回答 h1654155957.9520 该类别下有 35 个回答。邀请回答 jenny042 该类别下有 34 个回答。邀请回答 dfzvzs 该类别下有 34 个回答。邀请回答维生素B2 该类别下有 34 个回答。邀请回答凤毛麟角该类别下有 34 个回答。邀请回答 hfgdzc 该类别下有 33 个回答。邀请回答 ggfvxv 该类别下有 33 个回答。邀请回答刘洋该类别下有 33 个回答。邀请回答 meihuacg 该类别下有 33 个回答。邀请回答 lining870815844 该类别下有 32 个回答。邀请回答 h1654155275.6678 该类别下有 32 个回答。邀请回答举报刘秀英相关推荐 • CH579M的SysTick时钟如何设置？ 436 • systick嘀嗒时钟设定为9MHz(HCLK/8的最大值)时产生1ms时间基准应该不对吧? 3270 • RTT系统内存溢出问题要如何定位呀 1927 • 请教关于AD9957若干问题 3813 • Stm32系统嘀嗒定时器是如何去实现1ms时间基准的 1165 • FPGA小白求助有关系统的最高运行频率 2434 • 求一种因光纤漂移引起SERDES FIFO溢出的解决方案 1769 • STM32f4嘀嗒定时器包含哪几个寄存器呢 1223 • 请问stm32的TIMx捕获低频溢出问题怎么解决？ 583 • stm32 ucosii官方例程中嘀嗒时钟重装载值设置不理解 2276 1个回答

答案对人有帮助，有参考价值 0 首先，我们来分析一下这个问题。系统嘀嗒时钟使用了一个u32类型的变量，每毫秒加1，约49天回归0。现在要求在变量剩余255（即0xFFFFFF00）时就要回归0，并定时1000毫秒。我们来逐步计算和分析。 1. 当变量剩余255时，即变量值为0xFFFFFF00。 2. 定时1000毫秒，我们需要计算在变量值递增到大于等于1000时的时间。 3. 由于变量值在递增过程中会回归到0，所以我们需要等待变量值从0xFFFFFF00递增到1001。 4. 在变量值从0xFFFFFF00递增到0xFFFFFFFF（即回归0）的过程中，需要递增255次。 5. 然后，变量值从0递增到1001，需要递增1001次。 6. 所以，总的递增次数为255 + 1001 = 1256。 7. 由于每次递增代表1毫秒，所以延时的总时间是1256毫秒。从上述分析来看，确实存在定时不准确的问题。为了解决这个问题，我们可以采用以下方法： 1. 在开始定时时，记录当前的变量值（假设为start_value）。 2. 在定时结束时，记录当前的变量值（假设为end_value）。 3. 如果end_value >= start_value，那么定时时间就是 (end_value - start_value)。 4. 如果end_value < start_value，那么定时时间就是 (0xFFFFFFFF - start_value + end_value + 1)。通过这种方法，我们可以更准确地计算定时时间，避免因变量值回归导致的定时不准确问题。

2024-5-9 16:24:33 评论举报王艳