v2.18.0 – Aussperrschutz aus jeder Stellung, Block für alle Bereiche, My-Position Latest
BehobenDer Aussperrschutz griff nicht, wenn der Rollladen halb offen stand„Das Rollo fährt aber nur in diese Position, wenn es vorher ganz geschlossen war. Wurde das Rollo manuell auf z. B. 45 % gefahren und ich öffne dann die Tür, passiert nichts." — pcsv17
Dahinter steckt eine Prüfung, die es gut meinte: der Fensterkontakt soll mittags nicht einen offenen Rollladen herunterziehen, nur weil jemand ein Fenster kippt. Deshalb reagierte er nur aus dem geschlossenen Zustand heraus.
Nur war die Prüfung richtungsblind – und der Aussperrschutz ist auf diesem Weg das Einzige, was überhaupt nach oben fährt. Genau der Haken also, wegen dem man ihn setzt, war ausgesperrt.
Jetzt wird zusätzlich gefragt, wohin die Fahrt ginge: würde sie den Rollladen öffnen, wird gefahren – egal, wo er steht.
Situation vorher jetztRollladen bei 45 %, Tür auf, Mindesthöhe 95 % nichts fährt auf 95 %, beim Schließen zurück auf 45 %Rollladen ganz offen, kein Aussperrschutz nichts nichts – unverändertDerselbe Fall steckte auch in zwei Exporten von Wolf und in bjoergs Schlafzimmer, ohne dass er als solcher erkennbar war.
Die Anhaak-Kästchen sahen aus wie Eingabefelder„Bei einigen Anhaak-Kästchen ist es ein wenig schwierig die Zugehörigkeit zu erkennen." — bjoerg
Haken und Text stehen jetzt nebeneinander, und zwischen den Einstellungen liegt eine feine Trennlinie – genau das Gewünschte.
Ein Schutzsensor mit Textzuständen sperrte die Markise dauerhaft„Mein Regensensor liefert nur ‚nass’ und ‚trocken’." — bjoerg
Das Formular bot beim Markisenschutz nur Zahlenfelder an. Und dort gilt ein Wert, den man nicht mit einer Schwelle vergleichen kann, als Gefahr – ein Sensor, der „trocken" meldet, hätte die Markise also dauerhaft gesperrt und eingefahren, während daneben eine Schwelle steht, die so aussieht, als würde sie geprüft.
Beim Wind-, Regen- und Frostsensor gibt es jetzt dieselbe Zustandsliste wie bei den Beschattungsbedingungen: anklicken, welche Zustände Gefahr bedeuten. Der Export benennt den Fall zusätzlich, falls er irgendwo übersehen wurde.
Zwei Tablet-Fehler„Das Feststellen des oberen Bereiches funktioniert auf dem Android Handy, aber auf dem Android Tablet leider nicht. Das Gleiche trifft für die Änderung des Lux-Wertes zu." — Wolf
Beides echte Fehler, beide behoben:
Feststehende Reiter: der Rückfall für ältere Browser machte das Panel selbst zum Scrollbereich – und ein „feststehendes" Element darin klebt an nichts. Auf moderneren Browsern fiel das nicht auf, auf älteren WebViews schon.Lux-Zahlenfeld: das Feld zeichnete sich bei jedem Tastendruck neu; auf manchen Android-WebViews springt dabei der Cursor. Jetzt wird erst beim Verlassen des Feldes neu gezeichnet.
NeuEin Block für alle Bereiche, oben im Dashboard„Ich fände noch einen möglichst kompakten Block oberhalb der Bereiche sinnvoll, der Aktionen und Informationen bereitstellt, die für alle Bereiche gelten." — Smons
Genau das steht jetzt dort:
Hoch · Stop · Runter · Sonnenschutz · Lüften für alle Rollläden auf einmalAutomatik alle an / aus und Beschattung alle an / ausSonnenaufgang, Sonnenuntergang, aktuelle Elevation, aktueller Azimut, Höchsttemperatur heute, Wetterlage heuteDieselben Aktionen als Dienste und Entitäten„Hier würde ich mich anschließen, allerdings mit Entitäten → für das HA-Dashboard." — Linos
area_id ist ab jetzt bei allen Gruppen-Diensten optional. Ohne Bereich gilt der Dienst fürs ganze Haus – „alle Rollläden hoch" ist damit ein Aufruf statt einer je Bereich:
action: shutter_pilot.open_group # ohne Daten = alle BereicheNeu dazu: shutter_pilot.stop_group.
Neuer Sensor sensor.shutter_pilot_status – Linos’ „wünsch dir was", eins zu eins:
Was WoPrimär-Status: geöffnet / geschlossen der Zustand: open, closed, partialSekundär-Status: „Beschattung aktiv Ost, Süd" Attribut shading_areasZahlen je Gruppe open, closed, partial, awnings_extended, awnings_retracted{{ state_attr(‘sensor.shutter_pilot_status’,‘shading_areas’) | join(', ') }}Markisen zählen bewusst getrennt: eine eingefahrene Markise ist in Ruhe, nicht „das Haus ist zu".
„Bei offenem Fenster schon auf die Lüftungsposition fahren"„Müsste dann aber nicht die Jalousie auf die Position für ‚gekippt’ fahren? Im Schlafzimmer hat sich gar nichts bewegt." — bjoerg
Richtig – bisher blieb ein Rollladen mit vorgemerkter Nachholfahrt einfach stehen, wo er stand. Nicht einmal die Teilfahrt, die der Fensterkontakt gefahren hätte.
Neuer Haken im Rollladenformular, direkt unter „Fahrt nach dem Schließen nachholen": der Rollladen fährt abends so weit, wie es der Aussperrschutz zulässt, und die volle Fahrt bleibt vorgemerkt, bis das Fenster zugeht.
Vorgabe: aus. Eine Änderung, die ungefragt in jeder zufriedenen Anlage abends Rollläden bewegt, wäre schlimmer als der bisherige Zustand.
„My"-Position für Antriebe ohne Positionsmeldung„Unter Entität steht dort button.terasse_markise_hinten_my_position." — Wolf
Damit ist die Frage aus 2.16.0 beantwortet. Somfy RTS und Verwandte kennen eine dritte, am Motor angelernte Stellung; Overkiz bietet sie als Knopf an. Im Formular unter „Antrieb meldet keine Position" gibt es jetzt zwei Felder: die Entität und den Prozentwert, dem sie entspricht.
Jede Fahrt, die höchstens 15 % daneben liegt, drückt dann diesen Knopf. Erst damit bedeutet „Ausfahrlänge nach Sonnenhöhe" an so einem Antrieb überhaupt etwas – ohne sie wird aus jedem Wert ab 50 % schlicht „ganz ausfahren".
ann.
Was ändert sich für mich?Wenn du nichts einstellst: Der Aussperrschutz greift jetzt auch dann, wenn der Rollladen nicht ganz zu war – das ist die einzige Verhaltensänderung, und sie fährt ausschließlich nach oben. Formular und Panel sehen aufgeräumter aus.
Die neuen Felder sind alle optional, der Haken „Bei offenem Fenster schon auf die Lüftungsposition fahren" ist bewusst aus.
Für Markisen mit Textsensoren (Regen als „nass"/„trocken") lohnt ein Blick in die Einstellungen: dort die Zustände ankreuzen, die Gefahr bedeuten.











