Ergebnis 1 bis 15 von 24

Thema: Alternative zum SDR nightly - DVBT / Pocsag

Hybrid-Darstellung

Vorheriger Beitrag Vorheriger Beitrag   Nächster Beitrag Nächster Beitrag
  1. #1
    Registriert seit
    11.11.2013
    Beiträge
    6

    Alternative zum SDR nightly - DVBT / Pocsag

    Hallo,
    ich hätte mal eine Frage:

    Wir dekodieren Pocsag-Meldungen über einen DVB-T Stick (RTL2823U) mit SDR# v1.0.0.467. Das klappt soweit auch ganz gut. Allerdings soll ein Netbook als Alarmserver laufen und SDR verursacht permanent um die 70% Prozessorauslastung. --> Lüfter läuft dauernd, Programme laufen verzögert.

    Gibt es eine weniger beanspruchende Software zum Dekodieren/Umwandeln?
    Wenn ja, wo denn ;)?

    Danke
    FMS-USER

    Ps. Zum Dekodieren nutzen wir POC32...

  2. #2
    Registriert seit
    21.04.2003
    Beiträge
    521
    Guck dich mal nach RTL_FM um, das könnte helfen...

  3. #3
    Registriert seit
    11.11.2013
    Beiträge
    6

    Auf Raspberry Pi umgestiegen :)

    Hallo,
    Auf der Suche nach einem stromsparenden POC-Server bin ich jetzt beim Raspberry angelangt. Ich habe eine RTL-SDR-Software und multimon laut dieser Anleitung installiert:
    http://www.raspberrypi.org/phpBB3/viewtopic.php?t=45142

    Ist glaub eine bessere Lösung und das Raspberry scheint damit nicht überfordert zu sein.
    Allerdings bekomme ich keine saubere Auswertung hin...



    Siehe hier: (Frequenz und Adressen sind abgeändert)

    pi@raspberrypi ~ $ rtl_fm -N -o 4 -A lut -s 22050 -C -f 172.680M - | multimon-ng -t raw -a POCSAG512 -a POCSAG1200 -a POCSAG2400 -f alpha /dev/stdin
    POCSAG512 POCSAG1200 POCSAG2400 EAS UFSK1200 CLIPFSK AFSK1200 AFSK2400 AFSK2400_2 AFSK2400_3 HAPN4800 FSK9600 DTMF ZVEI1 ZVEI2 ZVEI3 DZVEI PZVEI EEA EIA CCIR MORSE_CW DUMPCSV SCOPE
    multimon-ng (C) 1996/1997 by Tom Sailer HB9JNX/AE4WA
    (C) 2012/2013 by Elias Oenal
    available demodulators: POCSAG512 POCSAG1200 POCSAG2400 EAS UFSK1200 CLIPFSK AFSK1200 AFSK2400 AFSK2400_2 AFSK2400_3 HAPN4800 FSK9600 DTMF ZVEI1 ZVEI2 ZVEI3 DZVEI PZVEI EEA EIA CCIR MORSE_CW DUMPCSV SCOPE
    Enabled demodulators: POCSAG512 POCSAG1200 POCSAG2400
    Found 1 device(s):
    0: Realtek, RTL2838UHIDIR, SN: 00000001

    Using device 0: Terratec Cinergy T Stick RC (Rev.3)
    Found Elonics E4000 tuner
    Oversampling input by: 12x.
    Oversampling output by: 4x.
    Buffer size: 7.74ms
    Tuned to 172944600 Hz.
    Sampling at 1058400 Hz.
    Output at 22050 Hz.
    Exact sample rate is: 1058400.010094 Hz
    Tuner gain set to automatic.
    POCSAG1200: Address: 123456 Function: 2
    POCSAG1200: Address: CORRUPT Function: CORRUPT



    Das mit dem Corrupt hört sich gar nicht gut an und Texte kommen nicht oder nur ganz Ansatzweise durch. Hat jemand schon Erfahrungen mit einem Cynergy DVB-T Stick?? Ist es normal, dass beispielsweise eine Frequenz von 172.680 AUF 172.9446 MHz geändert wird? Falsche Konfiguration?

    Wäre cool, wenn Ihr mir helfen könnt :). Danke!

  4. #4
    Registriert seit
    07.01.2014
    Beiträge
    11
    Hallo,

    ich stehe vor einem ähnlichen Problem, bei mir kommen nur Meldungen auf 1200 und 2400. Korrekt wäre 512.
    Die Meldungen sind auch nicht vollständig, es kommt nach einer Nacht nur:
    POCSAG1200: Address: xxxxxx Function: 2
    POCSAG2400: Address: xxxxxx Function: 2
    POCSAG2400: Address: xxxxxx Function: 1
    POCSAG1200: Address: xxxxxx Function: 3
    POCSAG2400: Address: xxxxxx Function: 0

    Kann das an der Konfig von rtl_fm liegen?

  5. #5
    Registriert seit
    21.09.2009
    Beiträge
    2.678
    Hallo!

    Zitat Zitat von mamu Beitrag anzeigen
    Hallo,

    ich stehe vor einem ähnlichen Problem, bei mir kommen nur Meldungen auf 1200 und 2400. Korrekt wäre 512.
    Ich kenne das Programm nicht.

    Aber generell:
    Pocsag-Decoder beliebiger Art (egal ob Software oder Hardware) sollten speziell auf die Baudrate konfiguriert werden welche empfangen werden soll.
    Gibt man mehrere Baudraten an (eben 512+1200+2400) dann versuchen viele Softwaredecoder alle drei Baudraten nacheinander auf empfangende sampels, und versuchen dann ab zu schätzen welches ergebniss sinnreicher ist.
    Das geht nicht immer gut...und die Prozessorlast des Decoderteils beträgt gut das dreifache des eigentlichen nötigen, weil er eben jedes Sampel drei statt einmal decodieren muss.

    Selbst bei dem Top-Programm schlechthin, Poc32, geht die Decodierrate in den Keller und die CPU-Last ab wie ein Zäpfchen, wenn man die automatische Baudratenerkennung aktiviert.

    Nagel deinen Decoder in der Konfig auf 512Bd fest, wenn du Pogsag-Netze die mit 512Bd arbeiten empfangen willst.

    Grüße aus Dortmund

    Jürgen Hüser

  6. #6
    Registriert seit
    21.04.2003
    Beiträge
    521
    Ganz kurz gesagt, macht rtl_fm nur aus HF ein Audiosignal (Jürgen erschlägt mich jetzt vermutlich ;-)).
    Insofern sollte es nicht an rtl_fm liegen, wenn der Pocsag-Dekoder sich auf falsche Baud-Werte einschießt. Vorausgesetzt natürlich, das Audiosignal ist in Ordnung, also Bandbreite etc. bei rtl_fm stimmen...

Aktive Benutzer

Aktive Benutzer

Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •