monitord auf Raspberry Pi

[MueThoS]

Script hab ich mit deinen Tips hin bekommen.
Macht aber im mom erst mal nicht viel.
Ausser meiner Webseite zu sagen das der Pi läuft und der Monitord noch läuft.

[dataflash]

Also bei mir behält der Alsamixer die Einstellungen, da gabs diese Befehl zum setzen der Werte des Alsamixers, weiter vorne im Thread.

[matt]

Wie schon bemerkt, gibt es noch einige Bugs beim Einlesen der monitord.xml.
Dazu gehören wohl auch einige Werte für POCSAG1200.

In der Datei MonitorModulPocsag1200.cpp habe ich den Konstruktor

MonitorModulePocsag1200::MonitorModulePocsag1200(int sampleRate, bool crccheck, bool errorcorrection, int minpreambel, int maxerrors, int algorithmus)

durch die folgenden Zeilen ergänzt:

FILE_LOG(logDEBUG) << "POCSAG Parameter" ;
FILE_LOG(logDEBUG) << "sample : " << sampleRate  ;
FILE_LOG(logDEBUG) << "crc    : " << crccheck  ;
FILE_LOG(logDEBUG) << "ecc    : " << errorcorrection  ;
FILE_LOG(logDEBUG) << "min_Pre: " << minpreambel  ;
FILE_LOG(logDEBUG) << "max_err: " << maxerrors  ;
FILE_LOG(logDEBUG) << "Algo   : " << algorithmus  ;

Damit konnte ich in der monitord.log sehen, dass nicht alle Angaben aus der xml-Datei übernommen wurden.

Deswegen habe ich den Variabeln "crccheck", "errorcorrection", "maxerrors" und "algorithmus" direkt in der Funktion deren Werte zugewiesen.
Mal schauen ob sich damit was an der Auswertequalität verbessert.

[matt]

Leider ändert sich durch die Änderung im Quellcode bei mir nichts an der Auswertequalität.

Hier ein Beispiel:
Die Alarmierungen werden mehrfach hintereinander gesendet. Bei manchen fehlen dann einfach mal ein paar Zeichen.

Meldung 1: 123456789ABCDEFGHIJKLMOPQRSTUVWXYZ
Meldung 2: 123456789ABC
Meldung 3: 123456789ABCDEFGHIJKLMOPQRSTUVWXYZ

Die zweite Meldung wurde folglich nicht korrekt ausgewertet.

Ein allgemeines Zeichen, welches die Meldungen abschließt (wie z.B. NULL) ist vorhanden. Sonst könnte man das ganz einfach prüfen.

[Reissdorf]

Hallo Zusammen!
Ich lese hier jetzt nun schon seit einiger Zeit mit und interessiere mich für die Auswertung. Mittels Raspberry. Habe das Thema aber selbst aber aufgrund mangelnder Linuxkenntnisse und manges Zeit noch nicht angegangen.
Bei uns werden alle Meldungen mit abgeschlossen, so das man doch darüber eine Prüfung machen könnte.
Die in Matts Beitrag angesprochene Mehrfachauswerung mit teils abgehackten Texten werden meiner Meinung nach am Empfang von von merheren DAUs liegen. Den einen empfängt der Scanner sehr gut und einer der weiter weg steht liefert den abgehackten Text.
Gruß
Reissdorf

[MueThoS]

Bei uns werden alle Meldungen mit abgeschlossen, so das man doch darüber eine Prüfung machen könnte.

Erstmal eine gute Idee! Nur was ist wenn alle Auswertungen leicht schief gehen.
Dann hast du eventuell dieses EOT nicht mit drinnen. Ich möchte dann aber trotzdem die Alarmierung sehen.

Die in Matts Beitrag angesprochene Mehrfachauswerung mit teils abgehackten Texten werden meiner Meinung nach am Empfang von von merheren DAUs liegen. Den einen empfängt der Scanner sehr gut und einer der weiter weg steht liefert den abgehackten Text.
Gruß
Reissdorf

Bei mir ist das definitiv der Fall.
Die erste Auswertung geht immer schief. Das hört man auch am Signal.
Die zweite ist die beste und danach wird es wieder etwas schlechter.

[matt]

Erstmal eine gute Idee! Nur was ist wenn alle Auswertungen leicht schief gehen.
Dann hast du eventuell dieses EOT nicht mit drinnen. Ich möchte dann aber trotzdem die Alarmierung sehen.

Bei mir ist das definitiv der Fall.
Die erste Auswertung geht immer schief. Das hört man auch am Signal.
Die zweite ist die beste und danach wird es wieder etwas schlechter.

Genau so sieht es bei mir auch aus.

Folgendes habe ich mir mal überlegt:
Annahme:
- Wir haben eine RIC. Diese wird (sagen wir einfach mal) bei einem Alarm 3 mal nacheinander alarmiert.
- Die erste Nachricht wurde zu 40% ausgewertet, die zweite zu 100% und die dritte zu 60%

Das Ergebnis sind drei Meldungen in der POCSAG-Tabelle in MySQL, bei denen lediglich eine "nutzbar" ist.

Abilfe:
- Ein Programm überwacht den Inhalt der POCSAG-Tabelle
- Es korreliert die Meldungen dieser einen RIC gegeneinander (Kreuzkorrelation)
- Korrelieren zwei Meldungen miteinander prüft das Programm welche der beiden Meldungen weniger Zeichen im Text hat und löscht diese.

Es macht natürlich nur Sinn Meldungen zu korrelieren, welche zeitlich nahe aneinander liegen. Z.B. 5 Minuten.

Was haltet ihr davon?

[DeLocke]

Leider ändert sich durch die Änderung im Quellcode bei mir nichts an der Auswertequalität.

Hier ein Beispiel:
Die Alarmierungen werden mehrfach hintereinander gesendet. Bei manchen fehlen dann einfach mal ein paar Zeichen.

Meldung 1: 123456789ABCDEFGHIJKLMOPQRSTUVWXYZ
Meldung 2: 123456789ABC
Meldung 3: 123456789ABCDEFGHIJKLMOPQRSTUVWXYZ

Die zweite Meldung wurde folglich nicht korrekt ausgewertet.

Ein allgemeines Zeichen, welches die Meldungen abschließt (wie z.B. NULL) ist vorhanden. Sonst könnte man das ganz einfach prüfen.

Wäre da nicht der max-errors Parameter der richtige für dich?

[matt]

Ich habe eine kurze Frage am Rande:

Ich meine, dass in diesem Thread mal jemand den Namen eines Programms erwähnt hat, mit dem man POCSAG- und FMS-Meldungen erzeugen kann (so wie mit dem BOS-Tool).

Allerdings kann ich nichts finden. Kann mir vielleicht jemand helfen?