multimon (der Vorgänger des monitord) auf Raspberry Pi

[JHC]

Moin Funkwart,

da fallen mir mehrere Dinge ein:
1. richtige Antenne?
2. richtige Frequenz?

Gerade POCSAG reagiert ziemlich empfindlich, wenn die Frequenz nicht stimmt.
Mein Stick hat z.B. einen Versatz von 9 KHz, damit würde POCSAG nie klappen.

Nimm Dir ein Tool mit einer grafischen Oberfläche (z.B. Wasserfalldarstellung) und kontrolliere die Frequenz. Für den E4000 Tuner gibt es auch ein rtl_test-Tool für Linux.

Wenn Du die richtigen Parameter kennst, kannst Du BOSWatch damit starten.
Die Parameter "-f xxx und -a xyz" sind Pflicht. Gain und andere optional.
BOSWatch macht in der Richtung Empfang/ Dekodierung gar nichts automatisch, er gibt die Parameter nur an multimon-ng weiter.

Wenn Dein Debug-Level niedrig genug ist, sollte eine eingehende Nachricht als info ausgegeben werden.

Grüße
Jens

[funkwart]

Hallo zurück,

die richtige Frequenz ist so eine Sache. Leider funktioniert das rtl_test Tool bei mir nicht. Wenn ich kalibrate auf dem GSM900 Band aufrufe, kommen keine Ergebnisse.
Den Parameter für Gain sehe ich bei boswatch nicht:

optional arguments:
  -h, --help            show this help message and exit
  -f FREQ, --freq FREQ  Frequency you want to listen
  -d DEVICE, --device DEVICE
                        Device you want to use (Check with rtl_test)
  -e ERROR, --error ERROR
                        Frequency-Error of your device in PPM
  -a {FMS,ZVEI,POC512,POC1200,POC2400} [{FMS,ZVEI,POC512,POC1200,POC2400} ...], --demod {FMS,ZVEI,POC512,POC1200,POC2400} [{FMS,ZVEI,POC512,POC1200,POC2400} ...]
                        Demodulation functions
  -s SQUELCH, --squelch SQUELCH
                        Level of squelch
  -v, --verbose         Shows more information
  -q, --quiet           Shows no information. Only logfiles

Welcher ist denn der Parameter für Gain?

Danke und Gruß,
Funkwart

[JHC]

Moin Funkwart,

dann ist da wirklich etwas im Argen, wenn das mit einem E4000 nicht geht, GSM gibt's ja überall.
Mit dem Wasserfall findet man die Frequenz in wenigen Minuten raus. :-)
Gab mal eine Anleitung dazu, müsste ich mal suchen.

Update: Anleitung zur Frequenzfindung

Stimmt, habe gerade im Quellcode nachgeschaut, Gain setzen wir pauschal auf 100, das sollte bei jedem Stick automatisch den höchsten Wert ergebe .

Grüße
Jens

[funkwart]

Moin Jens und alle anderen,

ich bin ein Stück weiter und will kurz berichten, da es vielleicht auch anderen so ergeht.
Nach einigem Suchen habe ich folgende Anleitung gefunden: https://arrrr.com/rtl-sdr.shtml
Der erfolgbringende Faktor war bei mir folgende Vorgehensweise:
- rtl_test -p aufrufen (bei mir ergab sich ein grober Offset von 55ppm)
- kal -s 900 -g 48 -e 55 aufrufen (g: Gain Wert, falls das Signal zu schwach ist, erhöhen / e: der im vorigen Schritt ermittelte Offset)
Damit konnte ich jetzt mit kal auch einen geeigneten GSM-Kanal ermitteln und den Offset bestimmen (liegt bei mir auch mit kal bei 55).

Leider bekomme ich mit der Standard-Konfiguration von boswatch auch jetzt weder eine POCSAG1200 noch eine FMS Dekodierung hin.

Kann mir jemand sagen, ob ich noch explizit an der Squelch-Einstellung etwas ändern muss? Wofür ist die überhaupt, ich höre ja nichts mit.

