Boswatch Raspberry-Image; POCSAG decodierung

[Newman]

Hallo zusammen,

hier gibt es ja viele Beiträge zum Thema Pocsag-Decodierung mit dem Raspberry.
Auf Github gibt es ein Boswatch-Tool, welches POCSAG und FMS decodieren und in eine Datenbank packen kann.

Hab es nun schon 2 mal versucht zu Konfigurieren. Irgendwie will es nicht. Ich blicke aber auch nicht so richtig durch Linux durch.
Hat denn eventuell einer ein fertiges Image mit Boswatch, wo man nur noch Frequenz und Baudrate anpassen muss?

Falls ja, Webspace für die Allgemeinheit zum Download würde ich zur Verfügung stellen.

(Habe übrigens ein RTL2832u DVB-T Stick, mit welchem ich den Empfang vornehmen möchte).

Danke und viele Grüße
Newman

[thilo]

Hab es nun schon 2 mal versucht zu Konfigurieren. Irgendwie will es nicht. Ich blicke aber auch nicht so richtig durch Linux durch.
Hat denn eventuell einer ein fertiges Image mit Boswatch, wo man nur noch Frequenz und Baudrate anpassen muss?


Ist mir nicht bekannt, aber woran hängt es denn? Ich benutze es selber und entwickle aktiv dran mit - hast du ne Fehlerbeschreibung?

Gesendet von meinem D5803 mit Tapatalk

[Newman]

aktuell sagt er mir, dass er die config.ini nicht findet.
Was das letzte Mal das Problem war, kann ich leider auswendig nicht mehr sagen.

Hab schon etliche Stunden daran verbracht.

Gruß Newman

[thilo]

aktuell sagt er mir, dass er die config.ini nicht findet.


Hast du im Verzeichnis config die Datei in config.ini umbenannt?

Gesendet von meinem D5803 mit Tapatalk

[Newman]

von config.template.ini zu config.ini?! Ja, hab ich gemacht.
Diese muss man ja dann nochmal kopieren, oder?

[thilo]

Nein, umbenennen und im Ordner belassen reicht aus.
Wie hast du denn installiert? Mit dem Install-skript?

Gesendet von meinem D5803 mit Tapatalk

[Newman]

Okay, danke erstmal für die Info.

Habe die "normale" Anleitung von Github befolgt.
Läuft es bei dir zuverlässig und mit guter Auswertung?

[thilo]

Bei mir rennt es einwandfrei - seit einem guten Jahr durchgängig

Meld dich mal per PN, dann kann ich dir ggf mehr Support geben

Gesendet von meinem D5803 mit Tapatalk

[Newman]

Thilo, hast du meine Nachricht bekommen?
Der Adblocker hat ein wenig gezickt.

Auf jeden Fall habe ich nach einer kompletten Neuinstallation inkl. neuem Image und Umbenennen der config.ini Boswatch nun endlich zum Laufen bekommen :).

Nur leider sehe ich keine einzige Meldung.

Eingabe: sudo python boswatch.py -f 172.xxxM -a POC1200 (die xxx natürlich als Zahlen).

Habe per rtl_test den Stick auf die Frequenz getestet und auch POCSAG-Signale gehört.

Ausgabe vom Programm:

SW Version: 2.0
Build Date: 2015/07/13

Frequency: 172.680M
Device-ID: 0
Error in PPM: 0
Active Demods: 1
- POC1200
Squelch: 0


-> Device ID stimmt auch, POC1200 wird bei uns verwendet.
Wenn es richtig läuft, stelle ich das Image gerne zur Verfügung (natürlich ohne Frequenz ;-) ).

Grüße
Newman

[thilo]

Ergänze den Aufruf mal um den Switch "-g 100" und poste das Ergebnis

Gesendet von meinem D5803 mit Tapatalk

[Newman]

boswatch.py: error: unrecognized arguments: -g 100

