[问答]

我不明白为什么SYSCLK要使用3195的值呢？

问答对人有帮助，内容完整，我也想知道答案 0 大家好，使用 STM32F429 并阅读在线文档，如果 SYSCLK 为 16Mhz，我经常会看到这段用于在 Ms 中生成延迟的代码 void delayMs(uint32_t n) { int i; for (; n > 0; n--) for (i = 0; i < 3195; i++) ; } 我不明白为什么使用 3195 值？据我了解，要实现 1 毫秒的延迟，我们需要 FOSC=16MHz TOSC=1/16Mhz = 62.5nS 对于1Ms，那么我可以通过以下等式计算需要“燃烧”多少个周期： My_1_Ms_counter = 1mS / TOSC = 0.001 / 62.5nS = 16000 总之，我需要执行 16000 条虚拟指令才能获得 1 毫秒的代码执行时间（因此延迟）。我回到我为什么使用 3195 的问题？谢谢 0
2022-12-14 07:41:28　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 41 个回答。邀请回答 chm5 该类别下有 39 个回答。邀请回答 hgimtk 该类别下有 33 个回答。邀请回答 HengDu 该类别下有 30 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答 hwp0415229 该类别下有 28 个回答。邀请回答颜刚YanG 该类别下有 26 个回答。邀请回答可口可甜该类别下有 26 个回答。邀请回答 kingnet6688 该类别下有 26 个回答。邀请回答 andyfly7 该类别下有 25 个回答。邀请回答麻酱该类别下有 25 个回答。邀请回答 zyh34997 该类别下有 25 个回答。邀请回答柱子图宁该类别下有 25 个回答。邀请回答 jenny042 该类别下有 25 个回答。邀请回答 kingnet9999 该类别下有 25 个回答。邀请回答云汉007 该类别下有 24 个回答。邀请回答 ggfvxv 该类别下有 24 个回答。邀请回答 heks 该类别下有 24 个回答。邀请回答 iyfhnvbn 该类别下有 24 个回答。邀请回答举报李丹相关推荐 • 求助··这个程序有点不明白·求解··· 2674 • 新手表示看不明白串口通信 2353 • 负15V不明白它的作用？ 2601 • 直不明白芯片原理都是怎么看懂的 5634 • OSSemCreat()不明白的地方求助！ 2579 • LCD12864，有人知道这个电路原理啥意思吗?不明白单片机 2046 • LM358放大电路有几处看不明白 2590 • GPIO复用配置代码看不明白 738 • 我不明白内存映射要如何才能在STM32L4上工作呢？ 235 • 求助，电路就一个电阻一个电源，不明白为啥电流显示负的，初学确实不懂，请会的朋友指教一下。 9154 1个回答

答案对人有帮助，有参考价值 0 我可以猜出 3195 号码的来源，并且我可以向您保证，至少在某些情况下它是错误的，而且您很幸运，它按规定工作。这是我们用来延迟至少请求的处理器周期数的代码（对于以秒为单位的绝对延迟，由调用者知道当前的 CPU 频率是多少并传递正确的周期数） : static inline void __spin_delay_m4(uint32_t cycles) { // Spin for at least cycles MCU clock cycles. SUBS + BNE is 3 cycles on // M4, so we round up to the next multiple of 3 cycles. uint32_t iterations = (cycles + 2)/3; asm volatile( ".balign 4;" "1:" " subs %0, 1;" " bne 1b;" :"+r"(iterations) : :"memory", "cc"); } 对于一个简单的延迟循环，幕后有一些事情可以实现。在这个例子中，我们假设可以在 0 等待状态下获取代码。如果循环在闪存中并且闪存实现了预取缓冲区（在您的参考手册中查找“ART Accelerator”），那么我们需要确保代码对齐以避免跨越两条预取行，这就是“.balign 4”指令的原因在那儿。如果您有完整的指令缓存或从 SRAM 或 ITCM 执行，那么这对您来说可能不是问题。如果您没有任何类型的加速并且您是从闪存运行的，那么这个延迟可能会比必要的时间长得多，除非您的 CPU 运行得足够慢以至于您可以使用 0 闪存等待状态。这也假设请求的延迟是最小的，并且可以等待比请求更长的时间；如果涉及中断，则不会考虑任何中断，并且延迟将比严格需要的时间长 - 因此它不适合实时目的，只能用于满足诸如“等待至少 2 毫秒时钟稳定”。在这种情况下，要在 CPU 以 16 MHz 运行时延迟 1 毫秒，您将传递 16000 的延迟值，该值将除以 3 以获得 5334 次循环迭代的计数。我的猜测是，在您的示例的 for 循环情况下，编译循环包含一些需要 5 个周期而不是 3 个周期的序列，正确的值大约是 3200 次迭代 - 非常接近您的 3195。当然，a更好或不同的优化级别可能会在未来的某个时间毁掉你的一周，因为编译循环现在只需要 3 个周期而不是 5 个周期来执行......你所有的延迟最终都太短了，你的设备驱动程序都不再工作了. 最后，正如名称“__spin_delay_m4()”所暗示的那样，这仅对 M4 CPU 有效。M7 可以使用相同的延迟循环体，但推测它在单个循环中同时执行减法和分支，因此必须增加迭代计数以匹配所需的循环计数（省略（循环 + 2）/3 数学）。我没有在 M0 或 M33 上测试过，所以不能说可能需要什么调整，如果有的话。正如其他人所说，如果您可以访问某种类型的计时器单元（SYSTICK、TIM 或 DWT），那么这些都是获得更准确延迟的所有选项，并且您可以通过这些选项将 CPU 置于低功耗模式在延迟期结束时等待中断唤醒您的 WFI 指令。它们都具有与 CPU 无关的优势。

2022-12-14 14:06:21 评论举报贾虎世