ntpq zeigt einen großen Versatz zwischen GPS- und öffentlichen NTP-Servern

988
Daniel F

Ich bin etwas unsicher über den Offsetwert, den ntpq mir anzeigt. Dies ist auf einem Raspberry Pi mit PPS-Unterstützung im Kernel.

Ich habe das Gerät gerade vom Standort verschoben, also holte ntpd zuerst die NTP-Daten für einige Minuten vom öffentlichen Server. Nachdem ich die Antenne angeschlossen und ein GPS-Signal empfangen hatte, zeigte das GPS-Signal den öffentlichen Servern einen Versatz von 3 Sekunden.

Tatsächlich schwanken die Werte stark. Das letzte Beispiel zeigt, dass PPS erkannt wird ("o")

Ich kann Ping rustime01.rus.uni-stuttgart.de(~ 15ms Ping-Zeit), aber nicht die Server von ptb.de, es kann sein, dass ICMP deaktiviert ist.

 remote refid st t when poll reach delay offset jitter ============================================================================== *GPS_NMEA(0) .GPS. 0 l 12 16 377 0.000 2998.06 0.104 +rustime01.rus.u .PZF. 1 u 41 64 377 14.546 -3.700 5.195 -ptbtime1.ptb.de .PTB. 1 u 46 64 377 23.661 0.162 2.361 -ptbtime2.ptb.de .PTB. 1 u 40 64 377 24.330 -3.517 3.668 +ptbtime3.ptb.de .PTB. 1 u 41 64 377 22.839 -2.710 2.630   remote refid st t when poll reach delay offset jitter ============================================================================== *GPS_NMEA(0) .GPS. 0 l 9 16 37 0.000 -0.994 0.647 +rustime01.rus.u .PZF. 1 u 18 64 3 16.222 -2997.4 0.456 -ptbtime1.ptb.de .PTB. 1 u 20 64 3 28.564 -2997.0 0.746 +ptbtime2.ptb.de .PTB. 1 u 22 64 3 24.178 -2998.7 1.025 -ptbtime3.ptb.de .PTB. 1 u 13 64 1 24.704 -2998.7 1.149   remote refid st t when poll reach delay offset jitter ============================================================================== oGPS_NMEA(0) .GPS. 0 l 7 16 3 0.000 9.086 5.324 *rustime01.rus.u .PZF. 1 u 33 64 1 14.844 5.097 1.164 +ptbtime1.ptb.de .PTB. 1 u 32 64 1 24.583 5.164 1.921 -ptbtime2.ptb.de .PTB. 1 u 35 64 1 31.230 7.191 3.878 +ptbtime3.ptb.de .PTB. 1 u 31 64 1 24.379 5.542 0.819   remote refid st t when poll reach delay offset jitter ============================================================================== oGPS_NMEA(0) .GPS. 0 l 14 16 377 0.000 29.241 4.327 *rustime01.rus.u .PZF. 1 u 47 64 17 14.235 31.713 15.915 +ptbtime1.ptb.de .PTB. 1 u 48 64 17 24.028 25.617 11.747 -ptbtime2.ptb.de .PTB. 1 u 53 64 17 24.692 19.764 9.333 +ptbtime3.ptb.de .PTB. 1 u 47 64 17 24.221 31.335 15.363

Das Folgende ist der Inhalt der Konfigurationsdatei

pi@rpi-ntp ~ $ cat /etc/ntp.conf  driftfile /home/pi/ntp/ntp.drift  statistics loopstats peerstats statsdir /home/pi/ntp/stats/ filegen loopstats file loops type day enable filegen peerstats file peers type day enable  server 127.127.20.0 mode 17 minpoll 4 maxpoll 4 iburst true prefer fudge 127.127.20.0 flag1 1 flag3 0 time2 0.496  server rustime01.rus.uni-stuttgart.de iburst server ptbtime1.ptb.de iburst server ptbtime2.ptb.de iburst server ptbtime3.ptb.de iburst  restrict -4 default kod notrap nomodify nopeer noquery restrict -6 default kod notrap nomodify nopeer noquery  restrict 127.0.0.1 restrict ::1

Was könnte das verursachen und welche Zeit verwende ich dann eigentlich?

