Probleme mit HmIP-SRH Programm

[MichaelN]

Aber wieso spiegelst Du überhaupt den Zustand des Gerätes in eine SV? Dort wo Du die SV abfragen kannst, kannst Du stattdessen doch auch den Status des Gerätes abfragen?

[MichaelN]

Angeregt durch diesen Thread habe ich mal bei meinem Meldung-wenn-Tür-noch-zum-Lüften-aufsteht-Programm nachgeforscht. Hier irritierte mich, das die Meldung "Tür steht offen" sich sebstständig zurück setzt.

Ich habe dann festgestellt, das der Zeitstempel der letzten Programmausführung weder mit dem Zeitstempel des Gerät "Verriegelung" noch "Sonnensensor" übereinstimmte. Dann fiel mir wieder ein, das hier die Rede von regelmäßigen Aktualisierungen war, was mein Gerät "Verriegelung" aber defintiv nicht macht und der "Sonnensensor" steht nur auf prüfen.

Dann habe ich mir das ganze mit dem SDV näher angesehen und festgestellt, das der Kanal 0 (!) der "Verriegelung" den Zeitstempel hatte, den auch das Programm hat. Mal wieder ein Mysterium der WebUI entdeckt. Wie kann Kanal 0 ein Programm triggern, in dem nur Kanal 1 abgefragt wird? Das zeigt auf jeden Fall mal wieder, das eine bedingungslose SONST-Klausel immer ein Risiko für unerwartete Aktionen beinhaltet.

Diskussion dazu bitte hier: viewtopic.php?f=56&t=60524

[Markoko]

Hallo Michael,

das Programm mit der gesetzen Variable aus dem Zustand des Griffs war nur ein Test weil er das andere Programm bei dem die selbe abfrage immerwieder Push Meldungen generiert hat.
Das Problem ist nun aber nicht mehr aufgetreten und das Testprogramm mit der Variable gelöscht.

Viele Grüße
Marko

[dtp]

Nur eine kleine Ergänzung. Du setzt deine Systemvariable auf entriegelt, wenn sich der Zustand deines SRH auf gekippt oder geöffnet ändert. Das heißt dann aber auch, dass du jedes Mal bei einer Zustandsänderung von gekippt auf geöffnet oder von geöffnet auf gekippt dieselbe Info erhältst. Das kann verwirren.