multimon (der Vorgänger des monitord) auf Raspberry Pi

[JHC]

Moin, moin,

ich habe mal etwas mit den beiden Skripten herum gespielt und habe da noch ein paar Fragen:

1a) Wird an Raspoc überhaupt noch entwickelt, oder ist es zugunsten von BOSWatch eingestellt worden?

1b) In Raspoc schaffen es nur die Alarmierungen mit Text in den DB, Alarmierungen ohne Text kommen dort nicht an...

1c) In Raspoc ist die Kanal-Angabe zwar bequem, aber leider sind die meisten TV-Sticks nicht so genau, so dass man einen "Versatz" angeben muss (bei meinen Sticks z.B. 9kHz)

2a) Ich habe hier im Thread von dem Zeitproblem gelesen. Daher eine Verständnisfrage: Warum wird dann im Skript nicht direkt rtl -> multimon-ng genutzt, wie bei Raspoc?

2b) In der Konfiguration ist ein Fehler:
Die Pocsag-Tabelle ist im config-File falsch angegeben.

2c) Ist es geplant den HTTP-Request parametrisierbar zu machen? Dann könnten die Alarmierungen an einen zentralen Server "weitergereicht" werden.

3) Hat schon jemand Erfahrung mit der Anbindung an BOSMon?

Grüße
Jens

[Schrolli]

1a) Wird an Raspoc überhaupt noch entwickelt, oder ist es zugunsten von BOSWatch eingestellt worden?

Ich gehe davon aus, das Rene an Raspoc nicht weiterarbeitet, da er sich mittlerweile auch bei BOSWatch beteiligt

1b) In Raspoc schaffen es nur die Alarmierungen mit Text in den DB, Alarmierungen ohne Text kommen dort nicht an...

Willst du alles in die DB oder nicht? BOSWatch speichert prinzipiell alles was ankommt, solange es dem Filter entspricht.

1c) In Raspoc ist die Kanal-Angabe zwar bequem, aber leider sind die meisten TV-Sticks nicht so genau, so dass man einen "Versatz" angeben muss (bei meinen Sticks z.B. 9kHz)

BOSWatch hat aktuell nur eine direkte Frequenz Angabe. Optionale Angabe des BOS Kanals ist aber angedacht. Für diesen Versatz gibt es im übrigen die Möglichkeit direkt einen Fehler in PPM des Sticks anzugeben.

2a) Ich habe hier im Thread von dem Zeitproblem gelesen. Daher eine Verständnisfrage: Warum wird dann im Skript nicht direkt rtl -> multimon-ng genutzt, wie bei Raspoc?

Wird doch auch bei BOSWatch gemacht. Der Out Stream von rtl_fm wird direkt in Multimon-NG eingespeist. Das Zeitproblem bezog sich auf eine Audioaufnahme des Streams.

2b) In der Konfiguration ist ein Fehler:
Die Pocsag-Tabelle ist im config-File falsch angegeben.

Schau ich mir an, wird behoben!
EDIT: Done!

2c) Ist es geplant den HTTP-Request parametrisierbar zu machen? Dann könnten die Alarmierungen an einen zentralen Server "weitergereicht" werden.

Ja ist angedacht. Hast du evtl Vorschläge oder Anregung für die Art der Parametrisierung?

3) Hat schon jemand Erfahrung mit der Anbindung an BOSMon?

Ich Persönlich nicht.

Gruß Basti

[JHC]

Hallo Basti,

okay, die Themen zu raspoc verfolge ich dann nicht weiter und konzentriere mich auf BOSWatch:

Für diesen Versatz gibt es im übrigen die Möglichkeit direkt einen Fehler in PPM des Sticks anzugeben.

Wie muss man diesen Versatz angeben? PPM ist was für eine Einheit?
Aktuell übergebe ich einfach die "richtige" Frequenz an BOSWatch...

zu 2c/3: BosMon-Anbindung
Tja, hier ist leider noch die Antwort von Thimo offen, welche Parameter BosMon da erwartet/anbieten kann.
Ich hoffe, dass ein parametrisierter http-Request funktionieren wird.

2d) Filter:
Ich habe hier noch ein kleines "Problem" mit dem Duplikats-Filter:

Wir sind hier im Grenzgebiet der DAU-Abdeckung, die durch eine Überlappung von
mehreren DAUs sichergestellt wird. Je nach Wetter kommt mal der eine oder mal
der andere DAU gut rein.
Wenn ich den Filter ausschalte, gibt es mehrere und meistens auch mindestens einen
vollständigen Eintrag:

20:35:26 1234567 SR!*R 105*H...*G...*Friedrich-Ebert-Str. 00
20:35:33 1234567 SR!*R 105*H...*G...*Friedr
20:35:49 1234567 SR!*R 105*H...*G...*Friedrich-Ebert-Str. 00*Gebäude
xyz im 1. OG
20:35:57 1234567 SR!*R 105*H...*G...*Friedrich-Ebert-Str. 00*Gebäude xyz

Wenn ich den Duplikats-Filter hier jetzt einschalte, wird im Zweifel nur der 1. Datensatz angezeigt und ist leider nicht vollständig...
Ich befürchte, dass hier das Herausfischen des vollständigen Datensatzes nicht trivial wäre oder?
Solange würde ich den Filter ausstellen und später in der Auswertung die Duplikate hinaus schmeißen.

