Seite 1 von 2 12 LetzteLetzte
Ergebnis 1 bis 15 von 24

Thema: Alternative zum SDR nightly - DVBT / Pocsag

  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...

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

    Zitat Zitat von Kermit_t_f Beitrag anzeigen
    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...
    Wie gesagt, kenne mich mit rtl_fm und multimon am Raspberry nicht aus.
    Aber wenn ich mir aus dem ersten Post hier dieses anschaue:

    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
    Da kommen mir ein paar Sachen fatal vor:

    pi@raspberrypi ~ $ rtl_fm -N -o 4 -A lut -s 22050 -C -f 172.680M -
    Soweit noch alles OK, da wird eben rtl_fm konfiguriert mit Sampelrate und Frequenz. Alles OK.

    | multimon-ng -t raw -a POCSAG512 -a POCSAG1200 -a POCSAG2400 -f alpha /dev/stdin
    An der Pipe hängt nun multimon wo folgendes aktiviert ist:
    -a POCSAG512
    -a POCSAG1200
    -a POCSAG2400

    Endsprechend enthält die Antwort dann auch folgendes:

    Enabled demodulators: POCSAG512 POCSAG1200 POCSAG2400
    Warum mutet man multimon sowas auf einem raspberry zu?
    2400Bd wird in 2m DME-Netzen schlichtweg nicht verwendet.
    Übrig bleibt je nach DME-Netz entweder 512Bd ODER 1200Bd.

    Wenn man ein Netz welches mit 1200Bd arbeitet empfangen möchte, sollte es eher heißen:

    pi@raspberrypi ~ $ rtl_fm -N -o 4 -A lut -s 22050 -C -f 172.680M - | multimon-ng -t raw -a POCSAG1200 -f alpha /dev/stdin
    Und die Rückmeldung dann:

    Enabled demodulators: POCSAG1200
    Alles andere wird auch bei multimon wie bei allen anderen Software-Pocsagdecodern nur die CPU-Last erhöhen und die Fehleranfälligkeit anheben.

    Das hat aber nichts mit SDR zu tun, sondern eben generell mit Pocsag-Decodierung.

    Grüße aus Dortmund

    Jürgen Hüser

  8. #8
    Registriert seit
    18.12.2004
    Beiträge
    488

    raspy

    Hi,

    ich hab jetzt auch einen raspy zum spielen.

    wen ich das eingebe:
    pi@raspberrypi ~ $ rtl_fm -N -o 4 -A lut -s 22050 -C -f 172.680M - | multimon-ng -t raw -a POCSAG1200 -f alpha /dev/stdin

    kommen immer die Meldung:
    -N gibt es nicht
    -o ist unstable
    -C gibt es nicht

    Wenn ich das alles weg lasse,
    dann stellt er mir die falsche Frequenz ein.
    Statt wie oen 172.680 steht da was von173.3456798

    woran liegt das?

    mfg
    coastboy
    ... live for nothing or die for something ...
    ... choose your destiny ...

  9. #9
    Registriert seit
    27.04.2014
    Beiträge
    1
    Zitat Zitat von coastboy Beitrag anzeigen
    ...
    Wenn ich das alles weg lasse,
    dann stellt er mir die falsche Frequenz ein.
    Statt wie oen 172.680 steht da was von173.3456798

    woran liegt das?
    Hey,
    ich habe ebenfalls das Problem mit der falschen Frequenz, hat dazu schon jemand eine Antwort/Lösung?

    Grüße
    Fab112

  10. #10
    Registriert seit
    14.06.2014
    Beiträge
    2
    das würde mich auch interessieren

  11. #11
    Registriert seit
    18.12.2004
    Beiträge
    488

    Frequenz

    Hi,

    ich hab gerade Zeit zum Spielen.

    Wenn ich jetzt eine "falsche" Frequenz eingebe, dann steht da,
    das er die richtige eingestellt hat.

    Aber es kommt irgendwie nichts an :-(

    Bei "Output at 22050 Hz" bleibt er stehen.
    Es kommt kein Error oder sonstiges.
    Komisch...
    Leider bin ich kein Linux Kenner...


    mfg
    coastboy
    ... live for nothing or die for something ...
    ... choose your destiny ...

  12. #12
    Registriert seit
    22.07.2014
    Beiträge
    3
    Ich kram diesen Beitrag mal wieder raus, weil ich derzeit auch an der falschen Frequenz hänge.

    Hat hier schon wer eine passende Lösung gefunden?

  13. #13
    Registriert seit
    13.08.2014
    Beiträge
    1
    die falsche Frequenz passt, das ist ne Eigenart von rtl_fm. Ist wohl aus technischer Sicht notwendig:

    http://kmkeen.com/rtl-demod-guide/

  14. #14
    Registriert seit
    18.12.2004
    Beiträge
    488

    multimon

    Hi,

    ich habe jetzt mal ein wenig getested.

    Wenn ich:

    rtl_fm -0 4 -f 123.456M -g45 | aplay -r 24k -f S16_LE -t raw -c 1

    kriege ich ein Signal auf die Kopfhörer.
    Es rauscht, aber die pocsag Töne sind deutlich erkennbar.

    Ändere ich das jetzt in:

    rtl_fm -0 4 -s 22050 -f 123.456M -g45 | multimon-ng -t raw -a POCSAG1200 -f alpha /dev/stdin

    dann kommt die Ausgabe und es bleibt bei
    Output at 22050 Hz.
    stehen

    Was mache ich falsch?
    Jemand eine Tipp?

    MfG
    coastboy
    ... live for nothing or die for something ...
    ... choose your destiny ...

  15. #15
    Registriert seit
    08.07.2014
    Beiträge
    303
    Was wichtig ist man muss die Sticks erst Kalibrieren.

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
  •