Mache mal ein Screenshot.
Mache mal ein Screenshot.
Also das hier sind meine Einstellungen im SDR#: Bild 1
Und das ist das, was angezeigt wird: Bild 2
Er empfängt hin und wieder (sehr unregelmäßig) knapp neben der eingestellten Frequenz irgendwelche Pocsag-Signale, allerdings nicht die, die auf der Frequenz eigentlich kommen sollten (zum Vergleich steht nebenan ein Hardware-Empfangsgerät).
Was mir noch auffällt ist, dass trotz geöffneter Rauschsperre das weiße Rauschen abgehackt ist.
Zudem läuft im Terminal des Pi folgendes ab:
ll+, now 1
ll+, now 2
ll+, now 3
etc...
ich weiß nicht, ob das normal ist, oder nicht. Den RTL_TCP-Dienst habe ich gestartet mit rtl_tcp -a 192.168.0.XXX (meine IP des Raspberry)
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.
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)