NTPとRTC HWクロックの変な結果

Question

ODroidのシステム時間を可能な限りリアルタイムに近づけるため、私はODroidにリアルタイムクロックを追加しようとしました。 RTCの精度は+/- 4ppmです。

realtimeclockがなければ、このような結果が得られます（60秒ごとにNTPサーバと同期）。比較のため、青はオレンジ色のパイです。 x軸がサンプルで、y軸がNTPサーバーによって報告されたオフセット（ミリ秒）です。

だから私が試したものを、（より多くのサンプルが、同じ間隔が）、代わりにちょうどNTPサーバとの同期と同じものだった、私は次のようでした：

1. システム時間をhwクロック時間に設定します。
2. システム時間を更新するためにNTPサーバと同期し、サーバによって指定されたオフセットを記録してください。
3. HWクロックをリアルタイムに同期させたので、システム時間に更新してください。

それから私は60秒待って繰り返します。私はそれが完璧であるとは期待していませんでしたが、私が得たものは少し私に衝撃を与えました。

世界で私は見ていますか？ジッタはますます小さくなり、ほぼ直線に従いますが、完璧な時間（約410分）に達すると、ジッタとオフセットが再び成長するようになります。

誰でもこれを説明することができますか、私が間違っていることを教えてもらえますか？ これは奇妙です！

Answer 1

したがって、RTC時刻とNTPサーバー時刻の差をプロットしています。 NTPサーバーはどこにありますか？ 2番目のプロットでは、数百msの範囲で作業しています。 NTPには精度の限界があります。ウィキペディアから：

https://en.wikipedia.org/wiki/Network_Time_Protocol

NTPは通常 公共のインターネット上で数十ミリ秒以内までの時間を維持することができ、理想的な条件の下で、ローカルエリアネットワーク内の1ミリ秒の精度 よりも優れて達成することができます。非対称ルートと ネットワークの輻輳は、あなたのデータがが見て少し奇妙である100 ms以上

のエラーを引き起こす可能性があります。