Problem migrating from legacy to ntpsec
Hal Murray
halmurray at sonic.net
Fri Sep 6 21:19:35 UTC 2024
Is there anything interesting in the log file?
> The relevant lines from ntp.conf are:
> server 127.127.20.0 mode 16 minpoll 4 iburst
> fudge 127.127.20.0 time1 -0.0007 flag1 1 flag2 0 flag3 1 refid PPS
Turning on flag 1 does the PPS processing in the NMEA driver. That merges
the data from 2 drivers into one which makes it harder to debug things
like this.
I use two separate drivers:
server 127.127.20.0 path /dev/ttyS0 prefer mode 0x10001
fudge 127.127.20.0 flag1 0 # disable PPS
fudge 127.127.20.0 time2 0.167 # offset for NMEA signal
server 127.127.22.0 ppspath /dev/pps0 # PPS signal, needs prefer
fudge 127.127.22.0 flag2 0 # Rising edge
That will put things like this in clockstats (if you have it enabled):
60559 76229.866 127.127.22.0 47838 64 0 0 0
60559 76266.866 127.127.20.0 $GPRMC,211106,A,3726.0746,N,12212.2511,W,
000.0,138.7,210105,015.0,E*6F 64 64 0 0 0 0
Your ntpq output shows an offset of -96.9056
You might need something like:
tos mindist 0.075 # default is 0.001 (1 ms)
Adjust the 0.075 to be big enough to cover the offset from your NMEA
signal to the PPS. (or fudge the NMEA to be close enough)
> Also, is it a true statement that all I have to do to change to the new
> naming scheme is to change 127.127.20.0 to nmea?
It might need (0) to tell it which NMEA line to use. It may need NMEA in
upper case. What ntpq -p shows should work. (I haven't bothered to
change. The old 127.127 stuff is unlikely to stop working.)
--
These are my opinions. I hate spam.
More information about the users
mailing list