Raspbian, NTP Server mit DCF77

  • Hallo zusammen,
    das ist mir mein erster Thread. Mittels Google bin ich leider nicht auf die Lösung gekommen und hoffe daher, dass mir jemand von euch helfen kann.

    Ich möchte mir das hier bauen, weil mir einfach lustig danach ist und ich nach ein paar Jahren Manager auch wieder mal was technisches machen möchte.

    Ausgangslage:
    RasberryPi B+ mit dem aktuellsten Raspbian
    Conrad DCF77 Antenne

    Auf Basis der Anleitung habe ich alles - zumindest aus meiner Sicht - korrekt aufgebaut und konfiguriert, jedoch funktioniert es nicht. Als Abweichung zur Anleitung musste ich die Berechtigungen setzten, da die dialup Gruppe nicht existiert und die Gruppenbereichtung des Devices dialout ist, habe ich das entsprechend gesetzt.

    Die Berechtigungen von Benutzer ntp sind wie folgt gesetzt:

    Code
    # id ntp
    uid=102(ntp) gid=104(ntp) groups=104(ntp),5(tty),20(dialout),1003(gpio)

    Das korrespondiert auch entsprechend mit dem Device:

    Code
    # ls -l /dev/refclock-0 
    lrwxrwxrwx 1 root root 12 Feb 26 19:35 /dev/refclock-0 -> /dev/ttyAMA0
    # ls -l /dev/ttyAMA0 
    crw-rw---T 1 root dialout 204, 64 Jan  1  1970 /dev/ttyAMA0

    Der Inhalt von ntp.conf ist wie folgt:

    Das ntpd Log gibt nach dem Start folgendes aus und danach ist dann Ruhe

    Code
    26 Feb 21:24:38 ntpd[3309]: NTP PARSE support: Copyright (c) 1989-2009, Frank Kardel
    26 Feb 21:24:38 ntpd[3309]: PARSE receiver #0: reference clock "RAW DCF77 CODE (Conrad DCF77 receiver module)" (I/O device /dev/refclock-0, PPS device /dev/refclock-0) added
    26 Feb 21:24:38 ntpd[3309]: PARSE receiver #0: Stratum 0, trust time 00:00:00, precision -20
    26 Feb 21:24:38 ntpd[3309]: PARSE receiver #0: rootdelay 0.000000 s, phase adjustment 0.292000 s, PPS phase adjustment 0.000000 s, normal IO handling
    26 Feb 21:24:38 ntpd[3309]: PARSE receiver #0: Format recognition: RAW DCF77 Timecode
    26 Feb 21:24:38 ntpd[3309]: PARSE receiver #0: NO PPS support
    26 Feb 21:24:38 ntpd[3309]: GENERIC(0) 8011 81 mobilize assoc 55426
    26 Feb 21:24:38 ntpd[3309]: PARSE receiver #0: new phase adjustment 3.903150 s
    26 Feb 21:24:38 ntpd[3309]: 0.0.0.0 c016 06 restart
    26 Feb 21:24:38 ntpd[3309]: 0.0.0.0 c012 02 freq_set kernel -12.837 PPM

    Da fehlt als letzter Logoutput aus meiner Sicht die Meldung clock_sync, was ja schon darauf hinweist, dass etwas nicht gut ist.

    Der NTPd selber erzählt mir folgendes:

    reach 0 und reach no zeigt meines Erachtens, dass die Kommunikation zum DCF77 Empfänger nicht läuft. Das Device selber kann er aber offenbar erkennen, da er das Model ausliest.

    Unsicher bin ich jetzt ob einfach der Empfänger kein Signal erhält oder ob wirklich die Kommunikation nicht funktioniert. Ich persönlich denke eher das zweit, da wenn er nur kein Signal empfangen würde, zumindest reach einen Wert anzeigen sollte.

    Die DCF77 Antenne selber hat Strom. Ich habe außerdem alle Verbindungen mit dem Multimeter überprüft und diese sind korrekt.

    Vielen Dank schon im vorraus für die Hilfe.

    Ach ja, kleiner Nachtrag, wenn ich von einem anderen Server in selben Netz versuche die Zeit zu holen, gibt es folgende Meldung:

    Einmal editiert, zuletzt von MacMarc (26. Februar 2015 um 21:53)


  • ..., wenn ich von einem anderen Server in selben Netz versuche die Zeit zu holen, gibt es folgende Meldung:

    BTW: Ich denke, das geht mit der standard Konfiguration für ntpd, inzwischen nicht mehr. Z. B. bei meinen PIs:

    Zitat


    :~$ rdate -4npu 192.168.178.33
    rdate: Ignoring NTP server with alarm flag set
    rdate: Unable to get a reasonable time estimate


    Bei meiner FritzBox:

    Zitat


    :~$ rdate -4npu 192.168.178.1
    Thu Feb 26 22:39:46 CET 2015

    EDIT:

    Wie ist die Ausgabe von:

    Code
    apt-cache policy ntp


    ?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (26. Februar 2015 um 22:47)

  • Zitat

    apt-cache policy ntp

    Code
    ~# apt-cache policy ntp
    ntp:
      Installed: 1:4.2.6.p5+dfsg-2+deb7u3
      Candidate: 1:4.2.6.p5+dfsg-2+deb7u3
      Version table:
     *** 1:4.2.6.p5+dfsg-2+deb7u3 0
            500 http://mirrordirector.raspbian.org/raspbian/ wheezy/main armhf Packages
            100 /var/lib/dpkg/status


    Zitat

    rdate: Ignoring NTP server with alarm flag set

    Das sagt aber ja nur aus, dass der NTP Server sein Alarm Flag gesetzt hat, weil er ein Problem hat. Daher ist dann ja normal, dass er keine Zeit liefern kann.

  • Das sagt aber ja nur aus, dass der NTP Server sein Alarm Flag gesetzt hat, weil er ein Problem hat. Daher ist dann ja normal, dass er keine Zeit liefern kann.

    OK, aber welches Problem hat der ntp-Server, denn vor den updates (siehe: http://support.ntp.org/bin/view/Main/SecurityNotice ) hat dieser ntp-Server mit dieser Konfiguration aber "funktioniert"?

    The most popular websites without IPv6 in Germany.  IPv6-Ausreden

    Meine PIs

    PI4B/8GB (border device) OpenBSD 7.4 (64bit): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server

    PI3B+ FreeBSD 14.0-R-p3 (arm64): SSH-Serv., WireGuard-Serv., ircd-hybrid-Serv., stunnel-Proxy, Mumble-Serv., ddclient

    PI4B/4GB Bullseye-lite (64bit; modifiziert): SSH-Server, WireGuard-Server, ircd-hybrid-Server, stunnel-Proxy, Mumble-Server, botamusique, ample

    Einmal editiert, zuletzt von rpi444 (27. Februar 2015 um 08:27)

Jetzt mitmachen!

Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!