Danke und Gruß,
Funkwart

[JHC]

Moin Funktwart,

Ich kann Dir leider nicht sagen, warum er bei Dir nichts dekodiert :-(
-e 55 hast Du ja sicherlich auch an BOSWatch übergeben oder?

Du kannst natürlich auch erst einmal eine Dekodierung ohne BOSWatch ausprobieren:

rtl_fm -d 0 -f xxx -M fm -s 22050 -p yyy -E DC -F 0 -l zzz -g 100 | multimon-ng -a POCSAG512 -a POCSAG1200 -a POCSAG2400 -f alpha -t raw -p /dev/stdin

xxx = Frequenz
yyy = Error (ppm)
zzz = Squelch

-p nutzt BOSWatch nicht, so zeigt multimon-ng aber auch POCSAG-Fragmente an.

Kann mir jemand sagen, ob ich noch explizit an der Squelch-Einstellung etwas ändern muss? Wofür ist die überhaupt, ich höre ja nichts mit.

Damit machst Du multimon-ng das leben leichter. Wenn Du keinen Rauschlevel gesetzt hast, versucht multimon-ng auch das Rauschen zu dekodieren. Hat normalerweise keinen Einfluss auf die Dekodierqualität (wenn nicht zu hoher Level), verbraucht halt nur unnötig CPU-Zeit.

Grüße
Jens

[funkwart]

Ich kann Dir leider nicht sagen, warum er bei Dir nichts dekodiert :-(
-e 55 hast Du ja sicherlich auch an BOSWatch übergeben oder?

Ja, das habe ich.

Du kannst natürlich auch erst einmal eine Dekodierung ohne BOSWatch ausprobieren:

rtl_fm -d 0 -f xxx -M fm -s 22050 -p yyy -E DC -F 0 -l zzz -g 100 | multimon-ng -a POCSAG512 -a POCSAG1200 -a POCSAG2400 -f alpha -t raw -p /dev/stdin

xxx = Frequenz
yyy = Error (ppm)
zzz = Squelch

Danke für die Hinweise. Ich habe jetzt mal ein wenig probiert und in einer parallelen Konsole mal ein top mitlaufen lassen. Inzwischen werden POCSAG-Meldungen decodiert. Sowohl mit boswatch als auch mit der direkten Pipe von rtl_fm auf multimon-ng.
Nach kurzer Zeit (von <1min bis <5min) kommen aber einfach keine Meldungen mehr rein. Dabei reagiert der Raspi in der Konsole ganz normal, lediglich die CPU% sinken von ~37% (im Decoderbetrieb) auf 0,3% ab. Es friert aber nichts ein. Nur das Decodieren läuft nicht mehr.
Wenn ich den direkten Weg (rtl_fm mit Pipe auf multimon-ng) mache, kommt dann folgende Meldung:

cb transfer status: 5, canceling...

Und nachdem ich das Ganze mit Ctrl-C abbreche, kommt dann schließlich folgende Meldung:

^CSignal caught, exiting!

User cancel, exiting...
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
r82xx_write: i2c wr failed=-4 reg=06 len=1
rtlsdr_demod_write_reg failed with -4
rtlsdr_demod_read_reg failed with -4
rtlsdr_write_reg failed with -4
Signal caught, exiting!

Hat da jemand einen Tip, woran das liegen könnte?

Danke und Gruß,
Funkwart

[JHC]

Hallo Funkwart,

Wenn ich den direkten Weg (rtl_fm mit Pipe auf multimon-ng) mache, kommt dann folgende Meldung:
cb transfer status: 5, canceling...

der Fehler ist bekannt und hat in der Regel folgende Ursachen:

1.) Stick steckt nicht ordentlich im USB-Port (wackelt?)
Lösung: Anderer Port und/oder USB-Verlängerung ausprobieren

2.) Power-Problem: Was hast Du noch so am Raspberry dran hängen?
Hast Du ein gutes Netzteil mit 2 A?
Lösung: USB-Hub mit Stromversorgung

Grüße
Jens