問題タブ [gettimeofday]

各ループの実行時間を usleep で 10ms にするようにしていますが、10ms を超えることもあります。

この問題を解決する方法がわかりません。この場合、 usleepとgettimeofdayを使用するのは適切ですか?

私が見逃したものを見つけるのを手伝ってください。

結果: 0.0127289 0.0136499 0.0151598 0.0114031 0.014801

同じ NTP サーバーに同期された MAC と ESP32 (Arduino) の間で秒フィールドが約 30,000 異なる理由を知っている人はいますか?

NTP クライアントが実行されている ESP32 チップのグループがあり、それらはすべてローカルの Windows10 NTP サーバーから同期され、正しく同期されます。ESP32 チップはすべて一致していますが、Mac はそうではありません。

OSX Mojave マシンも、その Windows10 NTP サーバーをタイム サーバーとして使用するように設定されており、「sntp -sS」を使用して更新を正常に要求しました。

私の問題は、「gettimeofday」の値が、ESP32 プラットフォームと Mac プラットフォームの間で約 30,000 秒大きく異なることです。

タイムゾーンは関係ないようです。「gettimeofday」を呼び出すことになっている Python の time.time() を介してこの値を取得しています。

このコードは、大学でのサンプリング課題用に作成したものです。

これが私の出力です

時間: 1557335682.435666 発散: 200.127125 ミリ秒

時間: 1557335682.635813 発散: 200.146914 ミリ秒

時間: 1557335682.835952 発散: 200.139046 ミリ秒

時間: 1557335683.036075 発散: 200.123072 ミリ秒

time: 1557335683.236192 divergance: -50328976507548121002151598324465532616014103321089770750300716493231241208217866953937760599346823570331739493744117764925654540012842402655523878795775819489233146901362588461216017208320541658368563434403808909221817741213696.000000 ms

時間: 1557335683.436400 発散: 1557335683436.399902 ミリ秒

時間: 1557335683.636521 発散: 1557335683636.520752 ミリ秒

時間: 1557335683.836647 発散: 1557335683836.646973 ミリ秒

5番目の計算で奇妙な出力が何であるかを誰かが理解していますか? 以前に同様の「バグ」に遭遇したことがないため、論理的な説明を想像することはできません。それは機能の特定の特徴と関係がありgettimeofday()ますか?

注: 入力は10andです200

挿入時間を秒単位で測定する方法は?

私は使用しようとしました：

入力を挿入する前に時間をチェックしました：

入力を取得した後も同じです：

しかし、それはまったく正確ではありません!!

Inserting timeで秒を測定し、各文字を挿入する際の秒数の違いを知るためのより良い方法が必要です。

「クリック」文字を入力として挿入する際の秒数を知り、秒単位で計算する必要がありますelapsedTime。

出力は次のようになります。