Ich lasse die Kiste ja jetzt in Ruhe, aller beschriebene Aktionismus war gestern Abend.
Und ja, da war ich unwissend und dachte, wenn ich Aktion X durchführe muss umgehend etwas mit dem DC passieren.
Jetzt weiß ich es besser und werde ruhiger
Moderator: Co-Administratoren
Ich lasse die Kiste ja jetzt in Ruhe, aller beschriebene Aktionismus war gestern Abend.
Würde sagen, nein. Es kann auch ganz einfach sein, dass Du ein paar Programme hast, die auf "bei Aktualisierung" triggern und irgendwelche Aktionen ausführen. Wenn dann im Moment eine angelegte Zusatzbedingung nicht mehr WAHR ist (weil es z.B. wärmer, kälter, heller, dunkler, Tür/Fenster auf/ Tür/Fenster zu, Aktor ein/aus oder was auch immer), wird vielleicht die Aktion nicht mehr ausgeführt. Darüber zu spekulieren ist aber absoluter Glaskugelmodus. Bei der Geräteanzahl ist ein solcher DC auf alle Fälle zu hoch. Erst recht, wenn nichts im System los ist. Man kann sich vorzüglich mit Messaktoren mit zu enger Parametrierung ins Knie schießen, aber auch mit Bewegungsmeldern mit relativ kurzer Aktualisierungszeit. Wenn wenn noch irgendwelche Aktoren angesteuert werden (z.B. bei der sinnfreien Verwendung von SONST), dann werden auch unnötige Befehle gefunkt, die nur Deinen DC hochtreiben.jenny_cologne hat geschrieben: ↑09.08.2022, 15:19Aber kann dass nur daher kommen, dass ich heute morgen um 07:00 die Batterien aus dem TFK genommen habe? Und 8 Stunden später geht der DC runter?
Beim Fensterkontakt HM-Sec-SCo (und auch beim HM-Sec-SC-2) kommt die Sabotagemeldung sobald du das Gehäuse öffnest. Die könnte man in den Geräteeinstellungen deaktivieren, wenn man das nicht möchte. Oder wie ich den TFK ohne Gehäuse innen im Fensterrahmen betreibt.jenny_cologne hat geschrieben: ↑09.08.2022, 14:08Ich habe die alten Batterien raus getan.
Sabotagemeldung.
Auch das ist zu erwarten:jenny_cologne hat geschrieben: ↑09.08.2022, 14:08Zwischendurch hab ich auf Restore Config geklickt. Da kam die Meldung dass der Restore nicht funktioniert.
Nach einer Zeit kam die Servicemeldung, dass die Konfigurationsdateien jetzt zur Verfügung stehen.
das wären meine Kandidaten, die ich primär einzeln rausnehmen würde.jenny_cologne hat geschrieben: ↑09.08.2022, 09:50- 8 Rolladenaktoren
- 20 Lichtaktoren
- 4 Bewegungsmelder
- 1 x Wetterstation
Einen DC von 60% würde ich nicht als "jahrelang problemlos" bezeichnen. Mag funktionieren wenn kein weiteres Problem dazukommt, aber ein optimaler Zustand ist was anderes. (Ich weiß die meisten streben nur "geht so" an)
Ja, denn sie liefen ja wohl schon seit Jahren zyklisch und haben den viel zu hohen Grundpegel von 60% verursacht. Von Alchy EDIT: MichaelN gibt es ein Script, mit dem man die Anzahl der Triggerungen von Programmen auflisten kann. Einen ersten kann man auch unter der Programmauflistung unter "Bedienen.." bekommen, wenn man sich die Zeitstempel mit den Triggerzeitpunkten anschaut. Ändern sich dort oft die Zeitpunkte bestimmter Programme, sind dieses Kandidaten für eine vertiefte Analyse. Natürlich muss das betreffende Programm dann aktiv sein. Kandidaten sind Programme, die auf komplementäre Status von Geräten regieren, vor allem welche, die auf "bei Aktualisierung" triggern. Aber auch welche, die z.B. auf mehrere Temperaturen eines Sensors in verschiedenen SONST-WENN reagieren. Es gibt da ein paar Fallstricke. Die CCU arbeitet zwar strikt logisch, hat aber eine etwas abweichende Arbeitsweise, was die Triggerung und Bedingungsprüfungen in den WENN/SONST-WENN anbelangt (Stichwort: von oben nach unten). Das Handbuch mit dem entsprechenden Abschnitt gibt nähere Hinweise und ist dringendst zur Lektüre empfohlen.jenny_cologne hat geschrieben: ↑10.08.2022, 07:52Macht es überhaupt Sinn Programme zu deaktivieren, wenn die "jahrelang" problemlos liefen?