Roller Shutter Position Emulation

[manes]

Hi,
ich habe oben genanntes Transformation Add On installiert und dabei tritt bei mir ein Problem auf, für das ich keine Erklärung habe. Ich habe ein auf und ab Icon und in der Mitte die Prozentzahl des Rolladenstandes. Das klappt eigentlich, aber nur eigentlich und nicht durchgehend. In der Theorie sollte das Fenstericon Schritt für Schritt anzeigen symbolisch, das die Rollade fährt und die Rollade mitlaufen lassen. Außerdem sollte bei den Vorgängen rauf/runter jeweils der prozentuale Verlauf auch angezeigt werden. Das klappt aber nicht bei allen Rollos. Einige zeigen den Ablauf Schritt für Schritt an und andere wiederum, springen immer nur von 0 auf 100 oder umgekehrt je nachdem welche Richtung gerade gefahren wird. (zeigen aber dann, wenn man zwischendurch stoppt, oder den Wert erreicht hat, den man fahren möchte den richtigen Wert an. Wechseln also von 0/100 auf den Wert, auf dem das Rollo stehen sollte beim Stopp.) Hat jemand eine Idee, was ich hier übersehen habe? Der Code und die Konfiguration ist für alle gleich. Ich habe einen erstellt, dann immer wieder geklont und nur die Things usw. ausgetauscht gegen das entsprechende Rollo. Es ist schon irgendwie komisch, was da abläuft.

[udo1toni]

Da gibt es verschiedene Möglichkeiten.
Welche Addons verwendest Du (für die Rollläden)?
Hast Du tatsächlich keinerlei echte Positionsdaten?
Sind die betroffenen Items auf autoupdate=false konfiguriert?

[manes]

das Addon steht unter Transformations und heißt
Roller Shutter Position Emulation.
was meinst Du mit echten Positionsdaten? Ich gebe bei dem Add on an, wie lange es dauert, bis die Rollade unten ist und wie lange es dauert, bis sie wieder oben ist.
Wo soll da autoupdate eingestellt werden? Ich sehe da nichts.
Aber ganz ehrlich? Ich verstehe jetzt nichts mehr. Ich habe jetzt alle Rollos gerade mal ausprobiert und komischerweise scheint es jetzt zu klappen. Das Icon fährt Schritt für Schritt die Rollade runter und die Prozentangabe klappt jetzt auch. Ich meine das hat auch schonmal in der Vergangenheit geklappt, dann aber wieder zwischendurch nicht. Muß wohl ein zickiges AddOn sein, was immer mal wieder macht, was es will.

[udo1toni]

Ich meinte das Addon welches den Kontakt zur Hardware herstellt.

Ich habe hier z.B. Rollläden, die über MQTT angesteuert werden und welche, die ich über knx ansteuere.
In beiden Fällen unterstützt die Hardware (bzw. eigentlich die Firmware...) das absolute Positionieren und damit auch die Rückmeldung der "echten" Position. Ich hatte früher aber knx Aktoren, welche keine absolute Positionierung beherrschten, man konnte keine Laufzeit im Aktor eintragen und somit nicht über die Betriebsdauer abschätzen, auf welcher Höhe der Behang steht (nichts anderes passiert ja in der Rollershutter position emulation).

Für jeden Rollladen hast Du ein Rollershutter Item, welches die Befehle UP/DOWN/STOP und 0-100 für Positionsfahrten kennt. Der Befehl wird gewöhnlich direkt an die Hardware gesendet, diese muss also Positionsfahrten unterstützen, damit das so funktioniert.

Jedes Item in openHAB hat eine Eigenschaft autoupdate, zu finden in den Metadaten (in der Main UI heißt der Parameter Auto-update).
Dieser Parameter steuert das Verhalten von openHAB, wenn man einen Befehl sendet - sendCommand() bzw. eine Eingabe über die UI, also z.B. 'Rollladen hoch'.
Wenn autoupdate=true gesetzt ist, wird jeder Befehl automatisch ein "passendes" Update des Itemstatus nach sich ziehen. "Passend" bedeutet dabei, dass openHAB den 'wahrscheinlichen' neuen Wert des Items errechnet und unmittelbar ein postUpdate() auslöst,
also z.B. MyShutter.sendCommand(UP) resultiert in einem zusätzlichen MyShutter.postUpdate(0), weil der obere Anschlag des Rollladens als 0-Position definiert ist.
Mit autoupdate=false unterlässt openHAB dieses automatische Update. Das Item behält seinen Status so lange, bis dieser gezielt gesetzt wird, entweder über ein postUpdate() oder über ein Update, welches von einem der verknüpften Addons kommt.

Per default sind alle Items auf autoupdate=true konfiguriert, besser ist es aber, autoupdate=false zu setzen, wo immer das möglich ist. Kleiner Pferdefuß: Es gibt Addons, welche beim Starten von openHAB nicht den aktuellen Status der Items ermitteln (können), dort bliebe also der Status unbestimmt, bis das Item mindestens einmal geschaltet wurde. Das ist (neben der Historie) der Grund für das Default Verhalten.
Da bei der Position Emulation ohnehin Updates kommen, bietet es sich an, hier autoupdate=false zu konfigurieren, damit die Steuerbefehle nicht in irreführenden Anzeigen münden.

[manes]

ach so. alles klar. Es sind KNX Aktoren am Ende dran. Aber recht alte. Die können aber auch auf Position fahren. Ich gebe mit dem sendcommand() die % Zahl an. (denke ich mal) Aber wie schon erwähnt, jetzt klappt der ganze Kappes wieder. Keine Ahnung was das war/ist. Schauen wir mal, was es demnächst für Überraschungen gibt...

[udo1toni]

Wenn die Aktoren absolute Positionsfahrten beherrschen, dann bekommst Du gewöhnlich auch die (Stopp-) Position gemeldet. Kann natürlich sein, dass Du dazu keine GA definiert hast.
Hast Du Zugriff auf das ETS Projekt und eine ETS zum Programmieren?

[manes]

ja, habe ich. Das mit der GA muß ich mal prüfen.....