Rollladensteuerung mit Gira X1

[cybersmart]

Jeder Aktor kennt seinen Zustand und kann diesen auf Anfrage (GroupValueRead Telegramm) senden; dafür muss das Lese-Flag am KO gesetzt sein.

Der X1 kann zyklisch Lese-Anfragen erzeugen:

1. Einen Datenpunkt anlegen mit der GA Fensterzustand
2. Auf einem Logik-Blatt diesen DP einem LBS Eingang zuordnen
3. in den Eigenschaften des Eingangs den Trigger Eingang aktivieren
4. Einen weiteren LBS Oszillator auf dem Logik-Blatt hinzufügen, wie in meinem Bild zu sehen

Mit jedem Oszillator-Takt wird die GA Fensterzustand gelesen.

Vielen Dank, das kann ich direkt dann einmal versuchen umzusetzen, wieder was gelernt.
Da ich den Fensterzustand aus 2 Binärwerten ermitteln muss ist das etwas komplexer aber da habe ich einen Ansatz wie ich das hinbekomme. Der Aktor den ich abfrage ist dann der Weinzierl, nicht der Jalousieaktor am Fensterzustandseingang(bzw Eingänge da er eben auch die beiden Binärwerte vom Fenster bekommt), der wird mir da vermutlich nicht „antworten“.

[cybersmart]

Das MDT Logikmodul hat eine Funktion "Zyklisch senden/abfragen". Damit kann der empfangene Wert des Fensterkontaktes zyklisch gesendet werden.

Ah ok, das ist eine direkte Funktion des Logikmoduls das ich leider nicht habe. Die Logikfunktionen in anderen MDT Produkten bieten das dann nicht. Schaue ich mir aber mal näher an, danke für den Hinweis.

[knxPaul]

Jeder Aktor kennt seinen Zustand und kann diesen auf Anfrage (GroupValueRead Telegramm) senden; dafür muss das Lese-Flag am KO gesetzt sein.

Der X1 kann zyklisch Lese-Anfragen erzeugen:

1. Einen Datenpunkt anlegen mit der GA Fensterzustand
2. Auf einem Logik-Blatt diesen DP einem LBS Eingang zuordnen
3. in den Eigenschaften des Eingangs den Trigger Eingang aktivieren
4. Einen weiteren LBS Oszillator auf dem Logik-Blatt hinzufügen, wie in meinem Bild zu sehen

Mit jedem Oszillator-Takt wird die GA Fensterzustand gelesen.

[hjk]

Das MDT Logikmodul hat eine Funktion "Zyklisch senden/abfragen". Damit kann der empfangene Wert des Fensterkontaktes zyklisch gesendet werden.

[cybersmart]

Hi, wie meinst Du das?

Speichert der Aktor den letzten Zustand und kann über das Logikmodul (welches?) den Zustand sich quasi selbst nochmal senden? Mit Logiken in den KNX Geräten hab ich bisher nichts weiter gemacht, bin da eher am Erfahrung sammeln mit dem X1, aber je nehr ohne X1 geht umso besser.
Der Weinzierl kann das ja nicht. Eure Binäraktoren können zyklisch senden, hilft mir hier ja nicht.
Wäre super wenn Du mir das kurz erklärst wie Du die Lösung siehst.

Grüße aus dem verregneten München, Uwe

[hjk]

Mit dem Logikmodul kann man den letzten Zustand der Festergriffe zyklisch senden. Damit sollte das Problem gelöst sein.

[Beleuchtfix]

Es gibt bestimmt eine Lösung, sobald man mit erweiterter Logik arbeiten kann.
Gruß Florian

[cybersmart]

Das stimmt schon, wenn man das aus reiner KNX Sicht betrachtet. Bei Binäraktoren, die man zyklisch senden lassen kann wäre es ja auch möglich zum nächsten Zyklus den Rollo dann auf Lüften zu fahren, so hatte ich das in einem Beitrag gelesen.
Geht halt bei mir nicht.

Evtl. prüfe ich bei jeder Abfahrt einfach den Fensterstatus vorher und fahre dann nur 85% an wenn gekippt ist.
Bringt dann aber eine andere Herausforderung wenn man danach das Fenster schliesst … irgendwie lässt sich die Nuss aber bestimmt knacken.

[Beleuchtfix]

