（Stratum 1または2）NTPサーバーにパケットを送受信し、ボードでサーバー時間を取得するためのNTPクライアント実装（Linux上）があります。また、Linux で実行している別のアプリケーションを使用して、GPS 時間を取得しています。NTP と GPS ソースから時刻情報を取得する前に、現在の GPS 時刻に近い時刻を手動で (日付を使用して) ボードに設定します (この情報はhttp://leapsecond.com/java/gpsclock.htmから取得されます)。 ）。
システム時刻を基準としてボード上に保持し、この基準時刻の差を NTP (たとえば X) と GPS (Y) でとります。X と Y の差は 500 ミリ秒以上になります。NTP と GPS の間の時間精度を知りたいと思っていました。500 ms は期待値ですか?
NTP クライアントでハードウェア タイムスタンプを有効にしようとしましたが、違いはありませんでした。
GPS を基準クロックとして使用することは、PPS (Pulse-Per-Second) という 1 つのことに要約されます。他のすべてはかなりぎくしゃくしています (不安定/予測不可能)。
PPS 出力は非常に正確です (ナノ秒)。
PPS には、秒の開始時以外の情報は含まれません。つまり、クロックに別のソースから日付と時刻を供給する必要があります。NMEA (GPS からの実際のデータ) は、1 秒の精度で時間を決定するのに十分である限り問題ありません。
私の推測では、あなたの「GPS 時刻」は、GPS の「データ アウトレット」からの時刻 (および日付) です。この時間は 500 ミリ秒 (またはそれ以上) ずれることがありますが、それは正常です。そのため、その時間を正確な基準クロックとして使用しません。
時間参照について読みたいと思うかもしれません。GPS タイム システムは、それらのタイム サーバーによって返される UTC 時間と厳密には同じではないと思います。原子時計で計測された時刻には、定期的にうるう秒が追加され、UTC 時刻が安定していない天文時刻の +/1 秒以内に収まるようになっています。
NTP の実装はネットワーク遅延を修正できますか? 低遅延の NTP サーバーを使用してみてください...
これらの要因により、表示される違いが説明される場合があります。