Raphael729 hat geschrieben: ↑22.04.2021, 14:14
Darf ich HÖFLICH nach der Quelle für diese Erklärung fragen oder erschliest sich Dir das einfach weil Du halt im Gegensatz zu mir kein Layer 8 User bist?
Auch ich bin Layer 8 User aber ich verstehe mich nicht selbst als Problem (das mögen manche anders sehen
). Und ich antworte Dir trotzdem auf die Frage, bzw. habe es eigentlich schon getan. Immer dann wenn Du am Rad drehst, hat mit einigermaßen Sicherheit die Keymatic den Status "unbekannt". Und jede Funktion (Direktvernküpfung, Programm, Script welches Status setzt) wird versuchen, die Keymatic in einen Status ungleich "unbekannt" zu bringen, denn diesen Status kann man nicht von der CCU via WebUI setzen, sondern er wird von der Keymatic bei Handbedienung gesetzt. So ist das System nun mal angelegt.
Raphael729 hat geschrieben: ↑22.04.2021, 17:25
Ich habe K E I N E Programme und K E I N E Direktverknüpfungen die in irgend einer Form meinen HM-Sec-Key-S steuern.
Mag ja alles sein, dass Dir das so angezeigt wird. Die Erfahrungen in ein paar Jahren in diesem Forum hier lehrt aber genau gegenteiliges. Du bist definitv nicht der erste, der behauptet, dass es keine Programme/Scripte mit Zugriff auf den Aktor gibt und wirst auch definitiv nicht der letzte sein. Und genau einen Punkt hast Du nicht aufgeführt, der aber äußerst relevant ist und gern übersehen wird, weil nämlich eine Ansteuerung im WebUI nicht direkt abfragbar ist. Dieser Punkt ist Scripting. Und Anwender mit IT-Background haben gern eine Affinität zu Scripten, selbst für simpelste logische Operationen. Grundproblem: Das System arbeitet im Gegensatz zu anderen Systemen strikt ereignisorientiert und Scripte sind eigenlich nicht für die Ausführung von Standardaufgaben gedacht (zumindest vom Hersteller, und darum supportet er auch kein Scripting) und darum führen Scripte leider auch in der WebUI ein Schattendasein. In anderen Umgebungen werden Scipte in den Hintergrund geschickt und machen da ihre Abfragen und Aktionen. In der Homematic-Umgebung müssen ReGa-Scripte Bestandteil eines Programms und müssen damit immer durch ein Ereignis oder zyklisch getriggert werden.
Du schreibst auch dass dieser Vorgang keinen Zeitstempel aktualisiert hat. Das ist m.E. auch schlichtweg nicht möglich, denn wenn die Keymatic ihre Statusänderung an die CCU gemeldet hat, dann sollte dieses im Zeitstempel dokumentiert sein. Als Ursache kommt theoretisch auch eine "leere" Batterie in einer Fernbedienung in Betracht. Auch hier sollte aber ein Zeitstempel aktualisiert worden sein, wenn sich die Fernbedienung im Empfangsbereich der CCU befunden hat. Greift das alles nicht, ist von einem elektronischen Defekt der Keymatic auszugehen. Damit wärst Du aber der Erste. Bei mir ist es zwar noch nicht vorgekommen, aber ich habe auch meine unliebsame Erfahrung mit einem Sensor mit "leerer" Zelle und daher wechsele ich die Zellen bei der ersten Batteriewarnung (lasse ich mir per Push zusenden), auch wenn sie wieder gegangen ist.
dtp hat geschrieben: ↑22.04.2021, 14:19
Auf diese Polemik bzw. Provokation werde ich nun nicht schon wieder eingehen.
[OT] Das ist weder Polemik noch Provokation sondern schlichtweg meine Meinung. Und die rührt einzig und allein in der ständig wiederholten Behauptung falscher Tatsachen (alle Programme würden bei Systemstart getriggert usw.), die auch nicht durch noch so häufige Wiederholung an Wahrheitswert gewinnen. Du hast Dich zu unrecht angesprochen gefühlt.
Und das oftmals (meist) praktizierte Vorgehen ist nun mal das Einfügen dieses Blödsinns in alle Programme (und nur dieses macht es zu einem Blödsinn) mit mehr als fragwürdigen Begründungen. Man kann diesen Workaround durchaus praktisch nutzen. Ein Beispiel, wie und warum ich das Verhalten dieser speziellen Systemvariable nutze, habe ich ja bereits beschrieben. Aber der globale Einsatz ist und bleibt Blödsinn und dokumentiert, dass der Anwender nicht weiß, wie die Programme arbeiten. Und das liegt meist an der Ignoranz der einschlägigen Beschreibungen und weil hier im Forum eben diesbezüglich falsche Darstellungen kursieren.
Und nicht zuletzt ist davon auszugehen, dass genau dieses Verhalten durch den Hersteller beabsichtigt war, weil es im Grunde auch zielführend ist, ein System gemäß den aktuellen Gegebenheiten (Uhrzeit, Status, Sensorwerte) hinzustellen. So hat es schließlich der Anwender programmiert. Beispiel: der Rollladen, dessen Programm so programmiert ist, dass er nachts geschlossen sein soll, wird bei einem nächtlichen Systemstart runtergefahren. Da ist nichts falsch dran. Dieses kommt erst recht zum Tragen, wenn z.B. ein Backup eingespielt wird. Dort sind nämlich auch Status gespeichert, die ggf. an aktuelle Gegebenheiten angepasst werden müssen (z.B. wird ein im Winter gezogenes Backup beim Einspielen im Sommer die Heizung starten). Da wäre es dann zielführend, wenn das durch die Automatik geradegezogen wird. [/OT]
Gruß Xel66