Ich möchte einen Advanced Flow erstellen, der im kommenden Sommer die Beschattung meiner Wohnung automatisch steuert. Die dafür relevanten Kriterien habe ich mir im Vorfeld zusammengestellt.
Aktuell versuche ich, das Ganze in zwei Flows umzusetzen. Grundsätzlich bin ich der Meinung, dass meine Konfiguration – wie auf den beiden untenstehenden Bildern dargestellt – funktionieren sollte.
Unsicher bin ich jedoch bei der Logik-Karte. Mir ist bewusst, dass eine saubere Logik wichtig ist, damit die Rollläden nicht ständig hoch- und runterfahren.
Könnt ihr euch das bitte einmal anschauen und mir eine Einschätzung geben, ob das so funktionieren wird? Oder habt ihr Hinweise, was ich zusätzlich beachten sollte?
Welche meinst Du konkret? Es sind 3 unterschiedliche Logik-Karten eingebaut.
Wenn Du die mit der selbst erstellten Variable meinst, die könnte man z.B. komplett weglassen. Zumindest hat diese in den beiden Flows im Grunde keine Funktion.
Unter welchen Bedingungen sollen die Rollos denn generell schließen, unter welchen öffnen?
Frage: sind es evtl. Rolläden zur Terrasse? Wenn ja, brauchst Du im Flow noch eine Anwesenheitsregelung. Nicht, dass Du auf der Terrasse sitzt und hinter Dir fährt die Jalousie runter.
Es sieht so aus, als ob die rechte Karte eine EN-Karte ist. Ich weiß nicht genau, wie der deutsche Text lautet: Verwenden Sie die DAN-Karte „Variable auf JA setzen“.
Wenn der Bildschirm nach unten ist, wird die Variable auf JA gesetzt. Dann wird der zweite Fluss immer nach 5 Minuten fortgesetzt. Eine der drei oben oben liegenden Bedingungen muss ebenfalls zutraken, also:
Trennen Sie die Verbindung zwischen der unteren und der ANY-Karte und fügen Sie eine ALL-Karte hinzu.
Verbinden Sie die untere Bedingung und die ANY-Karte mit dieser ALL-Karte.
Nach meinem Verständnis müssen die drei oberen Karten alle erfüllt sein, damit die Rollläden schliessen. Mit der „ANY“-Karte würde ich jedoch zulassen, dass bereits eine der Bedingungen ausreicht – oder liege ich da falsch?
Ich habe den Flow für das Schliessen der Rollläden entsprechend angepasst. Meiner Ansicht nach sollte es so funktionieren.
Ich verstehe zwar das Du verhindern willst, dass die Rollos im schlechtesten Fall alle 5 Minuten hoch und dann wieder runter fahren, aber das verhinderst Du nicht mit der erstellten Ja/Nein Variable “Beschattung aktiv?”. Diese wird eigentlich auch nicht benötigt. Anstelle der Variable kannst Du den Öffnungszustand der Rollos als Bedingung mit einbeziehen, was letztlich denselben Effekt hat.
Beispiel:
Anstelle der Logik-Karte “Position ist genau” könntest Du auch beispielsweise “Position ist größer als 95” für geöffnete, und “Position ist kleiner als 25” für die auf 20 % geschlossenen Rollos nutzen.
Wenn Du ein Hoch/Runter vermeiden möchtest, dann würde ich einen Timer empfehlen.
Meiner Meinung nach ist die einzige Karte die ein häufiges Hoch/Runter verursachen könnte, die Karte mit dem Temperaturvergleich zwischen Draußen und Drinnen. Eventuell macht es aber Sinn das Verhalten erst mal in der Realität zu beobachten.
Die Steuerung wieder hoch wird in anderen Flows (abendliche Steuerung, wieder Zuhause, usw.) gesteuert. Daher nur die Steuerung RUNTER bei zu hoher Wohnzimmertemperatur.
Aber auch in Deinem Flow bringt die Variable “Rollo runter? Zu Warm?” im Grunde nichts.
Zumal Du bei den Bedingungen (Und… Bereich) die Rollo Position ja mit berücksichtigt hast. Was soll also der Sinn dieser Variable sein?
Vielen Dank für dein Feedback, und bitte mach dir keinen Stress – es wird noch etwas dauern, bis dieser Flow tatsächlich zum Einsatz kommt. Aktuell schneit es hier in der Schweiz.
Ich habe beim „Schliessen“ entsprechende Anpassungen vorgenommen und hoffe, dass ich alles richtig verstanden habe. Für mich als Laien wirkt die Logik jedenfalls schlüssig.
Bei mir ist Position 100 = ganz unten. Kann aber ja von System zu System anders sein.
Steuerst Du dein Rollo auch mal per Hand? Was ist, wenn es nicht ganz oben ist? Dann funktioniert der Flow nicht mehr. Lass die Logik doch raus. Egal, in welcher Position das Rollo ist, es fährt dann immer auf 20%. Wenn es schon auf 20% ist, macht er nichts.
Bei meinen Shelly-Rollladenaktoren entspricht 100 % der Position „offen“ und 0 % „geschlossen“.
Die Rollläden werden bei mir praktisch nie manuell bedient und kennen aktuell nur die Zustände 0 % oder 100 %.
Die eingesetzte Logik soll verhindern, dass die Rollläden unter bestimmten Bedingungen ständig hoch- und herunterfahren, wie es von @DirkG vorgeschlagen wurde.
Das ist korrekt, deshalb hatte ich in einem vorherigen Post ja bereits folgendes angemerkt:
Besser wäre allerdings die Varianten:
– Position ist nicht genau 20 % (um die Rollos auf 20 % zu schließen)
– Position ist nicht genau 100 % (um die Rollos auf 100 % zu öffnen)
Und bitte, jeder der versucht einem anderen User bei einem Flow zu unterstützen, kennt in der Regel die Geräte, Funktionen, Möglichkeiten und persönliche Vorlieben oder Gewohnheiten des anderen nicht. Ein vorgeschlagener Flow kann deshalb in der Regel nicht 1:1 umgesetzt werden, auch der “Hilfesuchende” muss immer noch ein bisschen Hirnschmalz investieren.
Das kann auch damit zusammenhängen, wie die Aktoren angeschlossen und konfiguriert sind. Bei meinen Fibaro Walli Roller Shutter kann man den Ein- und Ausgang z.B. jeweils invertieren.
Das stimmt nicht ganz. Durch den Einsatz der Logik Karte mit der Rollo-Position soll eigentlich erst mal nur verhindert werden, dass der Flow alle 5 Minuten vollständig durchläuft und, im schlechtesten Fall, den Aktor bzw. das Relais des Aktors immer wieder schalten lässt, was eventuell die Lebensdauer des Aktors verkürzen könnte.
Starte ich z.B. einen Flow der die Rollos hochfahren lassen soll obwohl diese schon in der obersten Position sind, dann wird der Aktor trotzdem getriggert und man hört klar ein Klacken des Relais, und das muss nicht sein. Auch das kann natürlich von Aktor zu Aktor unterschiedlich sein.
Damit die Rollos nicht ständig Schließen/Öffnen, hatte ich in Post #11 den Einsatz eines Timers vorgeschlagen.
Ehrlich gesagt bin ich darauf nicht näher eingegangen, weil die Bedingung “Außentemperatur > Innentemperatur” für mich eine nicht einzuschätzende Variable ist. Wie schnell ändern sich Innen- und Außentemperatur? Kann es passieren, dass der Innensensor mal im Schatten ist, manchmal aber direkte Sonneneinstrahlung abbekommt? Dasselbe gilt für den Außensensor.
Ich persönlich würde auch versuchen Flows zu vermeiden, die alle x Minuten gestartet werden. Der aktuelle Flow von @RogerSennhauser wird 108 Mal am Tag gestartet. Wofür?
Ich setze z.B. lieber “X wird größer/kleiner als Y” Flow Karten ein. Dadurch wird ein Flow eventuell 2-5 Mal pro Tag gestartet. In der Regel muss man allerdings dann mehrere Flows erstellen.
Ich hätte bereits entsprechende Flows vorgeschlagen, aber auch hier habe ich ein Problem damit die Karte “Außentemperatur > Innentemperatur” irgendwie zu integrieren. Einfacher wäre es, wenn man für die Innentemperatur auch einen festen Grenzwert nutzen würde, z.B. wenn die Innentemperatur über 23 oder 24 °C steigen würde.
Vielen Dank für eure Unterstützung.
