Totto_Bonn hat geschrieben: ↑18.01.2021, 11:05
Xel, ich finde es schade, dass von dir - gefühlt - nur draufgehauen wird.
Weil sich auch nach mehreren Jahren meine Grundeinstellung zu einer Kalenderverwaltung auf der CCU nicht geändert hat. Und mit dieser Meinung stehe ich nicht allein da, auch wenn sich andere mit ihren Statements zurückhalten. Ich habe auch lange gegen eine Scriptlösung zur Heizungssteuerung gewettert, weil Anwender im Besitz von weiterentwickelter Hardware immer noch einsetzen wollten (schließlich war es ja omnipräsent). Dabei war dieser Lösungsansatz spätestens mit der Einführung der Heizprofile mehr als überflüssig und der Einsatz für diese Thermostate sinnfrei. Wenn ich gegen Scriptlösungen argumentiere, bekomme ich auf häufig die Begründung, dass die Anwender die Anzahl der Programme wegen der Übersicht minimieren wollen und deshalb die Scriptlösung bevorzugen. Auch diese Lösung verbessert die Übersicht bei den Systemvariablen absolut nicht. Aber das ist nebensächlich, denn es gibt geeignete Wege, auch bei umfangreichen Systemen die Übersicht zu behalten.
Totto_Bonn hat geschrieben: ↑18.01.2021, 11:05
Deshalb habe ich nach einer Lösung gefragt, die funktioniert ohne noch weitere Umwege in Anspruch nehmen zu müssen.
Und meine Bekundungen zu dem Thema habe eben den einen Grund, dass sich nicht noch mehr Anwender auf diese Sackgasse begeben. Auch wenn diese Lösung grundsätzlich funktioniert, wird sie jedoch nicht mehr gewartet, weil der Ersteller nicht mehr in diesem Forum tätig ist. Es gibt durchaus bessere Möglichkeiten, Termine zu verwalten. Erst recht, wenn es primär um eine Darstellung in einer Visualisierung geht.
Wenn man sowieso langfristig auf eine Middleware (z.B. iobroker) setzen will, dann kann man seine Zeit besser gleich von Anfang an in diese Umsetzung investieren, als erst später drauf zu kommen, dass dieses Script wohl ein Pflegefall ist. Es ist einfacher, auf eine Lösung zu setzen, die mit Terminen aus einem Onlinekalender umgehen kann. Diesen kann man dann auch ganz bequem am Mobildevice pflegen (oder sogar an einem ausgewachsenen Rechner) und hat überall den gleichen Datenstand, als mit dieser Lösung noch mal einen parallelen Datenbestand aufzubauen und zu pflegen. Und in der Hausautomation benötigt man ausschließlich Termine, mit der auch die Automation etwas anfangen kann (z.B. Feiertage oder Ferien um die Heizung entsprechend zu steuern). Dieser Weg steht einem auch via Middleware offen.
Es geht nicht einfach nur um "richtig oder falsch", sondern darum Leuten, die nach eigenen Angaben
"nicht die Möglichkeit, mich 2 h am Tag mit der Thematik zu befassen" eine Entscheidungsmöglichkeit an die Hand zu geben, ob dieser Weg für sie zielführend ist, oder ob sie mehr vorhaben und dieser Weg hier eine Sackgasse darstellt. Und gerade jene angeführten Anwender haben dann auch nicht die Zeit für doppelte Datenhaltung und -pflege.
Aus dem gleichen Grund würde ich eben einem Anwender, der aus welchem Grund auch immer in seine Hausautomation auf FS20-Basis einsteigen will, davon abraten, dass dieses eine Sackgasse ist und es schon zwei weitere Gerätegenerationen gibt. Letzendlich wäre es sein Geld. Und übertragen auf diese Lösung: letztendlich ist es Deine Zeit.
Feiertage verwalte ich auch autark auf der CCU/RM und lasse diese per Script berechnen, bzw. setzen, um dann die Beleuchtungs-, Rollladen- und Heizungssteuerug darauf reagieren zu lassen. Im Gegensatz zu diesem Script ist das kein Pflegefall, weil dieses Script ohne jegliche Nutzerinteraktion auskommt. Und es ist auch egal, wie der Feiertag heißt. Es gibt nur die boolschen Variablen "Feiertag_heute" und Feiertag_morgen", die vom Script umgeschaltet werden.
Gruß Xel66