Rolladensteuerung in Abhängigkeit vom Tür-Sensor

[Xel66]

@xel66

Da der Anwender nach eigener Aussage verwirrt war, habe ich es noch mal mit anderen Worten versucht. Manchmal hilft das. Und nein, Du stehst nicht bei mir in der Ingnore-Liste. Da stehen nur "ausgewählte" Forenmitglieder drauf. Das muss man sich verdienen!

Gruß Xel66

[robbi77]

Na dann ...

[jschnorr]

Hallo zusammen,
ich habe Eure Posts gelesen und beide waren sehr hilfreich. Danke dafür. Leider musste ich gestern beruflich arbeiten und konnte mich noch nicht um eine Umsetzung kümmern. Gehe das über das WE an.

Ich poste dann die Lösung. Bin sowieso mit der Rolladensteuerung so nicht zufrieden. ich denke ich schaue mir das Astroscript einmal an und basiere die Lösung darauf.

[jschnorr]

Hallo,
ich habe das ganze jetzt über eine Systemvariable realisiert und mir gestern den Zorn meiner Frau zugezogen . Irgendwann musste ich aufhören mit den Tests... Aber es scheint zu funktionieren. Danke an Euch zwei.

Trotzdem grübele ich noch immer über meinen ursprünglichen Ansatz. Vielleicht könnt ihr mir noch einmal versuchen zu erklären warum der scheitert und falsch ist. Hier noch mal das HM Programm.

Woran ich grübele ist, dass die Auswertung der Bedingung definitiv falsch ist. Zeitsteuerung wird wahr, aber der Sensor und die verknüpfte Systemvariable sind falsch. Damit ist die Bedingung insgesamt falsch. Habe ich mir zum Zeitpunkt der Zeitauslösung angesehen. Trotzdem fährt das Rollo runter. Nach meinem Verständnis dürfte es garnicht in die Aktivität verzweigen. Es scheint ja irgendwie an der Zeitverzögerung der Rolladensteuerung zu liegen, aber warum????

Viele Grüße Jürgen

[MichaelN]

Wenn die Bedingung als ganzes nicht wahr ergibt, wird das DANN auch nicht ausgeführt.

Deine Analyse kann muss fehlerhaft sein.

[robbi77]

Wenn genau zum Zeitpunkt „Nacht“ , das Gerät „offen“ oder die SV „wahr“ ist, dann sollte das Rollo oben bleiben. Auch nach 1540sec.
Da der Auslöser nur der Zeitpunkt ist.

Wenn allerdings zum Zeitpunkt „Nacht“ , das Gerät „geschlossen“ und die SV „falsch“ sind, dann geht das Rollo unweigerlich nach 1540sec. runter. Egal ob du das Gerät öffnest oder die SV auf falsch stellst. Die Verzögerung läuft unweigerlich ab und wird nicht zurück gesetzt.

[jschnorr]

Tja,
ich habe mich direkt vor den Rechner gesetzt und auf den Moment gewartet. Um genau zu sein auf dem Moment wenn die Astrotime "true" wird. Habe ich vorher mit dem Astroscript ermittelt.
Habe die Systemvariable angestarrt.... und die Systemvariable war "true" und damit hätte die Bedingung insgesamt falsch sein müssen.

Ich vermute sehr stark, da ich ein weiteres HM-Programm mit genau dem gleichen Zeittrigger (also zum gleichen Zeitpunkt) starte, dass sich das System da irgendwie verheddert.

[MichaelN]

Da verheddert sich nichts

Zur besseren Analyse eignet sich CCU Historian und Alchys Auslöser Skript.

[robbi77]

Habe ich vorher mit dem Astroscript ermittelt.

Warum?

Falsch wahr true ... was denn jetzt? Kann man die Begriffe aus dem Programm verwenden, damit es nachvollziehbar wird?

Ich vermute sehr stark, da ich ein weiteres HM-Programm mit genau dem gleichen Zeittrigger (also zum gleichen Zeitpunkt) starte, dass sich das System da irgendwie verheddert.

Glaube ich nicht.

[jschnorr]

CCu Historian oder Alchys Auslöser Skript konnte ich auf die schnelle im Forum nicht finden - werde ich aber finden und damit testen.

Sorry, für das true wahr durcheinander - das liegt an meinem kulturellen Hintergrund USA und D. Da ich gerade Astroscript Versuche mache habe ich garnicht an die einfache Lösung gedacht. Und die dort vermittelte Zeit genutzt.

u dem Programm: In dem HM Programm wird eine Systemvariable verwendet "TerrassenTürLiOffen". Nur wenn diese "falsch" ist (nur prüfen) soll die Gesamtbedingung "wahr" werden. Die Variable "TerrassenTürLiOffen" ist "wahr". Zumindest sagt das das Web-UI. Analyse mit den oben genannten Tools (Anwendungen) steht noch aus.