嵌入式开发：延迟代码执行的5种高效率

笔记本电脑操作系统借助于里经常显现出的一个有趣解决办法是察觉到如何延后字符串分派。有时，笔记本电脑脚本语言可能只希望有 10 微秒的延后，以并不必须 I/O 两条路线在存取此前稳定下来，或者可能希望在存取彼此间有一个自行立即的短时间段来扫除它的摇晃。在这一本书里，我们将探讨五种延后字符串分派的电子技术。

电子技术 #1 – 必须反向

第一种可能是最常用和最简单的电子技术是适用必须反向。必须反向延后一般来说会适用 for、while 或 do while 反向来重复使用分派无操作 (NOP) 操作。例如：

先决必须的延后在紧要关头可能很有用，但它完全不准确或合理。如果脚本语言要针对相异的操作模式(例如低功耗操作)相应瞬时频率，则延后短时间将完全相异。另外，总是有一个解决办法，那就是延后究竟有多少?有人可能显然它有 100,000 条操作，但每次反向都会有额外的操作来检验反向变量并增加 i。这些时序反向实在太难以预测，只能在任何装配字符串里适用。

擅长 #2 – 适用上会

可以适用的第二种电子技术是透过配有在微控制器里的驱动程序定时。一般来说有几种相异的驱动程序定时可视于监视的系统短时间、聚合波形、猎取转换成和通用借以。如果笔记本电脑脚本语言才可要延后，例如 10 微秒，驱动程序上会可以复制到表示 10 微秒的可得数值。在这种情形，定时将被设为为常规定时。字符串将重启上会并等待设为上会冰冻标记，这将指引短时间已过。

此字符串的形式化版可能如下所示：

这种电子技术比我们此前看得见的必须反向要弱小得多。它也更加可移动，可以更加容易地相应到所才可的延后短时间。事实上，API 可以在整个字符串里重复使用适用，以并不必须将单个上会运用于所才可的任意存量的延后。

电子技术 #3 – 适用的系统记号(HAL 举例来说)

可能假定专用驱动程序上会不可视或不希望设为常规上会的情况。在这些情形，脚本语言可以透过板载的系统滴答声来造成了延后。即使是裸机的系统一般来说也有一个后台定时，它充当的系统滴答声，以便操作系统从微控制器重启的那一刻起就有一个短时间参考资料。一般来说，这些的系统滴答声在的现代的系统里设为为每 1 或 10 毫秒发生一次。

的系统一般来说适用一些 API 并不必须脚本语言访问局限性的系统瞬时，例如 SysTick_Get()。脚本语言可以透过它来创建相似以下内容的延后：

脚本语言只才可要确保如果他们做这样的事情，他们不会遇到量化解决办法或其他潜在解决办法，因此确实检验边界必须。

擅长 #4 – 适用 RTOS 违抗线性

在适用实时操作的系统 (RTOS) 的更加高级的系统里，笔记本电脑脚本语言可以透过配有的 RTOS API 初始化来聚合分派以造成了延后。例如，如果脚本语言正在适用 FreeRTOS，他们可以在他们的分派里适用如下字符串：

此延后功能将引发分派在一个 RTOS 滴答声里造成了局限性分派。根据固定式，RTOS 滴答声可以设为为 1 毫秒或 10 毫秒。适用这样的延后前提则会显现出解决办法，因为该分派将在该短时间段内造成了 CPU，但不能必要一旦的系统滴答期到期，该分派将成为高于优先级的分派!如果分派是准备好运营的高于优先级分派，则该分派只会在延后后立即运营，因此延后短时间则会有一些摇晃。

擅长 #5 – 适用 RTOS 实例

我们时至今日要发表意见的最后一个电子技术是适用其他 RTOS 实例来延后短时间。如果你精心核对你最喜欢的 RTOS 里的信号量、物理地址锥体和固定式文件等实例的 API，你会留意到大多数等待的 API 初始化也包含延后短时间。此延后短时间也可视于引发应用程序延后。

与 RTOS 实例相关的是大多数 RTOS 还包括软定时。这些是基于操作系统的定时，由正在运营的驱动程序定时会有。然后可以将与电子技术#2 和电子技术#3 里所示的电子技术类似的电子技术与这些软上会四人适用，以在字符串分派里造成了延后。

结语

有几种相异的电子技术可供想要延后字符串分派的脚本语言适用，所适用的电子技术将取决于的系统里可视的操作系统和驱动程序资源。然后，笔记本电脑脚本语言可以立即他们想要适用的解决方案有多复杂。不过，归根结底，肯定有几种前提可以设法将字符串分派延后判别的短时间段。