[ntp:questions] NTP not seeing servers with a 2-year offset, stand alone configuration

Martin Burnicki martin.burnicki at burnicki.net
Tue Jan 19 20:04:02 UTC 2021


David,

I only came across your message right now.

David Taylor wrote:
> NTP doesn't work as expected when using PPS and GPSD alone, when there
> is a very large offset (2 years) between the host date/time (Raspberry
> Pi) and the GPS date/time.  PPS and GPSD appear to be present (using
> "ppstest" and "ps-e | grep gpsd", and the ntpq display shows the PPS and
> GPS servers but with zero reach.  This is with the Wi-Fi blocked on the
> RPi.
> 
> There is a physical hardware clock on that system, which works correctly
> when the Wi-Fi is unblocked, but sometimes shows a data in February 2019
> with the Wi-Fi blocked.
> 
> The same system works correctly otherwise when unblocked.  Even the
> HWCLOCK can be set and read.
> 
> Does this ring any bells with anyone?

Maybe have a look at this page:
http://doc.ntp.org/current-stable/drivers/driver28.html

Search that page for "flag1". There should be 2 hits about a constraint
in the initial time offset ("Mode-independent post-processing"), and how
this can be disabled by setting flag1 to 1.

Maybe this helps.

Regards,

Martin


More information about the questions mailing list