Seite 21 von 21

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Verfasst: 11.07.2019, 18:31
von AckiG
brinabella hat geschrieben:
23.06.2019, 13:31
Nach ca 2 Stunden neugestartet nach dem alles wieder lief, Drap war wieder weg. HmIPW-DRBL4 fuhren hoch/runter trotz servicemeldungen.
Die HMIPW-DRS8 waren wieder nicht ansprechbar.
Nachdem ich den Drap wieder hinzugefügt habe, musste ich Alle Kanäle erstmal über die webui schalten, dann lief wieder alles.

Habe die Datei /bin/checkHmIPdevices.sh Dateirechte auf 644 gesetzt, nach dem Neustart war der Drap da.
Musste aber wieder erstmal alle Kanäle von jedem Aktor ansprechen bis alles wieder lief.

Habe dann nochmals nach 10 min einen Neustart gemacht, Drap ist da, Aktoren lassen sich sofort wieder schalten.
Hallo,
bei mir ist das ähnlich, nur kann ich die Dateirechte von /bin/checkHmIPdevices.sh nicht verändern - da kommt "Read-only file system" und nach dem Neustart ist der DRAP weg.
Ich bitte um einen Tip. Danke im Voraus. Acki

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Verfasst: 11.07.2019, 18:38
von LibertyX

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Verfasst: 11.07.2019, 18:49
von AckiG
LibertyX hat geschrieben:
11.07.2019, 18:38
-> viewtopic.php?t=23998
Vielen Dank, hat geholfen.
Acki

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Verfasst: 11.07.2019, 18:56
von Mr.Fusion
jmaus hat geschrieben:
11.07.2019, 14:54
Also erst einmal sei gesagt: Monit ist dein Freund! ;) Und es kann faktisch (ausser du hast eigene Logiken programmiert) nicht sein das auf Grund der Watchdog-Alarmmeldung deine Rauchmelder getriggert werden. Und wenn das so ist dann musst du irgendwelche Programmlogiken aktiviert haben die das aktiv so erledigen. Von sich aus schaltet Monit bzw. der WatchDog-Alarm definitiv deine Rauchmelder nicht ein. Auch ist es definitiv nicht so das dadurch ein Neustart der CCU passiert. Auch das kann nicht passieren bzw. wird definitiv nicht vom WatchDog-Alarm in irgendeinerweise aktiv getriggert. Auch da musst du irgendwelche Logiken umgesetzt haben die deine CCU/RaspberryMatic neustarten lassen. Auch bringt es übrigens nichts diese Alarmvariable selbst zu löschen. Sobald der Monit wieder ein Alarm entdeckt wird er diese wieder selbst anlegen.

Und ob man die Internetwarnung will oder nicht bleibt natürlich jedem selbst überlassen. Sinnlos ist sie jedenfalls IMHO nicht. Momentan triggert der Monit diese Alarmmeldung jedoch erst bei > 5 Minuten Internet weg und das kann schon von Relevanz sein darüber zu informieren.
Danke für Deine Rückmeldung. Ich kann es auch nicht nachvollziehen, da es keine Logiken auf der CCU gibt, welche auf den Rauchmeldern einen akkustischen Alarm ausgeben. Die Rauchmelder sind aktuell nur an der CCU angelernt. Ohne jegliche Programme etc...
Fakt ist aber, dass just zu dem Moment als DSL für ca. 10 Minuten off war die Rauchmelder piepsten. Allerdings nur 2-3 mal. Habe dann weitergeschlafen und 2 Stunden später piepsten sie wieder. Erst als die Alarmmeldung des Watchdog in der CCU bestätigt habe piepsten sie erneut und verstummten danach direkt. Es muss also irgendwie damit zusammen hängen. Kann es sein, dass es daran liegen könnte, dass die Variable als Variablentyp "Alarm" definiert hat und die CCU Rauchmelder als Standard-Signalgeber bei einem "Alarm" nutzen?
Habe stundenlang logfiles durchforsten und im Forum gesucht, aber bin zu keinem Schluss gekommen, warum die CCU das macht...

Kann man eigentlich irgendwo beim Monit sehen, ob und wann er was neu gestartet hat? Gibt es irgendwo ein log file? Ich konnte es nicht finden.
Mit "Monit status" sieht man ja schon ein bisschen was. Aber zum debuggen etwas zu wenig.

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Verfasst: 13.07.2019, 14:50
von jmaus
Da inzwischen wieder eine neue Version von RaspberryMatic von mir releast wurde (3.47.10.20190713) geht es an folgender Stelle mit Erfahrungsaustausch rund um die neue Version weiter:

viewtopic.php?f=65&t=51682