Error ist immer schlecht :(

[thilo]

Ok, dann ist der in der Version nicht drin.
Starte mal mit -v und poste das Ergebnis

Gesendet von meinem D5803 mit Tapatalk

[Newman]

SW Version: 2.0
Build Date: 2015/07/13

Frequency: 172.xxxM
Device-ID: 0
Error in PPM: 0
Active Demods: 1
- POC1200
Squelch: 0
Verbose Mode!

03.11.2016 19:15:58 - boswatch [DEBUG ] reading config file
03.11.2016 19:15:58 - boswatch [DEBUG ] - BOSWatch:
03.11.2016 19:15:58 - boswatch [DEBUG ] -- loglevel = 10
03.11.2016 19:15:58 - boswatch [DEBUG ] -- backupcount = 7
03.11.2016 19:15:58 - boswatch [DEBUG ] -- useregexfilter = 0
03.11.2016 19:15:58 - boswatch [DEBUG ] -- doublefilter_ignore_entries = 10
03.11.2016 19:15:58 - boswatch [DEBUG ] -- doublefilter_ignore_time = 5
03.11.2016 19:15:58 - boswatch [DEBUG ] -- doublefilter_check_msg = 0
03.11.2016 19:15:58 - boswatch [DEBUG ] - FMS:
03.11.2016 19:15:58 - boswatch [DEBUG ] -- iddescribed = 0
03.11.2016 19:15:58 - boswatch [DEBUG ] - ZVEI:
03.11.2016 19:15:58 - boswatch [DEBUG ] -- iddescribed = 0
03.11.2016 19:15:58 - boswatch [DEBUG ] - POC:
03.11.2016 19:15:58 - boswatch [DEBUG ] -- allow_ric =
03.11.2016 19:15:58 - boswatch [DEBUG ] -- deny_ric =
03.11.2016 19:15:58 - boswatch [DEBUG ] -- filter_range_start = 0000000
03.11.2016 19:15:58 - boswatch [DEBUG ] -- filter_range_end = 9999999
03.11.2016 19:15:58 - boswatch [DEBUG ] -- iddescribed = 0
03.11.2016 19:15:58 - boswatch [DEBUG ] set loglevel of fileHandler to: 10
03.11.2016 19:15:58 - boswatch [DEBUG ] set backupCount of fileHandler to: 7
03.11.2016 19:15:58 - pluginLoader [DEBUG ] loading plugins
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Search in plugin folder
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Plugin [ENABLED ] BosMon
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Plugin [DISABLED] eMail
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Plugin [DISABLED] jsonSocket
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Plugin [DISABLED] template
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Plugin [DISABLED] firEmergency
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Plugin [ENABLED ] MySQL
03.11.2016 19:15:58 - pluginLoader [DEBUG ] Plugin [ENABLED ] httpRequest
03.11.2016 19:15:58 - pluginLoader [DEBUG ] load plugin: BosMon
03.11.2016 19:15:58 - pluginLoader [DEBUG ] call BosMon.onLoad()
03.11.2016 19:15:58 - pluginLoader [DEBUG ] load plugin: MySQL
03.11.2016 19:15:58 - pluginLoader [DEBUG ] call MySQL.onLoad()
03.11.2016 19:15:58 - pluginLoader [DEBUG ] load plugin: httpRequest
03.11.2016 19:15:58 - pluginLoader [DEBUG ] call httpRequest.onLoad()
03.11.2016 19:15:58 - boswatch [DEBUG ] starting rtl_fm
03.11.2016 19:16:01 - boswatch [DEBUG ] starting multimon-ng
03.11.2016 19:16:04 - boswatch [DEBUG ] start decoding


sieht nach einer Funktion aus..

[thilo]

Ja, Boswatch läuft.
Wie ist denn dein Hardware-Setup, gerade mit Hinblick auf die Antenne? Die Antenne vom Stick ist in der Regel grottig

Gesendet von meinem D5803 mit Tapatalk

[Newman]

Das wäre auch noch ne Möglichkeit.

Nun habe ich die Diamond 2m Antenne dran.
Ich melde nachher das Resultat.

Danke :)

[Newman]

