RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Einrichtung, Nutzung und Hilfe zu RaspberryMatic (OCCU auf Raspberry Pi)

Moderatoren: jmaus, Co-Administratoren

AckiG
Beiträge: 8
Registriert: 21.02.2019, 13:44

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Beitrag von AckiG » 11.07.2019, 18:31

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
821 Kanäle und 4024 Datenpunkte in 90 Geräten:
1x HmIP-STHO-A, 2x HmIP-SMI55, 1x HmIP-RCV-50, 1x HmIPW-DRAP, 6x HM-RC-P1, 1x HM-Sen-EP, 2x HM-WS550STH-I, 1x HmIPW-DRI32, 4x HmIPW-DRS8, 2x HM-RC-4-2, 2x HmIP-KRC4, 8x HmIPW-FIO6, 10x HM-Sec-SCo, 2x HM-CC-VG-1, 9x HM-RC-12, 9x HmIP-BROLL, 1x HmIP-FROLL, 1x HM-LC-Sw2-FM, 1x HM-LC-Bl1-FM, 1x HmIP-MP3P, 3x HM-Sec-SD, 1x HM-Sec-SD-Team, 3x HmIP-PCBS, 1x RPI-RF-MOD, 5x HM-PB-6-WM55, 1x HMIP-PS, 8x HmIP-BWTH, 1x HM-LC-Sw4-DR, 1x HM-Sec-MDIR --------------------------------------------

LibertyX
Beiträge: 767
Registriert: 10.11.2012, 19:47
System: Alternative CCU (auf Basis OCCU)
Wohnort: RP
Hat sich bedankt: 1 Mal
Danksagung erhalten: 19 Mal

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Beitrag von LibertyX » 11.07.2019, 18:38

RaspberryMatic (3.71.12.20231020) @RPI3 | 218 Kanäle in 53 Geräten und 72 CUxD-Kanäle in 8 CUxD-Geräten (2.11) | iobroker.pro - CCU-Historian (3.4.0)

AckiG
Beiträge: 8
Registriert: 21.02.2019, 13:44

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Beitrag von AckiG » 11.07.2019, 18:49

LibertyX hat geschrieben:
11.07.2019, 18:38
-> viewtopic.php?t=23998
Vielen Dank, hat geholfen.
Acki
821 Kanäle und 4024 Datenpunkte in 90 Geräten:
1x HmIP-STHO-A, 2x HmIP-SMI55, 1x HmIP-RCV-50, 1x HmIPW-DRAP, 6x HM-RC-P1, 1x HM-Sen-EP, 2x HM-WS550STH-I, 1x HmIPW-DRI32, 4x HmIPW-DRS8, 2x HM-RC-4-2, 2x HmIP-KRC4, 8x HmIPW-FIO6, 10x HM-Sec-SCo, 2x HM-CC-VG-1, 9x HM-RC-12, 9x HmIP-BROLL, 1x HmIP-FROLL, 1x HM-LC-Sw2-FM, 1x HM-LC-Bl1-FM, 1x HmIP-MP3P, 3x HM-Sec-SD, 1x HM-Sec-SD-Team, 3x HmIP-PCBS, 1x RPI-RF-MOD, 5x HM-PB-6-WM55, 1x HMIP-PS, 8x HmIP-BWTH, 1x HM-LC-Sw4-DR, 1x HM-Sec-MDIR --------------------------------------------

Mr.Fusion
Beiträge: 154
Registriert: 24.12.2008, 15:55

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Beitrag von Mr.Fusion » 11.07.2019, 18:56

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.

Benutzeravatar
jmaus
Beiträge: 9839
Registriert: 17.02.2015, 14:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Dresden
Hat sich bedankt: 461 Mal
Danksagung erhalten: 1863 Mal
Kontaktdaten:

Re: RaspberryMatic 3.45.7.20190622 – Erfahrungsberichte

Beitrag von jmaus » 13.07.2019, 14:50

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
RaspberryMatic 3.75.6.20240316 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal / ☕️

Gesperrt

Zurück zu „RaspberryMatic“