Hallo bjoerg,
danke für den ausführlichen Bericht und den Export – ohne den hätte ich zwei der Punkte nicht gefunden. Der Reihe nach, und einen davon hast du mir tatsächlich ausgegraben, ohne es zu merken.
Der wichtigste Punkt zuerst: dein Windsensor
In deinem Export steht:
| wind | switch.shutter_pilot_auto_balkon | on | einfahren ab 4 / frei unter 3 | ⛔ wind |
Ergebnis: gesperrt · Grund: wind
Da steht ein Schalter von Shutter Pilot selbst als Windsensor. Der meldet dauerhaft on – für den Schutz heißt das: dauerhaft Sturm. Deine Markise ist damit permanent gesperrt und wird permanent eingefahren. Sie kann gar nicht funktionieren, egal wie du die Schieberegler stellst.
Und ich weiß jetzt auch, wie das passiert ist – siehe den nächsten Punkt.
Zu tun: Einstellungen → Wind- und Regenschutz → als Windsensor deinen echten Sensor eintragen (bei dir vermutlich etwas wie sensor.wetterstation_windspeed). Achte dabei auf die Einheit: misst er in m/s, sind 25 km/h ungefähr 7 m/s, nicht 25.
Bei Regen würde ich die Einfahrschwelle von 1 auf 0.2 setzen – 1 mm/h erreicht Nieselregen nie, die Markise bliebe dann im Regen draußen.
„Die eingetragenen Entitäten verschwinden beim Speichern"
Das war ein echter Fehler, und er ist behoben. Gespeichert und angewendet waren deine Werte – der Export hat sie ja gezeigt –, aber das Panel hat sie nie zurückbekommen: es holte sich nur sechs fest verdrahtete Einstellungen vom Server, der Markisenschutz war nicht dabei.
Wer in ein leeres Formular tippt, tippt irgendwas hinein – genau so ist der Auto-Schalter als Windsensor dort gelandet. Ab 2.15.0 steht wieder da, was gespeichert ist.
Der Sperrzeit-Hinweis stand überall gleich
Auch das war ein Fehler, kein bloßer Textdreher: Bei Frost beschreibt der Satz über die Bö sogar das Gegenteil dessen, was die Sperrzeit dort tut (die steht standardmäßig auf 0, weil Frost nicht böig kommt). Jetzt hat jeder der drei Schutztypen seinen eigenen Text, in allen elf Sprachen.
„Der Sonnenschutz wird nicht zurückgesetzt"
Du hast recht, und die Ursache ist erklärbar: Sinkt die Sonne unter deine Untergrenze (bei dir 4°), hat Shutter Pilot bisher nur den Merker gelöscht und nicht gefahren – in der Annahme, dass gleich der Abendplan kommt.
Im Sonnenmodus stimmt das. Du bist im Helligkeitsmodus mit lux_down 199 – da wartet er auf einen Lux-Wert, und das können Stunden sein. Genau das hast du beobachtet: „Erst wie sie dann ganz zu gefahren sind."
Neu in 2.15.0: Haken „Am Ende des Beschattungstags wieder öffnen" im Sonnenschutz-Block des Bereichs. Vorgabe aus, damit sich für niemanden ungefragt etwas ändert – bei dir bitte anhaken.
„Was ist der Unterschied bei den beiden Positionen?"
Die obere gilt bei offenem Fenster, die untere bei gekipptem. Der Haken dabei: das kann dein Kontakt nur unterscheiden, wenn er einen eigenen Kipp-Zustand meldet.
-
Schlafzimmer (sensor.balkontur_opening_state, Kipp-Zustand tilted): hier wirken beide, 90 % bei offen und 30 % bei gekippt.
-
Alle anderen (window_tilted_state: none): zweiwertiger Kontakt, es wird immer die Kipp-Position gefahren, auch bei „offen". Dein Export sagt das auch:
Ohne Kipp-Zustand ist der Kontakt zweiwertig, gefahren wird immer position_when_window_tilted (20 %) – auch bei „offen".
Deine 100 % bei „offen" kommen dort nie zum Zug. Seit 2.8.2 zeigt das Formular für solche Kontakte deshalb auch nur noch einen Schieber.
Die Markise läuft umgedreht
Deine cover.markise meldet keine Position (im Export: „Position jetzt: –"). Solche Antriebe kennen nur auf und zu; Shutter Pilot schickt dann statt einer Prozentzahl ein open_cover (ab 50 %) oder close_cover (unter 50 %).
Deshalb bewirkt ein Schieber von 0 auf 20 nichts – erst der Sprung über die Mitte zählt. Dreh die beiden Werte einfach um:
| Feld |
statt |
auf |
| Ruhestellung (eingefahren) |
0 % |
100 % |
| Beschattung (ausgefahren) |
100 % |
0 % |
Dann fährt „Ruhe" ein open_cover und „Beschattung" ein close_cover, und die Richtung stimmt. Der Wind- und Regenschutz rechnet das automatisch mit – der liest die eingestellten Rollen, nicht feste Zahlen.
Sauberer wäre natürlich, den Aktor selbst richtig herum zu konfigurieren; das geht aber nicht bei jedem Modell.
Der Nachtrag: Schlafzimmer nicht runter, morgens nicht hoch
Nicht runtergefahren, weil das Fenster auf Kipp war – das ist gewollt und korrekt: Du hast an allen Rollläden „Fahrt nach dem Schließen nachholen" aktiviert. Die Fahrt wird vorgemerkt und läuft, sobald das Fenster zugeht. (Ohne diesen Haken würde er bei offenem Fenster einfach zufahren.)
Morgens nicht hochgefahren – hier ist mein Verdacht ein anderer, und er steht in deinem eigenen letzten Satz:
„Ich habe das ganze erstmal ausgeschaltet und meine Automationen wieder eingeschaltet."
Liefen die parallel zu Shutter Pilot? Dann ist das die Erklärung. Deine Bereiche stehen alle auf manual_override: never. Das heißt: Eine Position, die nicht von Shutter Pilot kommt, gilt als von Hand gesetzt und blockiert das automatische Hochfahren bis zum nächsten Schließen. Für Shutter Pilot ist eine fremde Automation nicht von einem Handgriff zu unterscheiden.
Dazu passt auch das Wohnzimmer mit 90 % und 5 % – das sind keine von deinen konfigurierten Positionen (du hast 0 / 50 / 100 / 20). Da hat etwas anderes gefahren.
Zu tun: Entweder die alten Automationen wirklich abschalten, oder manual_override auf next_action stellen – dann gewinnt der Zeitplan immer.
Und zum Anfang: 2.7.1 → 2.14 „hat alles zerschossen"
Von 2.7.1 auf 2.14 sind sieben Versionen. Dass du neu angefangen hast, war vermutlich der schnellste Weg. Ein Punkt für die Zukunft, weil er oft missverstanden wird: nach jedem Update den Browser einmal hart neu laden (Strg+F5 bzw. Cmd+Shift+R). Ein Panel aus dem Cache mit neuem Backend sieht genau so aus wie „alles kaputt".
Wenn nach dem Update auf 2.15.0 noch etwas quer steht: schick bitte noch einmal den Export. Der beantwortet inzwischen ziemlich viel von allein.
Danke fürs Melden – zwei der Fehler oben hätte ohne deinen Bericht niemand gefunden. 
So, ihr Lieben! 
2.13.0 – Beschattung nur zu bestimmten Uhrzeiten
2.14.0 – Helfer als Bedingung
Beigetreten 15. Dez. 2024
Nicht zu verwechseln mit dem Feld darunter, „Zusätzlicher Sensor für gekippt". Das ist für Fenster, die offen und gekippt als zwei getrennte Entitäten melden – also derselbe Flügel, zweimal beschrieben. Bei dir ist es das neue Feld.
Am Wochenende gar nicht hochfahren
Bedingung „nicht hochfahren"
Nur beschatten, was schon offen ist
Am Ende des Beschattungstags wieder öffnen
an einer Richtung, die passte, und der Wert in derselben Klammer sagte das Gegenteil.
Ohne Codeänderung beantwortet
Was ändert sich für mich?
Neuer Betriebsmodus: „Kein Zeitplan"
Die Tab-Leiste bleibt beim Scrollen stehen
Behoben: eigene Entitäten standen in jedem Auswahlfeld ganz oben
Neu
Was ändert sich für mich?