Grüße
Jens

[Schrolli]

Wie muss man diesen Versatz angeben? PPM ist was für eine Einheit?
Aktuell übergebe ich einfach die "richtige" Frequenz an BOSWatch...

erstmal was didaktisches zu PPM: http://de.wikipedia.org/wiki/Parts_per_million :-D
Im Prinzip wird der Versatz vom Tuner abgegeben. und zwar nicht in Prozent oder Promille, sondern in PPM (also Millionstel)
Hier eine Anleitung wie man den Error für seinen Stick per kalibrate-rtl ermitteln kann
http://www.rtl-sdr.com/how-to-calibr...-rtl-on-linux/
Einfach die empirisch ermittelte, passende Frequenz anzugeben, ist natürlich einfacher und ebenso zielführend ;-)

zu 2c/3: BosMon-Anbindung
Tja, hier ist leider noch die Antwort von Thimo offen, welche Parameter BosMon da erwartet/anbieten kann.
Ich hoffe, dass ein parametrisierter http-Request funktionieren wird.

Oke, wenn du was weist, melden :-)

2d) Filter:
Ich habe hier noch ein kleines "Problem" mit dem Duplikats-Filter:

Wir sind hier im Grenzgebiet der DAU-Abdeckung, die durch eine Überlappung von
mehreren DAUs sichergestellt wird. Je nach Wetter kommt mal der eine oder mal
der andere DAU gut rein.
Wenn ich den Filter ausschalte, gibt es mehrere und meistens auch mindestens einen
vollständigen Eintrag:

Wenn ich den Duplikats-Filter hier jetzt einschalte, wird im Zweifel nur der 1. Datensatz angezeigt und ist leider nicht vollständig...
Ich befürchte, dass hier das Herausfischen des vollständigen Datensatzes nicht trivial wäre oder?
Solange würde ich den Filter ausstellen und später in der Auswertung die Duplikate hinaus schmeißen.

Schwierig. Der erste Einrag wird direkt gespeichert, alle folgenden mit dem selben RIC verworfen. Um sowas zu bewerkstelligen müsste man im Prinzip JEDES irgendwo zwischenspeichern, hinterher alle Vergleichen und dann das größte Paket nehmen. Kommt bei der Auswertung nun Müll an, der an Zeichen mehr Inhalt hat als das korrekte Paket, so würde auch das fehlerhafte gespeichert.
Also durchaus nicht so trivial leider.

Gruß Basti

[JHC]

Hallo Basti,

Hier eine Anleitung wie man den Error für seinen Stick per kalibrate-rtl ermitteln kann http://www.rtl-sdr.com/how-to-calibr...-rtl-on-linux/ Einfach die empirisch ermittelte, passende Frequenz anzugeben, ist natürlich einfacher und ebenso zielführend ;-)

Das habe ich schon ausprobiert, geht mit meinem Stick nicht.
Daher die "händische Frequenzwahl" per graphischem SDR...

Schwierig. Der erste Einrag wird direkt gespeichert, alle folgenden mit dem selben RIC verworfen. Um sowas zu bewerkstelligen müsste man im Prinzip JEDES irgendwo zwischenspeichern, hinterher alle Vergleichen und dann das größte Paket nehmen. Kommt bei der Auswertung nun Müll an, der an Zeichen mehr Inhalt hat als das korrekte Paket, so würde auch das fehlerhafte gespeichert.
Also durchaus nicht so trivial leider.

Wäre auch nur nice-to-have gewesen...

2e) Installations-Script:
Ich hatte mir die Skripte per "git clone" in mein Home "/home/pi/scr/" geholt.
Nach dem Ausführen des Installationsskriptes mit root-Rechten wurde BosWatch ins Root-Home-Verzeichnis installiert. Das war sicherlich nicht beabsichtigt oder?

Grüße
Jens

[Schrolli]

2e) Installations-Script:
Ich hatte mir die Skripte per "git clone" in mein Home "/home/pi/scr/" geholt.
Nach dem Ausführen des Installationsskriptes mit root-Rechten wurde BosWatch ins Root-Home-Verzeichnis installiert. Das war sicherlich nicht beabsichtigt oder?

Nein, eigentlich sollte das Paket dann in den Ordner ~/boswatch installiert werden, wobei das '~' dem home des aktuell angemeldeten Users entspricht. Daher sollten die Daten eigentlich im Ordner /home/pi/boswatch/ landen, wenn du als pi angemeldet bist.
Ich schau mir das Script aber morgen bei Gelegenheit noch mal an.

Gruß Basti

[JHC]

Hallo Basti,

Nein, eigentlich sollte das Paket dann in den Ordner ~/boswatch installiert werden, wobei das '~' dem home des aktuell angemeldeten Users entspricht. Daher sollten die Daten eigentlich im Ordner /home/pi/boswatch/ landen, wenn du als pi angemeldet bist.
Ich schau mir das Script aber morgen bei Gelegenheit noch mal an.

gefunden hatte ich es hier: "/root/bos/BOSWatch"

Grüße
Jens