Boswatch Raspberry-Image; POCSAG decodierung

[Newman]

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 :).

[thilo]

Danke Thilo!
So ein kleiner Parameter kann schon viel bewirken...

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

[Newman]

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.

[Drehstrom]

Die Kalibrierung habe ich durchgeführt. Laut GSM-Referenz sind es gerade mal 0,005ppm Abweichung.

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.

[Soundworld]

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

[etueu35u35]

Hat von euch hier jemand eine Idee? Beispielsweise, die Seriennummern oder Namen der Sticks editieren?

Es gibt (ein paar) lösungen aber ich nutze das hier: http://www.globe-s.eu/download/rtl1090.zip

einfach die .exe mit den parameter starten:

- "/eeprom" - enters EEPROM serial number programming mode (supersedes all other options)

und dann kann die die Serial ändern!

Ich habe 30 Sticks und damit gehts perfekt.

[Soundworld]

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.