Vielen Dank für eure Ideen ...
Jetzt muss ich erstmal den Pi in betrieb nehmen und dann mal schauen welche Lösung mir am besten gefällt.
Vielleicht hat mein Bruder der Python kann auch noch eine Idee für mich ...
Vielen Dank für eure Ideen ...
Jetzt muss ich erstmal den Pi in betrieb nehmen und dann mal schauen welche Lösung mir am besten gefällt.
Vielleicht hat mein Bruder der Python kann auch noch eine Idee für mich ...
Hi,
ich hab an meinem Pi ein 2,8" Display. ( http://www.reichelt.de/RASP-C-BERRY-...ASP+C-BERRY+28 )
Da lasse ich mir die alarmierte Einheit und die Meldung anzeigen.
Läuft noch nicht perfekt, aber es erfüllt seinen Zweck :-)
Habe das Testprogramm angepasst und in die pocsag.py mit eingebunden
MfG
coastboy
... live for nothing or die for something ...
... choose your destiny ...
Hallo Forum,
klasse, welche Dynamik dieses Projekt aufgenommen hat.
Ich habe folgendes Problem: Ich besitze zwei USB-DAB-Sticks. Der eine hat einen E4000 Tuner, der andere ist ein Rafael Micro R820T.
Mit dem E4000 Stick bekomme ich keinerlei Empfang hin. Ich habe mit Stick am Pi mit rtl_tcp und SDR# auf meinem Heimrechner konnte ich nicht einmal einen starken lokalen Radiosender empfangen.
Mit dem R820T Stick bekomme ich mit gleichem Setup Radiosender gut rein, wenn ich das Gain etwas heraufsetze.
Lasse ich jetzt boswatch laufen, startet es auch, jedoch kommt keine Decodierung von POCSAG-Signalen zustande. Dieses Verhalten habe ich bei beiden Sticks identisch.
Doofe Frage: Zeigt boswatch in der Grundkonfiguration eigentlich Decodierungen an? Ich habe lediglich die config.template.ini in config.ini umbenannt.
Kann ich bei boswatch irgendwie Einfluss auf das Gain nehmen, oder wird das automatisch geregelt?
Danke und Gruß,
Funkwart
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
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:
Welcher ist denn der Parameter für Gain?Code: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
Danke und Gruß,
Funkwart
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
Geändert von JHC (28.07.2015 um 08:57 Uhr)
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
Aktive Benutzer in diesem Thema: 2 (Registrierte Benutzer: 0, Gäste: 2)