1
ntp berechnet den Durchschnitt aller Zeiten und deren Verzögerungen, um Ihnen eine 'Ortszeit' zu geben, so dass Sie derzeit keine bestimmte ONE verwenden. Was den Synchronisationsunterschied zwischen den GPS- und NTTP-Servern angeht, kann ich nur vorschlagen, dass hoffentlich jemand anderes antworten kann. djsmiley2k vor 7 Jahren 0
Es wäre hilfreich, wenn Sie die Zeiten mit einer funksynchronisierten Uhr oder dem Zeitsignal eines UKW-Radiosenders vergleichen könnten, um zu überprüfen, ob die GPS- oder Internet-Zeit genau ist. Von hier aus ist die Internet-synchronisierte Uhr auf meinem Laptop nur einen Bruchteil einer Sekunde hinter der Funkuhr (ich würde bei einem visuellen Vergleich nebeneinander 0,2 Sekunden vermuten). Ich habe gerade die GPS-Zeit auf meinem SatNav verglichen und nach der Korrektur ist es etwas mehr als zwei Sekunden hinter der Funkuhr. Sie haben ein sehr interessantes Thema angesprochen. AFH vor 7 Jahren 0
Vielleicht hängt es mit Schaltsekunden zusammen? https://en.wikipedia.org/wiki/Global_Positioning_System#Leap_seconds GPS berücksichtigt sie nicht, und der anfängliche Versatz von 2998,06 ms ist sehr verdächtig. Das RasPi wurde am 09.05.2014 eingerichtet und ist seitdem nie angerührt worden. In der Zwischenzeit wurden nur 2 Schaltsekunden hinzugefügt. Es läuft ntpd 4.2.7p442 Daniel F vor 7 Jahren 0
Ja, das ist sicherlich verwirrend. Gemäß Ihrer Referenz und [this] (http://leapsecond.com/java/gpsclock.htm) sollte der Unterschied viel größer sein. Möglicherweise beruhte die Korrektur auf dem Unterschied, wann die Zeitinterpretationssoftware erstellt und nicht installiert wurde. Dies hängt jedoch nicht von meinem GPS ab, bei dem ich die Roadmap-Navigation aktualisiert habe, nicht jedoch die separate 15-jährige Terrain-Navigation Paket, das ich verwendet habe. Haben Sie die Uhr für 3 Jahre nicht wirklich eingestellt? Wenn ja, hätte ich einen viel größeren Unterschied erwartet: Echtzeituhren sind selten so genau. AFH vor 7 Jahren 0
Es wurde ein paar Mal neu gestartet. Es wurde jedoch kein Upgrade durchgeführt, es wurde keine Konfiguration für 3 Jahre geändert. Daniel F vor 7 Jahren 0
@ djsmiley2k, das ist falsch. Ntpd verwendet nur die Zeit von der ausgewählten Referenz (markiert mit einem *). OP, welches Gerät hast du bewegt und wann? Es fällt mir schwer, die Reihenfolge der Ereignisse in Ihrer Frage nachzuverfolgen. Hier sind einige erste Gedanken, keine bestimmte Reihenfolge: Wenn Sie die GPS-Antenne bewegt haben, ist der Timing-Ausgang des Empfängers so lange deaktiviert, bis sich der Empfänger mit Satelliten verbunden hat und eine neue Timing-Lösung gemittelt hat (dies kann bis zu einer Stunde oder mehr dauern.) wie es konfiguriert ist). Der GPS-Empfänger liefert jedoch nur ein PPS-Signal - in einem PPS-Signal gibt es keinen Timecode. Darren vor 7 Jahren 1
... so dass der Versatz fast genau drei Sekunden beträgt, denke ich, dass ntpd denkt, dass es einen Versatz gibt, aber der Puls ist tatsächlich genau. Es sieht so aus, als würde es sich irgendwann beruhigen. Ich mag deine Reichweiten jedoch nicht. Es sieht so aus, als könnte ntpd die ntp-Server nicht ständig abfragen. Darren vor 7 Jahren 0
@ Darren Welp, heute habe ich etwas Neues gelernt, danke! :) djsmiley2k vor 7 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme