Du hast bei der freq korrektion 0 drinnen stehen?!
WTF WFM?!
Stelle es auf NFM und 10.000khz
Du hast bei der freq korrektion 0 drinnen stehen?!
WTF WFM?!
Stelle es auf NFM und 10.000khz
Tipp: Greife mit SDRSharp per TCP/IP auf den SDR-Stick am Pi zu und stelle dabei als Frequenzkorrektur NULL ein. Dann wählst Du im Wasserfall das Pagersignal aus. Die Frequenz, die Du dann hast, gibst Du dann in das Kommando für den RTL-FM ein.
Anleitung: http://thardes.de/raspberry-pi-als-sdr-server/
Ach ja, noch was: Rauschsperre und Filter Audio ausmachen, dann gibt es auch gute Decodier-Ergebnisse.
Nachdem ich mir einen -augenscheinlich- sehr guten Stick von NooElec bestellt habe:
https://www.amazon.de/NooElec-NESDR-...words=rtl2832u
wollte ich den nächsten Test mit komplett neuer Konfiguration fahren.
Die Blacklist habe ich mit RTL28xxx etc. versehen.
Multimon NG ist installiert.
Da es die neue Variante vom RTL2832u ist, bekomme ich bei "rtl_test" die Meldung:
pi@raspberrypi:~ $ rtl_test
Found 1 device(s):
0: Realtek, RTL2838UHIDIR, SN: 00000001
Using device 0: Generic RTL2832U OEM
Found Rafael Micro R820T tuner
Supported gain values (29): 0.0 0.9 1.4 2.7 3.7 7.7 8.7 12.5 14.4 15.7 16.6 19.7 20.7 22.9 25.4 28.0 29.7 32.8 33.8 36.4 37.2 38.6 40.2 42.1 43.4 43.9 44.5 48.0 49.6
[R82XX] PLL not locked!
Sampling at 2048000 S/s.
Info: This tool will continuously read from the device, and report if
samples get lost. If you observe no further output, everything is fine.
Reading samples in async mode...
lost at least 16 bytes
Will ich aber BOSWatch ausführen, gibt es nur folgenden Fehler:
pi@raspberrypi:~/BOSWatch $ sudo python boswatch.py -f 17x.xxxM -a POC1200
usage: boswatch.py [-h] -f FREQ -d DEVICE [-e ERROR] -a
{FMS,ZVEI,POC512,POC1200,POC2400}
[{FMS,ZVEI,POC512,POC1200,POC2400} ...] [-s SQUELCH]
[-g GAIN] [-u] [-v] [-q]
boswatch.py: error: argument -d/--device is required
Weiß jemand Rat?
Vielen Dank schon mal :)
Grüße
Newman
Scheinbar hast du keine Treiber drauf.
Hallo zusammen,
ich habe es jetzt tatsächlich hinbekommen!
Das Problem mit SDR# war, dass der Computer, auf dem SDR# lief, zu schwach auf der Brust war ;) Deshalb kam kein vernünftiges Audiosignal an :D
Ich habe herausgefunden, dass die Frequenzkorrektur tatsächlich bei 60 ist, weshalb BOSWatch natürlich nichts dekodieren konnte. Jetzt funktioniert alles inkl. MYSQL - Plugin!
Tolle Sache! Vielen Dank auch für eure Hilfe!
Danke Thilo!
So ein kleiner Parameter kann schon viel bewirken...
Nun muss ich mal schauen, wie es mit kalibrierung etc. läuft - und wenn was vernünftiges bei rauskommt, stelle ich hier mal ein Image online.
Nun muss es nur noch als Bosmon Eingabequelle taugen :).
Ich sehe wir sollten den Parameter per default setzen - ich nehme das mal auf.
Zur Kalibrierung scheint sich o.g. Hinweis mit SDR# als sehr wirkungsvoll zu erweisen. Wenn das gut klappt und ich meinen stummen Stick zum Rennen kriege packe ich die Anleitung in das Boswatch-Repo.
Zu Bosmon kann ich leider null beitragen ;-)
Gesendet von meinem D5803 mit Tapatalk
No RICs, no fun.
Die Kalibrierung habe ich durchgeführt. Laut GSM-Referenz sind es gerade mal 0,005ppm Abweichung.
Sieht also nach einem guten Stick aus (wobei halt das GSM-Band auch recht breitbandig ist).
Auf jeden Fall habe ich nun eine saubere Auswertung.
Bevor ich das Image online stelle, müsste ich noch irgendwie eine Bosmon-Übergabe zum Laufen kriegen.
Ich habe in der config.ini bei Plugins bei Bosmon die "1" gesetzt.
Als Channelname habe ich "poc" ausgewählt und den Port auf "80" gesetzt.
In Bosmon selbst habe ich als Quelle "Bosmon Netzwerkkanal" gewählt und als Serveradresse meine IP des Raspi's eingegeben.
Kanal natürlich auch wieder "poc" genannt, Port 80.
Aber irgendwie baut Bosmon keine Verbindung auf?
Weiß jemand rat?
Grüße Newman.
Da ist Vorsicht geboten: Die Frequenzabweichung ist bei billigen Sticks frequenzabhängig. Auch wenn beim GSM-Frequenznormal alles gut aussieht, kann die Abweichung in anderen Frequenzbereichen anders sein. In meinem Fall habe ich bei 145 MHz +8 PPM und bei 435 MHz -3 PPM. Die Frequenzumsetzung erfolgt im Stick durch gezielte Unterabtastung. Je nachdem wie gut (oder schlecht) das zuständige FPGA ist, können die verrücktesten Sachen passieren. Daher sollten billige Sticks IMMER auf der Zielfrequenz kalibriert werden!
In Deinem Fall scheint es gut funktioniert zu haben.
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)