Raffstore / Jalousie in Szene steuern

[eikowagenknecht]

Hallo zusammen,

ich versuche gerade, meine Jalousieaktoren per Szene so einzustellen, dass sie auf x% mit Öffnungswinkel y landen. Dazu habe ich folgende Konfig:

- name: Schatten im Wohnzimmer
  entities:
    cover.eg_wohnen_raffstore_terrasse:
      current_position: 40
      current_tilt_position: 0
      state: open
    cover.eg_wohnen_raffstore_tuer:
      current_position: 35
      current_tilt_position: 0
      state: open

Wenn ich das nun ausführe, wird bei einem der Raffstore entweder Position oder Tilt eingestellt. Komplett zufällig, bei welchem. Wenn ich das nun oft genug ausführe habe ich am Ende den gewünschten Zustand. Wäre aber natürlich schön, wenn es nur einen Anlauf bräuchte.

Meine Vermutung ist, dass Home Assistant hier einfach 4 Befehle an Homematic sendet und davon nur einer ausgeführt wird. Kann das sein? Lässt sich das irgendwie korrigieren oder muss ich eine Lösung ohne Szenen suchen (wie sie hier untere anderem schon für Automatisierungen diskutiert wurde in einem anderen Thread)?

Viele Grüße

Eiko

[SukramJ]

Ich habe keine Raffstores / Jalousien, daher wurde die Funktionalität zusammen mit Benutzern umgesetzt.

Ich gehe mal davon aus das Du BidCos Geräte verwendest.

Es gibt zwei Services für Raffstores / Jalousien die, wie ich denke, hier relevant sind:

• cover.set_position
• cover.set_tilt_position

cover.eg_wohnen_raffstore_terrasse:
     current_position: 40
     current_tilt_position: 0
     state: open

Die Ausführung sähe demnach so aus:

1. cover.set_position(40)
2. cover.set_tilt_position(0)

Ich könnte mir vorstellen das Befehl 2 Befehl 1 abbricht.
Wenn dem so ist, dann ist die Umsetzung als Szene für Homematic ungeeignet.

Eine Umsetzung wie in #560 beschrieben scheint hier sinnvoller zu sein.

[eikowagenknecht]

Danke für den Input, vermutlich ist es genau so, wie du sagst, nur dass Befehl 1 und Befehl 2 nicht immer in der selben Reihenfolge gesendet werden und es dadurch zu dem "zufälligem" beobachteten Verhalten kommt.

Die Frage, die sich mir da noch stellt, ist, ob der Abbruch des ersten Befehls von HA oder HaHomematic passiert. Ohne den Code zu kennen würde ich hier letzteres vermuten, da der Service als Parameter jeweils nur den Öffnungsgrad (cover.set_position) oder Neigung (cover.set_tilt_position) mitbekommt.

Wenn das so ist, ist die nächste Frage, wie der Aufruf an die CCU aussieht. Ist da beides (Neigung, Öffnung) in einem Call oder sind das auch zwei separate Services? Wenn es in einem Call ist, müsste es in so einer Situation prinzipiell möglich sein, den jeweils nicht von HA zur Änderung angeforderten Parameter mit dem Wert des laufenden Vorgangs zu belegen, sofern denn einer im Gange ist, statt mit dem alten Vorgang.

Dafür wäre Voraussetzung, dass HaHomematic trackt, was zuletzt gerade gesendet wurde und es müsste ein sinnvoller Timeout definiert werden, damit zwischenzeitliche Bedienungen aus anderen Quellen nicht verloren gehen. Beim Aufruf als Szene passieren die beiden Calls ja quasi zeitgleich und könnten damit schon recht gut einander zugeordnet werden. Ansonsten sind ein paar Sekunden vermutlich für alle praktischen Belange in Ordnung, sofern niemand direkt parallel an einem direkt gekoppelten Schalter spielt o.ä.

Meinst du, so etwas ist umzusetzen oder ist das zu viel Logik für HaHomematic (oder scheitert an anderen Gründen)?

Das Thema scheint ja zumindest mehrere zu betreffen und die angedachte Lösung von oben dürfte auch die Wait Bedingung in der Automatisierung aus #560 hinfällig machen und intuitiv wäre es schon, wenn ich in HA die Raffstore in einen Zustand fahren könnte der mir passt und dann automatisch eine passende Szene aus dem Gerät in HA erstellt wird statt den Umweg über Helper und Skripte oder Automatisierungen gehen zu müssen.

[SukramJ]

ob der Abbruch des ersten Befehls von HA oder HaHomematic passiert

HA und HaHomematic brechen Befehle nicht ab, und warten (können auch nicht) auch nicht bis die vorherige Ausführung beendet wurde. Der Abbruch erfolgt in der CCU.

Da HA nur getrennte Services für position und tilt_position getrennt, erfolgt auch die Folgeausführung getrennt.

Dafür wäre Voraussetzung, dass HaHomematic trackt, was zuletzt gerade gesendet wurde und es müsste ein sinnvoller Timeout definiert werden, damit zwischenzeitliche Bedienungen aus anderen Quellen nicht verloren gehen. Beim Aufruf als Szene passieren die beiden Calls ja quasi zeitgleich und könnten damit schon recht gut einander zugeordnet werden. Ansonsten sind ein paar Sekunden vermutlich für alle praktischen Belange in Ordnung, sofern niemand direkt parallel an einem direkt gekoppelten Schalter spielt o.ä.

Ich denke, das ist zu viel Logik für HA. Für eine sinnvolle Umsetzung müsste es einen HA Service geben der position und tilt_position zusammen übermittelt und am Besten auch in Szenen verwendet. Aber selbst dann müsste man sich noch um das Timing zur CCU kümmern.
Ein Tracking ist definitiv zu aufwendig.

[eikowagenknecht]

Gerade noch ein wenig herumprobiert.. Steuerung in der Web UI der CCU3 ist auch nicht besser. Beispiel: Beides auf 0%. Stelle ich die Öffnung auf 50% ein, fängt der Raffstore an, hochzufahren. Wenn ich dann in der WebUI die Lamellenposition ändere, fährt er wieder runter (also auf den alten Wert) und stellt dann die Lamellen ein.

Schade, aber dann weiß ich bescheid und versuche mich dran, mit Helpern und Skripten einen Workaround zu basteln, damit ich es dennoch als Szene verwenden kann.

[jschroeter]

Der "offizielle" Weg dafür ist die von Homematic bereitgestellte Möglichkeit zu nutzen um beide Werte gleichzeitig zu setzen, siehe #1000 (comment)