monitord auf Raspberry Pi

[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?

[MueThoS]

Ist genau das was ich im mom mache!
Nur das ich über eine temporäre Tabelle gehe.
Der monitord schiebt ALLE Einträge in die temp. Tabelle.
Wenn die Seite offen ist läuft ein Script mit welches folgendes macht.

temp. Tabelle auslesen und jeden Datensatz abarbeiten mit:
schauen ob es im Zeitraum von 2 Minuten + und - einen solchen Datensatz gibt.
Also RIC,SUB und Zeit müssen Stimmen.
Wenn NEIN Datensatz rüber kopieren und aus der temp. Löschen.
Wenn JA wird geschaut wie lang die Texte sind.
Wenn er LÄNGER ist überschreiben (UPDATE) und aus der temp. löschen.
Wenn er KÜRZER ist nur löschen.

Weil so auch schlechte Meldungen angezeigt werden. Aber eben immer nur die beste.
Das ganze geht auch recht schnell. Als ich das Script eingebaut hatte waren ca 7000 Datensätze in der temp. Tabelle. Das hat dann doch ca 40 Sekunden gedauert.
Aber bei maximal 100 Datensätze wenn mal längere Zeit keiner auf der Seite war geht das fix. Und ab dann geht es ja sozusagen on the fly.

Großer Vorteil:
Wenn man Redundanz haben will. Ich kann hin gehen und wo anders auch einen RasPi hin stellen der schreibt in die selbe temp. Tabelle und es wird trotzdem immer nur der beste Datensatz übernommen.
Fällt einer aus läuft alles weiter über den anderen.

Was ich beim kopieren der Daten noch mit machen sind bestimmte Texte per HTML zu verändern. z.b. aus INT_NA wird INT_NA
Nachteil: ich ändere die Stammdaten. Das will ich eventuell noch ändern da nur beim Anzeigen die Veränderungen statt finden und in der DB alles original bleibt.

[DeLocke]

Habt ihr auch das Problem das monitord unregelmäßig abstürzt im Schnitt ca. alle 3 Tage einmal?

Kurz mal zu meinem Setup:
PC A: monitord <-> PC B: AllFMS via Port 9300

Gibt es die Möglichkeit einen detaillierten debug trace zu erstellen. Ich logge bereits im debug Level in ein Log jedoch steht dort nichts von einem Abbruch drin...

[MueThoS]

Bei mir schmiert der monitord eigentlich nur ab wenn die Soundkarte Probleme macht.
Bis jetzt was es immer so das ich den USB Port der Soundkarte resetten konnte und dann die Alsa-Settings restoren und dann monitord wieder starten.
Seit gestern habe ich nur noch Probleme!
Meiner Meinung nach das einzige was ich geändert habe ist einen neuen Pi (512MB) zu nehmen.
Ich habe jetzt den alten wieder drann der lief vorher ca 5 Wochen sauber durch.
Mal schauen obs wieder besser ist.

Problem ist eigentlich wie erkenne ich ob die Soundkarte noch geht.
Bei dem aktuellen Fehler war es so das der monitord das gar nicht gemerkt hat.
Soundkarte war dunkel und monitord lief fröhlich weiter.

Tja, keine Ahnung wie ich das noch abfragen kann

[MueThoS]

Ich könnte mich aufregen!
Es lief 4 Wochen am stück ohne Unterbrechungen und jetzt hält es nicht mal mehr eine halbe Stunde!

Mit:
cat /proc/asound/cards | grep -c "Creative Labs"
finde ich raus ob die Karte noch da ist. Leider stellt dies aber nicht sicher ob sie auch geht.

Mit:
amixer -c 1 2> sound.log
grep -c "error" sound.log
Versuche ich auf die Karte zu zu greifen um zu schauen ob sie funktioniert. Das scheint zu klappen.

Mit:
lsusb | grep "Creative" | awk '{print substr($4,1,3)}'
finde ich heraus auf welchen Port sie sich befindet.
um mit:
sudo ./usbreset /dev/bus/usb/001/$usbport
die Karte zu resetten
das C-Programm zum resetten der Karte findet man hier:
http://toothbrushsymphony.blogspot.d...pberry-pi.html

Gut jetzt merke ich zwar das es Probleme gibt und kann was da gegen tun nur währe mir der Zustand von vorher wo es noch lange lief lieber.
Ich weiß nicht woran es liegen könnte.

USB-Hub als Stromversorgung zwischen schalten habe ich probiert dann läuft aber definitiv die Auswertung schlecht!

[DeLocke]

Ich könnte mich aufregen!
Es lief 4 Wochen am stück ohne Unterbrechungen und jetzt hält es nicht mal mehr eine halbe Stunde!

Mit:
cat /proc/asound/cards | grep -c "Creative Labs"
finde ich raus ob die Karte noch da ist. Leider stellt dies aber nicht sicher ob sie auch geht.

Mit:
amixer -c 1 2> sound.log
grep -c "error" sound.log
Versuche ich auf die Karte zu zu greifen um zu schauen ob sie funktioniert. Das scheint zu klappen.

Mit:
lsusb | grep "Creative" | awk '{print substr($4,1,3)}'
finde ich heraus auf welchen Port sie sich befindet.
um mit:
sudo ./usbreset /dev/bus/usb/001/$usbport
die Karte zu resetten
das C-Programm zum resetten der Karte findet man hier:
http://toothbrushsymphony.blogspot.d...pberry-pi.html

Gut jetzt merke ich zwar das es Probleme gibt und kann was da gegen tun nur währe mir der Zustand von vorher wo es noch lange lief lieber.
Ich weiß nicht woran es liegen könnte.

USB-Hub als Stromversorgung zwischen schalten habe ich probiert dann läuft aber definitiv die Auswertung schlecht!

Hi,

ich hatte bei mir mal die USB Geschwindigkeit reduziert von USB2 auf USB1.1 - aber ich weiß jetzt nicht mehr wie ich das gemacht habe. Den Vorschlag hatte ich aus einem Forum...

[MueThoS]

Läuft auf 1.1

ich mache gerade mal ein update / upgrade auf dem pi
Glaube zwar nicht das dies die Sache besser macht aber naja.

Ansonsten bleibt nur neu auf setzten

Alle ca 15 Minuten hängt sie sich auf.
Wenigstens merkt das Script das jetzt.

[McBo]

Hallo,

ich setze seit einigen Jahren erfolgreich die alte monitor Version 1.8.1 ein.
Habe jetzt nach Eurer Anleitung auch die monitord, auf dem Raspberry, für ZVEI zum Laufen bekommen.

Frage: Hat jemand von Euch die alte Monitor Version 1.8.1 auf dem Raspberry Pi zum Laufen gebracht?

Nachdem ich im Makefile

CFLAGS +=-Wall -g -O -DARCH_i386
else
CFLAGS +=-O3 -march=i486 -DARCH_i386


durch


CFLAGS +=-Wall -g -O -DARCH_armv6
else
CFLAGS +=-O3 -march=armv6 -DARCH_armv6


ersetzt habe, lief das make durch.

Wenn ich monitor starte, passiert aber nichts.


Gruß

Marcel

[funkwart]

Ich würde wetten, das hängt am Sounddevice. Du musst mal schauen, welches Sounddevice Deine USB-Soundkarte (oder was verwendest Du sonst?) abbildet. Das muss dann entsprechend im Quelltext angepasst werden vor dem Compilieren.
Bekommst Du denn irgendwelche Fehlermeldungen, wenn Du monitor startest?

Gruß,
Funkwart

PS: Vielleicht solltest Du einen neuen Thread "monitor auf Raspberry Pi" aufmachen, damit hier nichts durcheinander kommt.

[McBo]

Hi,

ich habe an meinem Raspberry Pi per USB-HUB eine Sound Blaster Play!
angeschlossen.

Unter /dev/ gibt es audio und audio1.

In der Datei "unixinout.c", in Zeile 1395,
habe ich das Audio-Device "/dev/audio" geändert.
Habe aber auch /dev/audio1 und hw:1,0 getestet.


if ((fd = open(ifname ? ifname : "/dev/audio", O_RDONLY)) < 0) {


Es kommt einfach keine Ausgabe beim Aufruf von monitor.
Siehe Anhänge.

[McBo]

@all

hat jemand von Euch noch Kontakt zum Autor
von monitor 1.8.1 (Markus Grohmann)?
Oder ist er hier eventuell im Forum noch unterwegs?

Ich würde gerne die alte Monitor-Version weiter verwenden,
allerdings auf dem Raspberry Pi.

Über die Jahre habe ich mir einiges dazu gebastelt,
so das es eine brauchbare Lösung für 5-Ton Alarmierung ist.

Ich habe das ganze jetzt noch einmal unter Pidora probiert.
Make läuft durch. Bekomme aber auch hier keine Konsolenausgabe.

Ich vermute, das hängt mit dem ARM zusammen.

Hat eventuell noch jemand Tips für mich, oder könnte das mal probieren?


Gruß

Marcel

[Allmächtiger]

Also ich habe zwar keinen Pi, aber den alten monitor unter Ubuntu laufen. Ich hatte auch das Problem dass nichts ausgewertet wurde, das Problem war bei mir das der monitor noch OSS als Soundsystem erwartet, Ubuntu aber mittlerweile Alsa einsetzt. Es gibt aber eine Möglichkeit da eine Zwischenebene zu schalten, das Programm heißt AOSS. Der Aufruf erfolgt dann mittels

aoss monitor

Vielleicht hilft es dir ja weiter...


Grüße, Christoph

[McBo]

OSS hatte ich auch installiert.

Also hier noch einmal meine Frage:

Hat jemand von Euch noch Kontakt zum Autor
von monitor 1.8.1 (Markus Grohmann)?
Oder ist er hier eventuell im Forum noch unterwegs?

[matt]

Hier ist ja etwas ruhiger geworden ...

Dennoch habe ich eine Frage. Hat jemand die Sache mit den Filtern (LUA-Skript) versucht? Ich habe gerade erst wieder ein System aufgesetzt, bei dem ich die Filter nicht hin bekomme.

Gruss
matt