完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
1。这取决于时钟频率。
2。根据指令流水线中发生的情况，它可能不需要任何时间。你应该在武器网站上阅读。 ARM信息中心 三。如果我真的觉得需要使用繁忙的等待延迟，我会使用CyDelay或CyDelayUS，因为我们为你照顾时机。 以上来自于百度翻译 以下为原文 1. It depends on the Clock Frequency 2. It also might not actually take anytime depending on what happens in the instruction pipeline ... you should read about it at ARMs website. ARM Information Center 3. If I ever actually felt the need to use a busy wait delay I would use CyDelay or CyDelayUs because we took care of the timing for you |
|
|
|
|
|
使用硬件定时器通常是解决方案，但是如果你真的需要一个繁忙的等待，使用CyDelay作为ARH陈述将是最好的选择。否则，NOP将是一个单指令的时钟时间值，这取决于您当前设置的时钟频率。
以上来自于百度翻译 以下为原文 Using a hardware timer is generally the go-to solution, but if you really want a busy-wait, using the CyDelay as arh stated would be the best choice. Otherwise, the NOP will be a single instruction's worth of clock time which depends on your currently set clock frequency. |
|
|
|
|
|
你好，
ARM CM-0中的NOP指令采用一个机器周期，包括获取、解码和执行操作。作为单字节指令，通常需要4-T状态，这导致4小时时钟周期。 -吉安 以上来自于百度翻译 以下为原文 Hello, The NOP instruction in ARM CM-0 takes one Machine Cycle which includes fetch, Decode and Execute operation. Being an ONE byte instruction generally it takes 4-T states which results in 4*Clock_Period time. -Gyan |
|
|
|
|
YHYDZ 发表于 2018-9-24 10:45 Gyan 我不是真的在争论…但这是我在“NOP不一定是耗时的NOP”之前链接到的ARM页面的一个引用。处理器可能在到达执行阶段之前将其从流水线中删除。 艾伦 以上来自于百度翻译 以下为原文 Gyan, Im not really arguing... but here is a quote from the ARM page that I linked before "NOP is not necessarily a time-consuming NOP. The processor might remove it from the pipeline before it reaches the execution stage." Alan |
|
|
|
|
60user160 发表于 2018-9-24 10:53 NoP用法示例举例说明ARH：CORTEX-M NOP指令PABIGOT的作用 一般来说，NOP将执行延迟，除非先前/周围指令已经引入相等或更大的延迟，在这种情况下，它将几乎没有或没有效果。 以上来自于百度翻译 以下为原文 An example of NOP usage exemplifying your point arh: The Effect of the ARM Cortex-M NOP Instruction | pabigot Generally the NOP will perform a delay unless a previous/surrounding instruction is already introducing an equal or greater delay, in which case it will have little or no effect. |
|
|
|
|
yuhe82 发表于 2018-9-24 10:59 那是一篇很好的文章…谢谢你的链接。 我想从这一切中得到的真正教训就是使用忙碌等待延迟是棘手的事情。如果时间真的很重要，最好使用硬件。 就我个人而言，我从来没有把它们放进我的密码里。一个可能的例外是RTOS延迟，这是一种不同的野兽。 艾伦 以上来自于百度翻译 以下为原文 That is a very nice Article... thank you for the link. I suppose the real lesson from all of this is use busy wait delays is tricky business... and it is probably best to use hardware if the time actually matters. Personally I try to never ever put them in my code.... the one possible exception is an RTOS delay which is a different beast. Alan |
|
|
|
|
60user160 发表于 2018-9-24 11:10 我以前需要在项目中使用NOP，但它们只需要非常精确的音频定时，甚至可以用硬件定时器取代。使用NOP是一种伎俩，只能作为IMO最后的手段。 以上来自于百度翻译 以下为原文 I've had need to use NOP in projects before, but they were only needed for very precise audio timing, and even then could have been supplanted with hardware timers. NOP usage is a trick to use only as a last resort imo. |
|
|
|
|
只有小组成员才能发言，加入小组>>
752个成员聚集在这个小组
加入小组2069 浏览 1 评论
1824 浏览 1 评论
3633 浏览 1 评论
请问可以直接使用来自FX2LP固件的端点向主机FIFO写入数据吗？
1760 浏览 6 评论
1509 浏览 1 评论
CY8C4025LQI在程序中调用函数，通过示波器观察SCL引脚波形，无法将pin0.4(SCL)下拉是什么原因导致？
507浏览 2评论
CYUSB3065焊接到USB3.0 TYPE-B口的焊接触点就无法使用是什么原因导致的？
357浏览 2评论
CX3连接Camera修改分辨率之后，播放器无法播出camera的画面怎么解决？
410浏览 2评论
357浏览 2评论
使用stm32+cyw43438 wifi驱动whd，WHD驱动固件加载失败的原因？
854浏览 2评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
4176
评论
淘帖
1734
