如前面的答案所述，您的實際問題不是 delayMicroseconds（）的準確性，而是 micros（）的分辨率。

但是，要回答您的實際問題，還有 delayMicroseconds（）的更準確的替代：函數 _delay_us（） AVR-libc中的code>是周期精確的，例如

  _delay_us（1.125）;  

完全按照說的去做。主要警告是該參數必須是編譯時常量。您必須 #include <util / delay.h> 才能訪問此功能。

還請注意，如果需要任何類型的準確延遲，則必須阻止中斷。

編輯：例如，如果要在PD2（Mega上的引腳19）上產生一個4 µs脈衝，我將按以下步驟進行操作。首先，請注意以下代碼

  noInterrupts（）; PORTD | = _BV（PD2）; // PD2 HIGHPORTD & =〜_BV（PD2）; // PD2 LOWinterrupts（）;  

發出一個0.125 µs的長脈衝（2個CPU週期），因為這是執行設置端口 LOW code的指令所花費的時間>。然後，只需延遲增加丟失的時間即可：

  noInterrupts（）; PORTD | = _BV（PD2）; // PD2 HIGH_delay_us（3.875）; PORTD & =〜_BV（PD2）; // PD2 LOWinterrupts（）;  

，您將獲得精確到週期的脈衝寬度。值得注意的是， digitalWrite（）無法實現此功能，因為對該函數的調用大約需要5 µs。

您的測試結果具有誤導性。實際上， delayMicroseconds（）的延遲相當精確（延遲超過2或3微秒）。您可以在文件/usr/share/arduino/hardware/arduino/cores/arduino/wiring.c中檢查其源代碼（在Linux系統上；或在其他系統上的類似路徑上）。

但是， micros（）的分辨率為4微秒。 （例如，參見有關 micros（）的garretlab頁面。）因此，您將永遠不會看到在 4微秒和8微秒之間的讀數。實際的延遲可能只是4微秒內的幾個週期，但您的代碼會將其報告為8。

嘗試連續執行10或20個 delayMicroseconds（4）; （通過複製代碼，而不是使用循環），然後報告 micros（）的結果。

我正在檢查Arduino在延遲方面的表現如何……似乎很糟糕。

micros（）的記錄明確的分辨率為4 µs。

您可以通過更改計時器0的預分頻器來提高分辨率（當然會丟掉數字，但是您可以補償

或者使用定時器1或定時器2的預分頻器為1，這將為您提供62.5 ns的分辨率。

 串行.begin（9600）;  

反正這會很慢。

8 4 8 4 4 4 4 4 8 8 8 8 4 8 8 4 4 8 4 4 4 8 8 8 4 8 4

您的輸出與 micros（）的4 µs分辨率完全一致再加上有時您會得到兩個“滴答聲”，有時是一個滴答聲，具體取決於您何時開始計時。

您的代碼是一個有趣的測量誤差示例。 delayMicroseconds（4）; 將延遲接近4 µs。但是，您嘗試測量它的方法是錯誤的。

此外，如果發生中斷，則中斷間隔會稍微延長。如果要精確延遲，則需要關閉中斷。

用示波器測量時，我發現：

delayMicroseconds（0） = delayMicroseconds（1） =4μs實際延遲。

因此，如果要延遲35微秒，則需要：

  delayMicroseconds（31）;  

我能做些什麼來獲得正確，一致的結果嗎？

Arduino的實現是非常通用的，因此在某些應用程序中可能效果不佳。短暫延遲有幾種方法，每種都有其不足之處。

1. 使用nop。每個指令只有一個指令，大約等於我們的16分。

2. 直接使用tcnt0。每個都是4us，因為預分頻器設置為64。您可以更改prescaker以獲得16th us分辨率。

3. 使用刻度，可以實現systick的克隆並將其用作延遲的依據。它提供了更高的分辨率和準確性。

ol>

編輯：

我使用以下代碼塊來計時各種方法的時間：

  time0 = TCNT0; delay4us（）; // 65 // t0delayus（4 * 16）; // 77 // _ delay_us（4）; // 65 // delayMicroseconds（4）; // 45time1 = TCNT0-time0; // //預期為64位 

，在此之前，我已將timer0預分頻器重置為1：1，因此每個TCNT0滴答都是1微秒的16分之一。

delay4us（）由NOP（）建立；它產生了65個滴答聲的延遲，或剛好超過4us；
4. t0delayus（）是由timer0延遲建立的。它產生了77個滴答聲的延遲；比delay4us（）
5. _delay_us（）稍差的是gcc-avr函數。性能與delay4us（）相當；
6. delayMicroseconds（）產生了45個滴答聲。除非在具有其他中斷的環境中使用，否則arduino實現其計時功能的方式往往會計數不足。
ol>

希望它會有所幫助。