... nach langer Wartezeit keine einzige RIC aufgetaucht :(
Trotzdem danke für die Ideen!!

[thilo]

Teste mal mit

rtl_fm -f 91.6M -s 44100 -g 100 -l 10 - | aplay -t raw -r 44100 -c 1 -f S16_LE

ob du nen Radiosender hörst (via Klinkenbuchse, bei -f die Frequenz eines starken Radiosenders eintragen). Einer meiner Sticks ist taub wie sonst noch was, der andere hat klaren Empfang.

[Newman]

Super Tipp!
Ich habe glaub das Problem gefunden.

Selbst unser bester Radiosender ist hier schlecht wie sonstwas... Sogar mit abgestimmter BNC-Antenne!
Ich teste mal einen anderen Stick.

Hast du eine gute und günstige Kaufempfehlung?

Grüße Newman

[thilo]

Gute Erfahrungen habe ich mit dem Stick von Salcar gemacht (https://www.amazon.de/gp/product/B00FVGOMIO/ref=oh_aui_detailpage_o08_s00?ie=UTF8&psc=1) - derzeit ist der aber zumindest bei amazon nicht verfügbar.
Schau mal hier: https://github.com/Schrolli91/BOSWatch/wiki/de%3AVoraussetzungen
Evtl wirst du da fündig (und wenn du gute Ergebnisse hast, her damit ;-) )

Btw, hast du den Stick mal versucht zu kalibrieren?

[etueu35u35]

Hast du eine gute und günstige Kaufempfehlung?wenn es nicht zu spät ist die noelec gibts auf ebay direkt aus US und mit unter 20€ oder 30€ zahlst nix für den Zoll.
Wenn ich zuhause bin könnte ich dir nachschauen.

Andere Frage ich habe das Problem das das Pager Signal den Stick scheinbar übersteuert. Bist du deppert senden die mit einer Leistung aus....

[thilo]

Andere Frage ich habe das Problem das das Pager Signal den Stick scheinbar übersteuert. Bist du deppert senden die mit einer Leistung aus....

Du kannst (je nach Version von BOSWatch) den gain entweder in der boswatch.py oder per Aufruf ändern.

In der boswatch.py ist es Zeile 288, der Wert hinter '-g' zB mal halbieren und weiter testen. BOSWatch in der Version 2 (aktuell development) lässt das ganze via Switch beim Starten zu.

Und nochmal der Hinweis: investiert 5 Minuten in die Kalibrierung des Sticks.

[PietM]

Und nochmal der Hinweis: investiert 5 Minuten in die Kalibrierung des Sticks.

Ich habe mir gestern das Paket zur Kalibrierung compiliert, aber er findet keinen einzigen Kanal zur Kalibrierung. Der Stick selbst funktioniert, da ab und zu auch tatsächlich mal eine Alarmierung durch kommt (aber nur Adresse und Funktion pro Zeile - kein Text). Gibt es noch einen Trick bzw. irgendetwas was zu beachten ist?

Danke, Piet

[etueu35u35]

kann man nicht die ppm oder wie das heist angeben?

[thilo]

kann man nicht die ppm oder wie das heist angeben?
Doch,kann man - der switch dürfte -e heißen

Gesendet von meinem D5803 mit Tapatalk

[thilo]

Ich habe mir gestern das Paket zur Kalibrierung compiliert, aber er findet keinen einzigen Kanal zur Kalibrierung.

Auf welchen Kanal versuchst du denn zu kalibrieren? Auf nen GSM - Kanal?

Gesendet von meinem D5803 mit Tapatalk

[PietM]

Auf welchen Kanal versuchst du denn zu kalibrieren? Auf nen GSM - Kanal?

kal bietet mir für den -s Parameter folgendes an: GSM850, GSM-R, GSM900, EGSM, DCS, PCS

Egal was ich mache: nix. Er findet einfach nix....

[etueu35u35]

Wieso man eine Freq nimmt die bei einer Antenne die man für Pager nutzt so weit entfernt liegt verstehe ich nicht.
Wieso nicht einfach das nächste Volmet Channel ? Das ist doch perfekt zum kalibrieren.

[thilo]

Wieso man eine Freq nimmt die bei einer Antenne die man für Pager nutzt so weit entfernt liegt verstehe ich nicht.
Wieso nicht einfach das nächste Volmet Channel ? Das ist doch perfekt zum kalibrieren.
Ganz einfach - das GSM Netz ist dicht aufgebaut und was die Frequenz angeht hochgenau. Dass man mit 900 MHz nicht im Optimum der Antennen liegt spielt bei der Kalibrierung auf die Frequenz (und damit deren Abweichung in ppm) spielt eine untergeordnete Rolle.

@OP: hast du mal die mitgelieferte Antenne dazu getestet?

Gesendet von meinem D5803 mit Tapatalk

[malta]

Sorry das ich jetzt so doof frage aber wie Funktioniert das mit der Kalibrierung ?

[etueu35u35]

Normal nimmst du bei den SDR Sticks eine Quelle die du immer "bei dir hast". Beispiel VOLMET Kanal. Amateurfunk Repeater,... egal solange du immer mit der selben Quelle Kalibrierst.

[malta]

Und wie funktioniert das genau was muss ich dafür machen ?

[etueu35u35]

in SDR# geht man zu einen bekannten schmalbandigen Signal und stellt es in der ppm einstellung ein.

[thilo]

Und wie funktioniert das genau was muss ich dafür machen ?
Schau mal hier:
https://www.turais.de/ein-rtl_sdr-mit-kalibrate-sdr-kalibrieren/

Du suchst dir einen frequenzmäßig bekannten Sender (hier GSM) und errechnest damit die Fehler deines Empfängers. Den Wert gibt's du mit -e Boswatch beim Start mit.

Gesendet von meinem D5803 mit Tapatalk

[etueu35u35]

Das GSM Signal ist aber viel zu Breitbandig.
1khz ist besser.

[thilo]

Das GSM Signal ist aber viel zu Breitbandig.
1khz ist besser.
Du suchst erstmal das gsm900 Band ab und synchronisierst dich dann auf einen einzelnen Kanal - wie breit der Kanal ist und um wieviel genauer ein Sync auf 1kHz ist kann ich dir nicht sagen

Gesendet von meinem D5803 mit Tapatalk

[etueu35u35]

wie breit der Kanal ist und um wieviel genauer ein Sync auf 1kHz ist kann ich dir nicht sagen ein kanal ist 200 - 300 khz Breit da kannst nix gescheit kalibrieren.

[malta]

Hallo zusammen ist es möglich die AES Verschlüsselung von EuroBos mit dem entsprechenden Schlüssel über das Script zu Decodieren ?

[thilo]

Hallo zusammen ist es möglich die AES Verschlüsselung von EuroBos mit dem entsprechenden Schlüssel über das Script zu Decodieren ?

Aktuell ist eine Dekodierung nicht implementiert

[etueu35u35]

Kann man (wie mit jeden normalen SDR auch) mehrere Kanäle gleichzeitig decodieren?
Hier bei uns senden irgend welche Institutionen auf 439 - 440 Pager sachen aus. Richtig auf Amateurfunkband.

[Sama Haland]

Hmm, das ist ja mal spannend. Normalerweise ist die 439,9875 MHz rein für Amateurfunk-POCSAG gedacht. Bei uns in der Region werden normalerweise darüber regelmäßig DX-Splitter gesendet.

[etueu35u35]

Jop in Wien ist halt schnell schluss.

[malta]

Hallo ist es Vielleicht Möglich das mir jemand ein Funktionierendes Image zur Verfügung stellt da ich es einfach nicht zum laufen bekomme den entsprechenden webspace würde ich zur verfügung stellen

mir geht es hierbei um die FMS Auswertung

[thilo]

Hallo ist es Vielleicht Möglich das mir jemand ein Funktionierendes Image zur Verfügung stellt da ich es einfach nicht zum laufen bekomme den entsprechenden webspace würde ich zur verfügung stellen

Ich frage anders:
Woran hängt es denn? Die Installation wurde in den letzten Wochen massiv vereinfacht.

Image wäre auch möglich, aber das wären dann wohl mal 4 GB an Daten ;-)

