Also, der erste Punkt: Wenn Du Daten an ein Binding schicken willst, so ist das (bis auf eine Ausnahme) immer ein Befehl. Du müsstest also statt
.postUpdate() einfach nur
.sendCommand() verwenden.
Die andere Sache... ähm... sie sage ich es neutral... Du kannst natürlich einen Thomas-Mann-Satz ohne Leerzeichen als Namen eines Items verwenden, so dass sich dieser Itemname dann über zwei Bildschirmseiten hinzieht. Aber wie Du an Deiner Rule sehen kannst, ist das suboptimal. Niemand kann das vernünftig lesen oder in einer Rule damit arbeiten. (Ja, das war neutral
)
Weiterhin ist es so, dass Du eigentlich gar keine zwei Items bräuchtest.
Du willst die Daten eines Channels des Bindings A in einen Channel des Bindings B transferieren.
Dazu verknüpfst Du einfach die beiden Channel mit dem gleichen Item und setzt für den "Slave"-Channel in den Metadaten die Option "Follow".
Du brauchst dazu keine Rule.
Noch mal zu den Itemnamen: Es gibt in openHAB zwei Schichten. Die eine Schicht ist die Hardware Ebene (auch wenn hier natürlich viele Dinge mit rein spielen, die gar keine Hardware betreffen... vielleicht sollten wir besser von einer externen Ebene sprechen) - diese Ebene wird mit Things und Channels abgebildet. Wenn ein System einen Bus hat, der dann mehrere gleichartige Things anbinden kann, so gibt es als zusätzliche Teilebene zu Channel und Thing noch die Bridge, die ist aber auch nur ein spezielles Thing.
Things sind also hardwareabhängig.
Die andere Ebene in openHAB ist der openHAB Bus (eigentlich steht das B in openHAB für Bus).
Auf dem openHAB Bus gibt es nur Items.
Und Events.
Und noch ein paar Status, die nicht in Items abgebildet sind...
Aber eigentlich gibt es nur Items
Items sind niemals(!) Hardware abhängig. Allenfalls sind Items an einen Channel gebunden, der zu einer Hardware gehört. Aber die Items beziehen dann lediglich ihren Status und/oder Befehle von dieser Hardware und/oder senden ihrerseits Status und/oder Befehle an diesen Channel.
Daraus ergibt sich: Namen von Things sind sinnvoll auf konkrete Geräte zu beziehen, z.B. ein Homematic Aktor, ein MQTT-gesteuertes Device, eine Squeezebox, ein Samsung Fernseher, eine FRITZ!Box... Du verstehst, was ich meine.
Itemnamen sollten sich
nicht auf eine Hardware beziehen, sondern ausschließlich auf ihre Funktion. Hier wäre z.B. MaximaleTemperaturHeute als Itemname in Ordnung, allerdings auch sehr länglich. Du als Administrator des Systems wirst genausogut mit TempMaxHeute auskommen, ohne auch nur den geringsten Teil einer Information zu verlieren. TempMaxHeute ist super lesbar. Niemand wird auf die Idee kommen, Temp als temporär auszulegen, oder als Bezug auf Tempo.
Und ja, openHAB schlägt die langen Namen vor. Aber Niemand zwingt Dich dazu, sie auch unverändert zu übernehmen.
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet