Raspberry Pi und OGN

  • Hallo!


    Hier in und um Dortmund sind kaum Segelflieger an zu treffen.

    Allerdings zu bestimmten Veranstaltungen seit letztem Monat gleich eine kleine Flotte niedrig fliegender Drohnen die mit FLARM ausgestattet sind.


    Da hier die regionale FLARM-Abdeckung sehr dünn ist, spiele ich mit dem Gedanken mir einen eigenen OGN-Empfänger auf zu setzen.


    Die OGN-Software ist allerdings etwas zickig, genauso wie die diversen Pi-OS Varianten.

    Das reguläre Image funktioniert zwar, aber ist mir persönlich zu mikrig, da es auf der BullsEye 64Bit Light basiert.

    Für meinen alten Pi 3B+ hätte ich eher weiterhin ein Full-Betriebssystem mit GUI...also OGN manuell installiert.


    Nun habe ich einen merkwürdigen Effekt der wohl etwas krude ist.

    Vielleicht hat hier der ein oder andere OGN-User damit schon mal Bekanntschaft gemacht:


    OGN läuft als Dienst, sampelt die 868,8MHz mit 2MHz Sampligrate über einen RTL-SDR V3.

    Das ganze jetzt unter Bullsexe 32Bit Full.


    Via WLAN hängt er als 192.xxx.xxx.109 oder bedarfsweise via LAN als 192.xxx.xxx.110 in meinem lokalen netzwerk.


    Die TCP-Statusseiten auf den Ports 8080 und 8081 sind ordentlich sowohl über LAN als auch WLAN erreichbar.

    SSH-Zugang ebenso über LAN und WLAN.


    Die Telnet-Ports hingegen landen weder auf eth0 noch auf wlan0.


    Also:

    Auf dem Raspberry Pi vis SSH oder VNC eingeloggt führt

    telnet localhost 50000

    und

    telnet localhost 50001

    problemlos zu den Statusausgaben von RF und Decoder.


    Im restlichen Netzwerk aber sind die Ports 50000 und 50001 nicht mehr erreichbar?


    Ebenso stimmt das zusammenspiel innerhalb der OGN-Software nicht sauber:

    Der RF-Demodulator Dienst schickt die Daten über Port 50010 an den FLARM-Decoder.

    Der Decoder-Log wimmelt bei mir aber vor Fehlermeldungen..:


    OGN_Demod... can't connect to localhost:50010

    OGN_Demod... can't connect to localhost:50010

    OGN_Demod... can't connect to localhost:50010

    OGN_Demod... can't connect to localhost:50010

    OGN_Demod... can't connect to localhost:50010

    OGN_Demod... can't connect to localhost:50010

    Demodulator is 12sec behind ! Now:1723656188 CurrSlotTime:1723656176 (0)

    Demodulator is 12sec behind ! Now:1723656188 CurrSlotTime:1723656176 (1)

    OGN_Demod... can't connect to localhost:50010

    Demodulator is 12sec behind ! Now:1723656188 CurrSlotTime:1723656176 (2)

    Demodulator is 12sec behind ! Now:1723656188 CurrSlotTime:1723656176 (3)

    Demodulator is 13sec behind ! Now:1723656189 CurrSlotTime:1723656176 (4)

    Demodulator is 13sec behind ! Now:1723656189 CurrSlotTime:1723656176 (5)

    OGN_Demod... can't connect to localhost:50010

    Demodulator is 13sec behind ! Now:1723656189 CurrSlotTime:1723656176 (6)

    Demodulator is 13sec behind ! Now:1723656189 CurrSlotTime:1723656176 (7)

    Demodulator is 14sec behind ! Now:1723656190 CurrSlotTime:1723656176 (8)

    Demodulator is 14sec behind ! Now:1723656190 CurrSlotTime:1723656176 (9)

    OGN_Demod... can't connect to localhost:50010

    Demodulator is 14sec behind ! Now:1723656190 CurrSlotTime:1723656176 (10)

    Demodulator is 14sec behind ! Now:1723656190 CurrSlotTime:1723656176 (11)

    Demodulator is 15sec behind ! Now:1723656191 CurrSlotTime:1723656176 (12)

    Demodulator is 15sec behind ! Now:1723656191 CurrSlotTime:1723656176 (13)

    OGN_Demod... can't connect to localhost:50010

    Demodulator is 15sec behind ! Now:1723656191 CurrSlotTime:1723656176 (14)

    Demodulator is 15sec behind ! Now:1723656191 CurrSlotTime:1723656176 (15)


    Prozessorlast liegt <2%, Speicherauslastung 180M von 922M.

    Da kann es also nicht dran liegen.


    Jürgen