[thilo]

Kann man (wie mit jeden normalen SDR auch) mehrere Kanäle gleichzeitig decodieren?
Hier bei uns senden irgend welche Institutionen auf 439 - 440 Pager sachen aus. Richtig auf Amateurfunkband.

BOSWatch ist, wenn ich das richtig in Erinnerung habe, nicht für die gleichzeitige Dekodierung von mehreren Kanälen gedacht; du müsstest mal mit rtl_fm spielen und schauen, ob du da mehrere Frequenzen übergeben kannst. Mehrere Decoder (FMS und ZVEI) sind zumindest mit multimon-ng machbar.

[etueu35u35]

Ich habe mir mal ein Server System bestellt und will schauen wie weit ich mit mit den Linux zeug komme.
Wenn alles so lauft wie ich möchte kann ich dann paar Tausend Kanäle* gleichzeitig analysieren.

*Klar mehrere SDR parallel.

[thilo]

Ich habe mir mal ein Server System bestellt und will schauen wie weit ich mit mit den Linux zeug komme.
Wenn alles so lauft wie ich möchte kann ich dann paar Tausend Kanäle* gleichzeitig analysieren.

*Klar mehrere SDR parallel.
Ein Server - System? Ein Raspberry Pi für 35 Euro und ein vernünftiger Stick für 20 Euro genügen ;-)

