Druckbare Version
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...
Guck dich mal nach RTL_FM um, das könnte helfen...
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!
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?
Hallo!
Ich kenne das Programm nicht.Zitat:
Zitat von mamu
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
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...
Hallo!
Wie gesagt, kenne mich mit rtl_fm und multimon am Raspberry nicht aus.Zitat:
Zitat von Kermit_t_f
Aber wenn ich mir aus dem ersten Post hier dieses anschaue:
Da kommen mir ein paar Sachen fatal vor:Zitat:
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
Soweit noch alles OK, da wird eben rtl_fm konfiguriert mit Sampelrate und Frequenz. Alles OK.Zitat:
pi@raspberrypi ~ $ rtl_fm -N -o 4 -A lut -s 22050 -C -f 172.680M -
An der Pipe hängt nun multimon wo folgendes aktiviert ist:Zitat:
| multimon-ng -t raw -a POCSAG512 -a POCSAG1200 -a POCSAG2400 -f alpha /dev/stdin
-a POCSAG512
-a POCSAG1200
-a POCSAG2400
Endsprechend enthält die Antwort dann auch folgendes:
Warum mutet man multimon sowas auf einem raspberry zu?Zitat:
Enabled demodulators: POCSAG512 POCSAG1200 POCSAG2400
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:
Und die Rückmeldung dann:Zitat:
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
Alles andere wird auch bei multimon wie bei allen anderen Software-Pocsagdecodern nur die CPU-Last erhöhen und die Fehleranfälligkeit anheben.Zitat:
Enabled demodulators: POCSAG1200
Das hat aber nichts mit SDR zu tun, sondern eben generell mit Pocsag-Decodierung.
Grüße aus Dortmund
Jürgen Hüser
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
Hey,Zitat:
Zitat von coastboy
ich habe ebenfalls das Problem mit der falschen Frequenz, hat dazu schon jemand eine Antwort/Lösung?
Grüße
Fab112
das würde mich auch interessieren
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
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?
die falsche Frequenz passt, das ist ne Eigenart von rtl_fm. Ist wohl aus technischer Sicht notwendig:
http://kmkeen.com/rtl-demod-guide/
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
Was wichtig ist man muss die Sticks erst Kalibrieren.
Aha,
danke für den Tip, hast Du zufällig einen Link zur Hand?
MfG
coastboy
Für...............?
eine Link, wie man das System kalibriert.
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.
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
In SDR# musst du die Frequenz korregieren und das bei anderen Programme eintragen.
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
frage mal in den forum von denen nach irgend was werden die ja haben.
Zur Frequenzkorrektur, mit dem Parameter -p funktioniert das, siehe http://kmkeen.com/rtl-demod-guide/