Nee, im Multimon kommt gar nichts anZitat von thilo
Newbie
Nee, im Multimon kommt gar nichts an
Newbie
Die Frequenzkorrektur versuche ich ja eben dementsprechend einzustellen. Aber mit der Standard-Samplerate von 2048 höre ich beispielsweise außer weißem Rauschen gar nichts und es schlägt auch neben der "Zielfrequenz" im Spektogramm nichts aus.
Advanced Member
In SDR# siehst du alles?
Newbie
Das ist ja das Kuriose:
Ich hatte irgendwie eine Einstellung (Mischung aus anderer Sample-Rate und Bandbreite usw ) gefunden, mit der ich im SDR# die Pocsag-Signale gesehen und auch gehört hatte. Das Komische war aber, dass das Signal immer links und rechts der "Zielfrequenz" zu sehen war. Ca. 15kHz links und rechts.
Advanced Member
Mache mal ein Screenshot.
Newbie
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)
Advanced Member
Du hast bei der freq korrektion 0 drinnen stehen?!
WTF WFM?!
Stelle es auf NFM und 10.000khz
Newbie
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.
Newbie
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
Advanced Member
Scheinbar hast du keine Treiber drauf.
Advanced Member
Dir fehlt im Aufruf ein -d 0
Gesendet von meinem D5803 mit Tapatalk
No RICs, no fun.
Newbie
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!
Newbie
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 :).
Advanced Member
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.
Newbie
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.
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
Berechtigungen
Zitieren