monitord auf Raspberry Pi

[dataflash]

@Matt, danke für das scirpt läuft wunderbar.

@DeLocke, ist das ein sh script? Kannst du es mir eventuell mal schicken, wenn es fertig ist?

[dataflash]

@MueThoS: sudo crontab -e
Dann kommt es drauf an welches script du ausführen willst, wenn du ein sh script ausführen willst, sieht das ganze so aus (script wird alle 5Minutes ausgeführt):

*5 * * * * sh /home/pi/monitod/monitord/scriptname.sh

STRG + X anschließend J oder Y drücken, je nach Keyboard Layout und schon sollte es gehen.

Wichtig hierbei eine Zeitangabe unter 1 Minute ist im Cronjob nur über mehrere mit Timer möglich.

Sollte es immer noch nicht gehen, post mal dein Script.

[DeLocke]

Wie habt ihr das denn gelöst das der alsamixer seine Einstellungen nach einem booten behält?

mit alsactl store ist es nach dem booten immer wieder weg und erst mit alsactl restore wieder da?

Ich hab mir das jetzt halt in das cron-Skript geschrieben.

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