Moderator: Co-Administratoren
Das ist aber in den seltensten Fällen so. 99% machen Copy & Paste.
Das ist der Casus knacksus. Leider werden hier viele (und leider teil auch veraltete Anleitungen) kritiklos nachgeklickt, weil es eben irgendwo so steht. (Hier beziehe ich mich ausdrücklich auf einen anderen Lösungsansatz für eine andere gefühlte Problematik, den ich jetzt nicht aus der Versenkung hochholen möchte.) Ich schreibe auch oft genug, dass man diesen Workaround an bestimmten Stellen einsetzen kann. Aber eben nicht in allen Programmen. Und solange die falsche Behauptung kursiert, dass die CCU alle Programme beim Reboot starten würde, werden die Anwender auch diesen Workaround in allen Programmen einsetzen. Traurig - ist nun mal so. Und darum gebe ich hier den einsamen Rufer in der Wüste. Und du merkst ja selbst, dass nicht mal über Deine Anleitung nachgedacht wird, denn selbst der Passus zur eigenen Anwesenheitsvariable ("Haus SV Anwesenheit")wird missverstanden, weil einfach nur noch nachgeklickt wird, ohne zu bgreifen, was man dort gerade tut. Das ist nämlich der Nachteil solcher Nachklickanleitungen.
Das ist mir jetzt auch klar und nun weiß ich damit umzugehen.dtp hat geschrieben: ↑07.12.2020, 10:47Nein, weil sich Punkt 3 doch auf etwas völlig anderes bezieht. Da geht es darum, dass man die bisher verwendete Systemvariable "Anwesenheit", die ja durch die Umbenennung nun "CCU SV Reboot" heißt, durch die neu angelegte Systemvariable "CCU SV Anwesenheit" ersetzt, damit die entsprechenden Programme weiterhin den Anwesenheitsstatus berücksichtigen können. Das ist aber eben nur notwendig, wenn man mit der ursprünglichen Systemvariablen "Anwesenheit" bereits gearbeitet hatte.
Eigentlich nicht so meine Vorgehensweise aber ja, da habe ich wohl etwas zu voreilig reagiert, ohne Hintergrundinfos. Ich gelobe BesserungXel66 hat geschrieben: ↑07.12.2020, 10:49Mit dem Einsatz des Workarounds hat(te) man zumindest noch die Hoffnung, dass der nachklickende Anwender sich wenigstens ansatzweise mit der zugrundeliegenden Problematik auseinandergesetzt hat und diesen bewusst einsetzt. Diese Hoffnung hast Du übrigens gerade kaputt gemacht. Es werden blind und ohne Nachdenken irgendwelche "Empfehlungen" nachgeklickt.
Welche Programme startet denn eine ccu bei einem rega Neustart (also auch bei einem reboot) und welche nicht ?
Ich habe das schon x-mal (unter anderem in Threads, die sich mit dem Zeitstempel von Programmen beschäftigen) beschrieben und hier im Thread kurz angeführt. Dazu hatte ich mal meine Test-CCU/RM (Pi2B mit altem Funkmodul) mit verschiedenen Programmen und Reboots traktiert. Meiner Produktiv-CCU/RM würde ich das nicht zumuten. Grob kann man festhalten: Die CCU startet erst mal gar keine Programme, es werden lediglich Bedingungsprüfungen in Programmen durchgeführt, deren Trigger beim Systemstart (Sensoren, Systemvariablen) gesetzt werden oder deren Status abgefragt werden (netzversorgte Aktoren). Dann noch Programme, die ein Zeitmodul enthalten und deren Prüfung der angelegten Zeitspanne zum Reboot-Zeitpunkt ein WAHR ergibt.
Also nach meinem Verständnis kann ein Programm nur dann Bedingungen abprüfen, wenn es gestartet wurde. Das, was du meinst, ist das Ausführen von Befehlen. Ergo wird beim Neustart der CCU jedes einzelne Programm gestartet, um zumindest die Bedingungen in den Wenn- und Sonst-Wenn-Zweigen zu prüfen.
[/OTMODE] diese reihenfolge liesse sich durch verschieben ändern, allerdings macht da die WebUi immer ein SortByName()Code: Alles auswählen
Dec 7 12:04:59 homematic-ccu2 user.debug LOGGERNAME: [SONST Reboot TEIL ohne Trigger]Du musst ein Programm eben unterteilen. Ein Teil ist/sind die Bedingungsprüfung(en) (verknüpfte oder einzelne Bedingungen in WENNs und SONST WENNs). Diese Bedingungen können eben Trigger ("bei Änderung", "bei Aktualisierung") sein oder eben eine zusätzlich inaktive Statusabfrage ("nur prüfen"). Ein anderer Teil des Programm ist der Ausführungsteil (DANN oder SONST). Es können auch Bedingungsprüfungen durch einen Trigger gestartet werden (nicht "das Programm") ohne dass in einen Ausführungteil verzweigt wird. Das Programm erhält dann trotzdem einen Zeitstempel. Und dieses Verhalten ist das, was die Verwirrungen zu den Meinungen bzgl. der Zeitstempel verursacht hat.
Die Crux daran ist, dass dieses Programm ein SONST enthält. Es enthält einen zwingenden Ausführungsteil und muss somit auch "ausgeführt" werden, unabhängig davon, was die Bedingungsprüfung oben ergeben hat, wobei es auch einen Zeitstempel erhält (aka "ausgeführt" wird). Ein Programm ohne SONST und z.B. mit einem Taster als Trigger (und sonst nur "nur prüfen") erhält beim Systemstart keinen Zeitstempel.
Puh... Nö.
Oder sie liefen und "monit" hat die Rückmeldung der "Überwachungsanforderung" nicht korrekt erhalten?