[ntp:questions] Garmin 18 LVC: whether to fudge

Unruh unruh-spam at physics.ubc.ca
Wed Feb 11 23:55:51 UTC 2009


shane-dated-1234940584 at csy.ca writes:

>Hello,

>I'm using a Garmin 18 LVC connected using LinuxPPS with mostly good results. 
>I am curious about one thing though.  The offset reported by the GPS18
>differ from the public NIST servers by around 1.7-1.9MS.  as shown in the
>offset numbers of ntpq below.
>     remote           refid      st t when poll reach   delay   offset  jitter
>==============================================================================
>*GPS_NMEA(0)     .GPS.            0 l    4   16  377    0.000   -0.448   0.189
>+bigben.cac.wash .USNO.           1 u   34 1024  377   11.134    0.283   2.645

>All of the server's internet peers are ahead by around that same value so
>I'm guessing that when the GPS18 loses sync, ntpd would have to bring the
>clock up by 2MS and reverse when signal is reacquired.

Sorry, where is that 1.7-1.9ms? I see a difference of .7ms, which, given
the 11 ms delay is pretty good. 



>Is there any way to know whether it's our internet link (ADSL) causing the
>internet servers to appear off or does the GPS18 need a time1 fudge to bring
>it in line with the others?  That is, is there a 2MS lag in processing the
>interrupt for PPS?

If there is a 2ms delay is processing the interrupt, throw away your system
and buy a new one. It is severely damaged. 





More information about the questions mailing list