Im Wien das ist eher oval als ein kreis.
Druckbare Version
Im Wien das ist eher oval als ein kreis.
In Österreich geht das 70cm Amateurfunkband auch von 430-440MHz. Jedoch hat
der Amateurfunk dort im Bereich von 439,100 - 440MHz nur den Sekundären Status
bzw. darf dort nur empfangen werden.
Gruss Flo
richtig defacto darfst du halt bis 439,100 arbeiten. Die Pager decodieren bis 440 ist eine Grauzone.Zitat:
darf dort nur empfangen werden.
Weitergeben oder veröffentlichen von Daten mache ich eh nicht.
Hallo zusammen,
ich bin ein absoluter Neuling auf dem Gebiet des Raspberry Pi... Ich habe heute mithilfe der Installationsbeschreibung im Wiki BOSWatch versucht zu installieren auf dem Pi 3.
Nun komme ich aber nicht weiter. Ich habe gelesen, dass man die config.template.ini in config.ini umbenennen soll. Da erscheint dann "Fehler beim Umbenennen der Datei. Keine Berechtigung".
Wenn ich sudo python boswatch.py -f 172.xxxM -a POC1200 (die xxx natürlich als Zahlen) ins Terminal eingebe (per SSH) kommt: "No such file or directory".
Ich kann mir vorstellen, dass das für euch wahrscheinlich Fragen auf Kindergartenniveau sind, aber ich bin tatsächlich etwas ratlos.
Mein Vorhaben ist zunächst mal POCSAG-Telegramme mit 1200 Baud zu dekodieren und im zweiten Schritt zu filtern, ggf. per Mail zu verschicken oder in eine MySQL-Tabelle zu schreiben.
Vielleicht könnte mir da jemand ein wenig unter die Arme greifen? Fände ich total toll!
Viele Grüße,
Thilo
Hallo Namensvetter! :)
Vielen Dank für die Hilfe! Jetzt startet BOSWatch und läuft durch bis "...start decoding".
Müsst er darunter jetzt die POCSAG-Telegramme schreiben?
Die frage ist halt woher du weist das auf der Freq. X dort ein POCSAG Signal lauft?
Hast du den Stick Kalibriert?
Also auf der Frequenz kommt tatsächlich alle 1-2 Minuten ein Signal, das ist verifizierbar.
Zum Thema Kalibrieren:
Ich habe folgende Anleitung versucht:
https://www.turais.de/ein-rtl_sdr-mi...r-kalibrieren/
Allerdings sieht das Teil wohl keine GSM-900- Module...
Ich habe auch versucht das über RTL_TCP und SDR# sichtbar zu machen, um darüber die Frequenz-Korrektur ablesen zu können. Allerdings bin ich etwas überfordert mit den Einstellungen, die ich bei SDR# machen muss (Samplerate usw).
Bei SDR# musst du nur bei den Zahnrad die Freq korrektur einstellen sonst nix machen.Zitat:
Ich habe auch versucht das über RTL_TCP und SDR# sichtbar zu machen, um darüber die Frequenz-Korrektur ablesen zu können. Allerdings bin ich etwas überfordert mit den Einstellungen, die ich bei SDR# machen muss (Samplerate usw).
In SDR# siehst du alles?
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.
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.
Dir fehlt im Aufruf ein -d 0
Gesendet von meinem D5803 mit Tapatalk
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
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.
Hallo zusammen,
also bei mir funktioniert mittlerweile alles sehr gut und zuverlässig.
Nun wollte ich mir einer neuen Herausforderung stellen:
Ein zweiter SDR-Stick soll auf einer zweiten Frequenz mit einer zweiten Instanz von BOSWatch einen zweiten Kanal auswerten (1x POCSAG 2m , 1x FMS 4m).
Wenn ich jetzt den zweiten Stick einstecke, dann erscheinen auch zwei Devices, einmal mit der ID 0 und 1x mit der ID 1.
ABER:
Beide Sticks erscheinen als gleiches Gerät (gleicher Name, ist ja klar, ist der gleiche Stick), aber dummerweise auch mit derselben Seriennummer (000000001 oder so ähnlich).
Es ist nun nicht nur so, dass ich nicht identifizieren kann, welcher Stick welcher ist, es ist sogar so, dass die Auswertung des 1. Sticks nicht mehr weitergeht, sobald der zweite Stick eingesteckt wird, weil vermutlich RTL_FM den zweiten Stick ab dem Zeitpunkt als Device 0 anspricht?
Hat von euch hier jemand eine Idee? Beispielsweise, die Seriennummern oder Namen der Sticks editieren?
Danke für eure Hilfe
Es gibt (ein paar) lösungen aber ich nutze das hier: http://www.globe-s.eu/download/rtl1090.zipZitat:
Hat von euch hier jemand eine Idee? Beispielsweise, die Seriennummern oder Namen der Sticks editieren?
einfach die .exe mit den parameter starten:
und dann kann die die Serial ändern!Zitat:
- "/eeprom" - enters EEPROM serial number programming mode (supersedes all other options)
Ich habe 30 Sticks und damit gehts perfekt.
Ich habe mittlerweile auch eine einfache Bordmittel-Lösung gefunden:
http://manpages.ubuntu.com/manpages/..._eeprom.1.html
Das ist in dem Package sogar enthalten und funktioniert super.