NTP 和 GPS 源之间的时间精度

Question

我有 NTP 客户端实现(在 Linux 上)，用于向(层 1 或 2)NTP 服务器发送/接收数据包并获取板上的服务器时间。另外，我还有另一个在 Linux 上运行的应用程序，它可以为我提供 GPS 时间。在从 NTP 和 GPS 源获取时间信息之前，我将在板上手动设置接近当前 GPS 时间的时间(使用日期)(此信息取自 http://leapsecond.com/java/gpsclock.htm )。

以开发板上的系统时间为引用，我将使用该引用时间与NTP(例如X)和GPS(Y)的差值。 X 和 Y 之间的差异将达到 500+ 毫秒。我很想知道 NTP 和 GPS 之间的时间精度。500 毫秒是预期值吗？

我尝试在 NTP 客户端上启用硬件时间戳，但没有任何区别。

Answer 1

使用 GPS 作为引用时钟归结为一件事:PPS(每秒脉冲)。其他一切都非常紧张(不稳定/不可预测)。

PPS 输出极其准确(纳秒)。

PPS 不包含任何信息，除非第二秒开始。这意味着我们必须从另一个来源向时钟提供日期和时间。 NMEA(来自 GPS 的实际数据)只要足以确定一秒精度的时间即可。

我的猜测是，您的“GPS 时间”是来自 GPS“数据导出”的时间(和日期)。这个时间可能会偏差 500 毫秒(甚至更糟)，这是正常的。这就是为什么我们不使用该时间作为准确的引用时钟。