Ja, das ergibt Sinn. Allerdings dieser Punkt:
tichu78 hat geschrieben: 14. Dez 2021 00:28
Außerdem gehe ich davon aus, dass der Kontakt als Schliesser die ganze Zeit aktiv gehalten werden muss.
wäre auf jeden Fall zu verifizieren. Meine knx Relais Aktoren haben bistabile Relais verbaut. Das sollte eigentlich Standard sein, um den Energiebedarf des Aktors minimal zu halten. Das heißt, das Relais hat zwei Erregerspulen und einen Permanentmagneten, der den Anker in Arbeitsstellung halten kann. Die eine Erregerspule lässt den Anker in Arbeitsstellung springen. Die zweite Erregerspule hebt kurzfristig das Magnetfeld des Permanentmagneten auf, so dass der Anker in Ruheposition fällt. Beide Spulen werden bei einem Schaltvorgang typisch nur etwa 0,1 Sekunden eingeschaltet, die nötige Energie kann leicht über einen Kondensator zur Verfügung gestellt werden.
Bei permanenter Erregung werden hingegen typisch mehr als 100mA fließen, ein Aktor darf aber, wie alle knx Busbaugruppen, nur zwischen 5 und 10 mA ziehen, er bräuchte also ein eigenes Netzteil.
Die Anzeige wirst Du vermutlich nur über eine Negierung in openHAB hinbekommen, es sei denn, die Schaltlogik lässt sich in ETS umkehren, so dass eine 0 auf dem Bus zu einem eingeschalteten Relais führt und eine 1 zu einem ausgeschalteten Relais. Die Rückmeldung muss natürlich die gleiche Invertierung haben. In openHAb musst Du hingegen nur dann negieren, wenn es auf knx-Seite nicht geht.
Dann kommst Du nicht um ein Proxy Item herum, welches Du dann mit einer Rule gegenläufig betreiben musst. Aus OFF wird ON und umgekehrt.
openHAB5.1.3 stable in einem Debian-Container (trixie, OpenJDK 21 headless runtime - LXC, 4 Kerne, 3 GByte RAM)
Hostsystem Proxmox VE 9.1.9 - AMD Ryzen 5 3600 6 Kerne, 12 Threads - 64 GByte RAM - ZFS Pools: Raid Z1, 3 x 20 TB HDD -> 40 TByte und Raid Z0-Mirrored 4 x 1 TByte NVMe -> 2 TByte