Einige Statistiken des Meinberg Lantime-PZF509 Servers Skuld. Jede Stunde aktualisiert.

Das Mainboard wurde gegen einen Raspberry Pi 3B ersetzt.
Die Firmware ist einfach zu alt und bekommt auch keine Updates mehr, was sehr schade ist. Top Hardware aber Openssh 3.x, Ntp 4.2 etc.  das geht heutzutage nicht mehr im Netzwerk.
Ein anderes nerviges Problem ist, das im Webinterface zwar eigene Zeilen mit Optionen hinzugefügt werden können, die ntp.conf an sich aber bei jedem Speichern oder Reboot Hardcodiert überschrieben wird. Sprich soll die Config komplett eigen angepasst sein so muss nach jedem Mal eine SSH Verbindung hergestellt werden, um den ntp Dämon zu killen um ihn dann mit einer extra Config neu zu starten. Fest eingetragen ist z.b die Pseudosadresse 127.127.8.0 mode 2 was einer C51 also normalen DCF Uhr entspricht. Warum auch immer…
NTP Version < 4.2.6 kann übrigens nur eine Leapfile benutzen, wenn Autokey aktiviert ist. Wobei ‚Autokey‘ heutzutage ja als unsicher angesehen und dazu geraten wird es auszuschalten. Das NTPsec Projekt hat diese Funktion schon komplett aus dem Code geworfen.

Bei der Bestimmung von den Funktionen der einzelnen Pins der VG-Leiste ist mir aufgefallen das die Angaben im Handbuch der PZF509 Karte so nicht stimmen. Denn entgegen der Angabe das die Seriellen Schnittstellen von 400 bis 9600 Baud arbeiten, läuft COM1 tatsächlich mit 19.200-8-N-1. Ein Sniffen beim Reboot brachte die Erkenntnis woher die Angaben im Display stammen. Die Anzeige der Feldstärke und Prozent der Korrelation werden vom Mainboard sekündlich von der PZF Karte direkt über COM1 abgefragt, in dem der Steuerbefehl FK! gesendet wird.

  • ?        D:27.08.20;T:4;U:12.01.41; U
  • SN!    PZF509 :7.16 SN:10009xxx       \n
  • FK!    F:091 K:80\r\n

Interessanterweise sieht die Quarz Genauigkeit nach der Umstellung auf den richtigen Clock Typ 127.127.8.0 mode 0 (PZF509/511 mit TCXO Quarz) ganz anders aus.
Nichts mehr zu sehen von großen Abweichungen zwischen Zeit & PPS. In der Driftfile stehen nun auch nicht mehr ~86PPM sondern eher ~ -4,4 PPM Drift am Quarz.
Was erstaunlich genau passt, denn ein Nachmessen mittel meinem ‚HP 5334B Frequenzzähler‘ ergab 9,999.999-6 MHz direkt an der Messerleiste von der PZF509.

Lantime Adpater

ntpq -pcrv Ausgabe:

skuld-offset-sek
[3] Clock Offset.

Der Quarz bedarf offensichtlich einer Nachkalibrierung. Schön zu sehen das alles schlüssig ist.
In der Loopstats Datei, Spalte 4 werden um die -4 PPM geloggt.
Ein cat /var/lib/ntp/ntp.drift zeigt ‚-4.359‘ an.
Das wiederum passt zu dem unten dargestellten [1:5] RMS-Jitter (1Sekunde/10MHz) • -4,359 = 0,359µs.

Skuld Freq Offset PPM
[4] Frequenz Offset (PPM).
Skuld Jitter.
[5] RMS Jitter
skuld-offset-allan
[6]Allan Deviation (PPM).
Skuld Luftdruck
Luftdruck im 19″ Gehäuse via BOSCH Bmp280.
Skuld Gehäuse Temperatur.
Temperatur im 19″ Gehäuse via BOSCH Bmp280.
Skuld-pzf/dcf Signalstärke.
PZF509 Signalstärke, im 5 Minuten Abstand.
Skuld-pzf-Korrelation.
Korrelations Anteil, im 5 Minuten Abstand.