Gesendet von meinem D5803 mit Tapatalk

[etueu35u35]

Ein Server - System? Ein Raspberry Pi für 35 Euro und ein vernünftiger Stick für 20 Euro genügen ;-)
Server Cluster, Storage, CPU,...
Welcher Stick schafft eine Bandbreite von sagen wir mal 600Mhz durchgehend?
Sowas bekommst ned mal von Rhode und Schwarz.

[thilo]

Server Cluster, Storage, CPU,...
Welcher Stick schafft eine Bandbreite von sagen wir mal 600Mhz durchgehend?
Sowas bekommst ned mal von Rhode und Schwarz.
Ok, da verlassen wir definitiv den BOS-Bereich - ich würde mal bei der Schlapphut-Fraktion nachfragen...

Gesendet von meinem D5803 mit Tapatalk

[etueu35u35]

*gg* Sagen wir mal so bei uns senden sie auf Amateurfunk Freq Pager des Krankenhaus (oder sonst was). Ist das Jetzt Bos oder Amateurfunk?
Bevor jemand fragt nein ich versuche nicht Tetra zu entschlüsseln.

[Drehstrom]

600Mhz durchgehend? Sowas bekommst ned mal von Rhode und Schwarz.Doch, bekommt man. Von Gleichstrom bis 25GHz auf einen Blick in einem 19-Zoll-Schrank. Man muss nur wissen, ob man den Wunderapparat haben will, oder lieber die Villa mit Pool :-)
In welchem Landkreis kommt bei Dir ein Pagersignal über Amateurfunk?

[etueu35u35]

Im Wien das ist eher oval als ein kreis.

[Florian 40]

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

[etueu35u35]

darf dort nur empfangen werden.richtig defacto darfst du halt bis 439,100 arbeiten. Die Pager decodieren bis 440 ist eine Grauzone.
Weitergeben oder veröffentlichen von Daten mache ich eh nicht.

[Soundworld]

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

[thilo]

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".

Für das Kopieren benötigst du den Befehl
sudo cp /opt/boswatch/BOSWatch/config/config.template.ini /opt/boswatch/BOSWatch/config/config.ini

Zum Start:
sudo python /opt/boswatch/BOSWatch/boswatch.py -d 0 -f 123.45M -a POC1200 -v

Teste das mal und berichte

[Soundworld]

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?

[etueu35u35]

Die frage ist halt woher du weist das auf der Freq. X dort ein POCSAG Signal lauft?
Hast du den Stick Kalibriert?

[Soundworld]

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-mit-kalibrate-sdr-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).

[thilo]

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-mit-kalibrate-sdr-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).
Kommen denn halbwegs vernünftige Signale rein, sprich ist eine RIC erkennbar samt Text?

Gesendet von meinem D5803 mit Tapatalk

[etueu35u35]

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.

[Soundworld]

Kommen denn halbwegs vernünftige Signale rein, sprich ist eine RIC erkennbar samt Text?

Gesendet von meinem D5803 mit Tapatalk

Nee, im Multimon kommt gar nichts an

[Soundworld]

Bei SDR# musst du nur bei den Zahnrad die Freq korrektur einstellen sonst nix machen.

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.

[etueu35u35]

In SDR# siehst du alles?

[Soundworld]

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.

[etueu35u35]

Mache mal ein Screenshot.

[Soundworld]

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)

[etueu35u35]

Du hast bei der freq korrektion 0 drinnen stehen?!
WTF WFM?!

Stelle es auf NFM und 10.000khz

[Drehstrom]

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.

[Newman]

Nachdem ich mir einen -augenscheinlich- sehr guten Stick von NooElec bestellt habe:

https://www.amazon.de/NooElec-NESDR-SMArt-Antennen-R820T2-basierte/dp/B01GDN1T4S/ref=sr_1_7?ie=UTF8&qid=1482316897&sr=8-7&keywords=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

[etueu35u35]

Scheinbar hast du keine Treiber drauf.

[thilo]

Dir fehlt im Aufruf ein -d 0

Gesendet von meinem D5803 mit Tapatalk

[Soundworld]

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.

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!

[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/trusty/man1/rtl_eeprom.1.html

Das ist in dem Package sogar enthalten und funktioniert super.