[ntp:questions] Pi 4 and Ultimate hat weirdness

David Taylor davidtaylor at writeme.com
Tue Jan 26 11:06:41 UTC 2021


On 25/01/2021 16:33, Jim Pennino wrote:
[]
> But the PPS has a lot of jitter. Note the xPPS(0) in the ntpq line.
>
[]> The default for NTP is 4800 baud, but I am running at 9600 and there is
> no loss of data.
>
> It doesn't make any difference if I run the 20 driver in mode 1 (lower
> bits) or 13, it still has the uncorrectable offset problem.
>
> Right now, having been running for a little over 12 hours, ntpq shows:
>
> x127.127.20.0    .GPS.            0 l   14   16  335    0.000  -761.21 307.138
> *127.127.28.0    .SHM.            0 l   12   16  377    0.000  -30.575  35.029
> o127.127.22.0    .PPS.            0 l    3   16  377    0.000   -0.378   0.034
>
> I'm going to let it run for several days without disturbing anything.
>
> I doubt it will keep the 28 clock selected with that high jitter.

If the PPS has a lot of jitter I would try to check it with an
oscilloscope.  Possibly there is a poor connection, or if you are using
a very long cable (unlikely) there could be capacitive coupling between
signals.  How did you correct the problem for your "over 12 hours" ntpq
report?

I would suggest a much higher baud rate, and disabling sentences other
than $GPRMC.  You don't then need any lower bits set.

Are you sure that the type 20 and type 28 driver can co-exist?  I note
that minicom can't access ttyAMA0 when gpsd is using it.

 From data I'm recording from another GPS I see offsets between -100 and
+100 milliseconds from a nominal, with an older Skylab SKG16B device
running at 9600 baud.

Cheers,
David
--
SatSignal Software - Quality software for you
Web: https://www.satsignal.eu
Email: david-taylor at blueyonder.co.uk
Twitter: @gm8arv


More information about the questions mailing list