Alternative zum SDR nightly - DVBT / Pocsag

[FMS-user]

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

[Kermit_t_f]

Guck dich mal nach RTL_FM um, das könnte helfen...

[FMS-user]

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!

[mamu]

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?

[DG7GJ]

Hallo!


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

[Kermit_t_f]

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

[DG7GJ]

Hallo!


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

[coastboy]

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

[fab112]

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

[Leitstelle112]

das würde mich auch interessieren

[coastboy]

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

[hobbybastler72]

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?

[phph]

die falsche Frequenz passt, das ist ne Eigenart von rtl_fm. Ist wohl aus technischer Sicht notwendig:

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

[coastboy]

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

[etueu35u35]

Was wichtig ist man muss die Sticks erst Kalibrieren.

[coastboy]

Aha,

danke für den Tip, hast Du zufällig einen Link zur Hand?

MfG
coastboy

[etueu35u35]

Für...............?

[coastboy]

eine Link, wie man das System kalibriert.

[etueu35u35]

Wenn du SDR# verwendest schaust einfach nach welche Frequenz das Lokale VOLMET verwenden dort schaltest du hin gehst auf configure und dort stellst es ein.

[coastboy]

Mh,

das kalibrieren habe ich nicht gepeilt...
Egal, nach langem testen und rumspielen läuft die Auswertung endlich auf dem PI.

Jetzt muss ich nur noch die Ausgabe hinbekommen.
- nur richtige RICs anzeigen
- Netzkennung ausfiltern
- etc.

Hat Jemand Tips dazu?

MfG
coastboy

[etueu35u35]

In SDR# musst du die Frequenz korregieren und das bei anderen Programme eintragen.

[coastboy]

Habe die Frequenz bei SDR# korrigiert.
Aber wo soll das bei rtl_fm eingestellt werden?

Im Moment läuft es auch ohne korrektur.

Muss mir jetzt überlegen, wie ich die Daten sauber vom PI auf den USB-Stick der fritz.box kriege, damit ich von allen Endgeräten Zugriff darauf habe.


MfG

[etueu35u35]

frage mal in den forum von denen nach irgend was werden die ja haben.

[Kermit_t_f]

Zur Frequenzkorrektur, mit dem Parameter -p funktioniert das, siehe http://kmkeen.com/rtl-demod-guide/