Ah. Rules bitte immer in Textform. Im Fall von UI-Rules gibt es dafür die Code-Ansicht. Den Text bitte immer als Code einfügen (im vollständigen Foren-Editor die Schaltfläche mit </> drauf), weil speziell bei yaml (das ist die Code-Ansicht in der UI) auch die Einrückungen wichtig sind. Außerdem wird Code so einfach markier- und kopierbar.
In der vorliegenden Rule testest Du auf DOWN. Rollershutter Items können keinen Status DOWN annehmen, DOWN ist ein Command.
Der Unterschied ist eigentlich schon im Namen erkennbar
wird aber gerne vermischt, eventuell auch, weil es verschiedene Itemtypen gibt, bei denen die Mengen der Status und Commands deckungsgleich sind (z.B. Number, String, Switch)
Code: Alles auswählen
Itemtyp | Command | Status
------------------------------------
Switch | ON, OFF | ON, OFF
------------------------------------
| UP,DOWN, |
Rollershutter | STOP, | 0 - 100
| 0 - 100 |
------------------------------------
| ON, OFF, |
Dimmer | INCREASE, | 0 - 100
| DECREASE, |
| 0 - 100 |
Das Command wird als Trigger für Rules verwendet. Das Command wird an verlinkte Channel gesendet.
Der Status kommt im Idealfall direkt vom Channel, als Antwort auf einen Schaltbefehl. Dabei kann Dimmer und Rollershutter als Status aber lediglich die Position anzeigen, also beim Dimmer die Helligkeit und beim Rollershutter der Grad der Abdunklung (jeweils in Prozent).
Falls Deine Rollläden die Position nicht zurückmelden, macht das nichts, denn openHAB wird (als Default Verhalten, um "schneller" zu sein) den vermutlich "demnächst" gültigen Status "erraten" und "schon mal" ins Item schreiben. (Das schlägt sich im event.log nieder: "... prediceted to become ...")
Das bedeutet: Wenn Du das Command DOWN sendest, sollte der Status des Items anschließend 100 sein.
openHAB4.3.3 stable in einem Debian-Container (bookworm) (Proxmox 8.3.5, LXC), mit openHABian eingerichtet