Ich denke, dein Wunsch kollidiert etwas mit der KNX Philosophie, der letzte Wert gewinnt. Wie soll denn der Aktor unterscheiden ob die Abfahrt nun gezielt stattfinden soll und der Fensterkontakt überschrieben werden soll oder gelüftet werden soll. Wenn das Rollo in Lüftungsposition steht und die könntest dann nicht wieder schließen würdest du auch schimpfen.
Gruß Florian

[cybersmart]

Wollte mal Rückmeldung geben und Danke auch an hjk. Ich fahre die meiste Rollos nun abends automatisch zu und damit habe ich täglich eine Referenzfahrt auf 100%. Mit 10% Fahrzeitverlängerung ist das jetzt sehr stabil und die Positionen passen auch gut (egal ob von unten oder oben angefahren).
Temperaturunterschiede haben einen Einfluss aber eher gering.

Nun muss ich noch eine Lösung für die Spaltlüftung finden wenn die Fenster gekippt (bzw bei mir parallel abgestellt) werden. Wenn Rollo unten und Fenster wird gekippt funktioniert das super. Aber wenn Fenster gekippt und Rollo fährt dann erst runter klappt das nicht (Fensterzustand über enocean Griffe und Weinzierl eno Gateway, da kann der Zustand nicht zyklisch gesendet werden:-( Irgendwie wird das aber zu lösen sein.

[Beleuchtfix]

Soviel ich weiß rechnet Alexa aber anders als KNX auf ist 100% und zu ist 0%.
Gruß Florian

[cybersmart]

Da läuft nichts aus dem Ruder, 0% bzw. 100% und Auf/Ab verhalten sich gleich, also mit Überfahrzeit. Das sind im Prinzip Referenzfahrten. Zusätzliche Referenzfahrten sind unnötig.
Und 50% auf dem Bus sind 50% Fahrzeit, niemals 50% Position.
Beim Einstellen sollte man achten, dass die Position gleich ist, wenn von 0% oder 100% aus fährt.

Ok, das hatte ich vorher anders verstanden, dass ein auf/ab anders fährt als ein Absolutwert ... 0%/100%. Wenn das so ist dass das wie Referenzfahrt ist umso besser.
Bin gespannt wie es sich nun in der Praxis verhält.

[hjk]

Da läuft nichts aus dem Ruder, 0% bzw. 100% und Auf/Ab verhalten sich gleich, also mit Überfahrzeit. Das sind im Prinzip Referenzfahrten. Zusätzliche Referenzfahrten sind unnötig.
Und 50% auf dem Bus sind 50% Fahrzeit, niemals 50% Position.
Beim Einstellen sollte man achten, dass die Position gleich ist, wenn von 0% oder 100% aus fährt.

[cybersmart]

Bin jetzt zum Testen gekommen.

So wie von
hjk empfohlen 10% Fahrzeitverlängerung eingestellt. Referenzfahrten durchgeführt. Werde nun noch die absoluten Positionen versuchen etwas abzugleichen, sodass 50% auch in etwa 50% sind.

Folgende Feststellung beim Testen
Da wir die Rollos neben der Automatik/Logik meist mit Alexa steuern ist mir folgendes aufgefallen, was vermutlich dazu beiträgt, dass sich die Positionen so verschieben:

- erwartetes Verhalten bei "Alexa öffne Rollo" oder "Alexa schliesse Rollo" wäre ein "Hoch" oder "Runter" auf entsprechender Auf/Ab GA, damit wären implizit ja Referenzfahrten durchgeführt

- tatsächliches Verhalten: Absolutwerte werden gesendet (0% bzw. 100%)

Das liegt wohl an der Gira Skill Implementierung zwischen dem X1 und Alexa, da kann ich wohl garnicht korrigierend eingreifen :-(
Damit laufen ohne explizite Referenzfahrten die Rollos natürlich mit der Zeit "aus dem Ruder". Sehr unschön.

Edit: Hier indirekt bestätigt, dass das Skill nur mit Prozentwerten arbeitet. https://download.gira.de/data3/AmazonAlexa_V05_DE.pdf

[hjk]

Da sieht man an den Laufzeiten, dass der Motor sehr lastabhängig ist. Er wird dann sicher auch temperaturabhängig unterschiedliche Laufzeiten haben.
Ich würde hier min. 10% Überfahrzeit einstellen.