Loxone und Velux Dachfenster / Rollos

Nachdem ich sämtliche Rollos und Jalousien für die „normalen“ Fenster von Anfang an über meinen Loxone Miniserver Gen 1 steuern konnte, waren unsere Dachfenster-Rollos zunächst ausschließlich über die Velux-eigene Fernsteuerung (KLR 200) bedienbar. In diesem Post beschreibe ich, wie die Steuerung für Rollos und / oder Dachfenster über Home Assistant und damit auch über Loxone umgesetzt werden kann.

Velux in Home Assistant integrieren

Nach unserem Einzug 2019 ergab meine Recherche, dass eine Integration ins Netzwerk mit dem Velux-Gateway KLF200 möglich ist. Ich bestellte also eins davon und versuchte mein Glück. Das Gerät war für einen Laien recht seltsam zu bedienen. Es hat zwar sowohl WLAN als auch LAN an Bord, WLAN allerdings nur im Access-Point-Modus mit eigener SSID, und LAN nur mit einem proprietären Protokoll (kein HTTP). Zum Glück gab es eine Integration für Home Assistant, mit der ich zumindest die Basisfunktionalität umsetzen konnte. Diese hatte allerdings einige Besonderheiten, die es zu beachten galt, vor allem:

You must complete the configuration within 5 minutes of rebooting the KLF 200 gateway. If you can’t complete in time and setup fails, power cycle the device and try again.

Und das galt für jedes Pairing. Ein simpler Restart von Home Assistant musste also immer von einem Reboot des Gateways begleitet werden, damit es nachher wieder ansprechbar war. Das war mir auf Dauer zu kompliziert, weshalb ich schlussendlich auf die KIG300 – VELUX App Control umstieg. Diese kann ganz komfortabel als HomeKit-Gerät eingebunden werden und funktioniert seither sehr zuverlässig.

Loxone-Baustein

Der nächste Schritt war natürlich die Einbindung in Loxone: Der Loxone Tastenstandard sieht vor, dass man die Beschattung auch über den Multifunktions-Lichtschalter steuern kann – und das ging bisher nur für die normalen Rollos, aber nicht für die Dachfenster-Rollos. Dazu muss der Loxone-Baustein „Automatikbeschattung“ mit virtuellen Ausgängen verbunden werden, die die betreffenden Shutter-Entitäten in Home Assistant über die Home Assistant API ansprechen. Dafür müssen die Ausgänge Op und Cl verwendet werden, die jeweils den passenden open_cover oder close_cover-Befehl triggern.

Ersatz für fehlende Stop-Funktion

So weit, so einfach. Bei einem zweiten Druck auf den Schalter werden Jalousien gestoppt. Also einfach „Befehl bei AUS“ auf stop_cover verbinden, und fertig… Weit gefehlt! Der stop_cover-Aufruf (Dokumentation) lieferte einen HTTP-Fehler („500 Internal Server Error – Server got itself in trouble“) zurück, da das entweder in HomeKit oder im Velux Gateway nicht vorgesehen ist. Daher verwende ich für die Stop-Funktion einen Workaround: Sobald Beide Ausgänge Op und Cl wieder 0 sind, löse ich die Aktion set_cover_position mit dem aktuellen Positionswert aus. Das führt manchmal zu einer geringfügigen „Gegenbewegung“, bevor das Rollo stoppt, funktioniert aber in der Praxis hinreichend gut:

Fenster-Steuerung

Zwei unserer Dachfenster sind nicht mit der Hand zu erreichen und daher ausschließlich fernsteuerbar. Hier funktioniert alles genauso wie bei den Rollos. Ich habe den Fenster-Baustein verwendet und die rechten Ecken des T5-Schalters (T2 und T5) mit den Eingängen Co (Complete Open) und Cc (Complete Close) verbunden. Der Rest ist komplett identisch (inklusive der Stop-Logik), da steuerbare Fenster in Home Assistant auch eine „Cover“-Entität sind.

Einzige Besonderheit war die Wechselwirkung zwischen Fenster und Rollo: Wenn das Rollo geschlossen ist, kann man das Fenster öffnen. Aber wenn das Fenster geöffnet ist, sollte man das Rollo nicht in seiner Position verändern. Dazu habe ich einfach den Pos-Ausgang des Fensters mit dem Off-Eingang des Rollos verbunden. Da Pos genau dann 0 ist, wenn das Fenster geschlossen ist, genügt das, um das Rollo bei geöffnetem Fenster zu blockieren.

Hinterlasse einen Kommentar

Diese Seite verwendet Akismet, um Spam zu reduzieren. Erfahre, wie deine Kommentardaten verarbeitet werden..