Frage zu dimm und switch control items

[Patrick77]

Hallo zusammen,

Ich habe ein kleines Problem das ich nicht lösen kann:

Ich habe auf der einen Seite KNX Taster und auf der anderen Seite HUE Lampen. Prinzipiell funktioniert schalten, dimmen, Farbtemperatur verstellen usw. einwandfrei - solange ich EINEN Taster "eingebunden" habe mit dem ich dann die HUE anspreche.

Problem: Ich habe wie bei einer normalen Elektro oder KNX Installation üblich an unterschiedlichen Stellen im Haus Taster die eine Lampe schalten. Sobald ich im Openhab mehrere Taster einbinde wird ein Schaltbefehl oder Dimmbefehl mehrfach ausgeführt: Drücke ich bei einem Taster auf Dimmen, dann dimmen alle anderen Taster quasi mit.

Ich habe mir jeden einzelnen Taster als "Thing" mit der jeweiligen KNX Adresse angelegt.
z.B.:
1.1.12: Taster bei Kellerabgang
1.1.32: Taster Homeoffice
1.1.10: Taster bei Eingang
.....
...
Hinter dem Taster hab ich dann das dimm control item als Channel hinterlegt, hier jetzt einmal nur mit der GA increase/decrease

UID:
label: Jung Taster 4 Fach bei Eingang
thingTypeUID: knx:device
configuration:
pingInterval: 600
address: 1.1.10
readInterval: 0
fetch: false
bridgeUID: knx:ip:c8ad714452
location: Vorraum
channels:
- id: HUESchalten
channelTypeUID: knx:switch-control
label: HUESchalten
description: null
configuration:
ga: 1/1/15
- id: HUEEGVorraumDimmen
channelTypeUID: knx:dimmer-control
label: Hue EG Vorraum Dimmen
description: null
configuration:
increaseDecrease: 1/1/16
frequency: 550

und diese Channels mit dem jeweiligen HUE item verlinkt und genau da dürfte mein Denkfehler liegen. Im LogViewer sieht man dann (hier mit 2 "eingebundenen" Tastern) folgendes Verhalten:

2022-12-11 10:03:46.793 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'HUEEGVorraumSchalten' received command OFF
2022-12-11 10:03:46.817 [INFO ] [openhab.event.ItemCommandEvent ] - Item 'HUEEGVorraumSchalten' received command OFF
2022-12-11 10:03:46.831 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'HUEEGVorraumSchalten' predicted to become OFF
2022-12-11 10:03:46.855 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'HUEEGVorraumSchalten' predicted to become OFF
2022-12-11 10:03:46.860 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'HUEEGVorraumSchalten' changed from ON to OFF

Ich wäre sehr dankbar, wenn mir da jemand auf die Sprünge helfen könnte was ich da falsch gemacht habe bzw. noch "dazwischen" schalten muss, dass ein Befehl nur einmal versendet wird.

Wünsche euch allen einen schönen Adventsonntag!

[udo1toni]

Herzlich willkommen im Forum!

Du hast einen klassischen Fehler begangen

knx arbeitet mit Gruppenadressen, um Daten zu transportieren. Da Du nur eine Lampe steuern willst, brauchst Du auch nur drei (!) Gruppenadressen, eine für ON/OFF, eine für ON/OFF Rückmeldung und eine für heller/dunkler.

Die Gruppenadressen "gehören" dabei tatsächlich openHAB, denn openHAB übernimmt die Rolle des Aktors. Du kannst selbstverständlich die Gruppenadressen einem der Taster zuordnen, aber eigentlich gehören sie einem virtuellen Thing, welches entsprechend auch keine physikalische Adresse hat:

Code: Alles auswählen

UID: knx:device:bridge:virtual0
label: virtuelles Thing
thingTypeUID: knx:device
configuration:
  pingInterval: 0
  readInterval: 0
  fetch: false
bridgeUID: knx:ip:bridge
location: KNX
channels:
  - id: ch1
    channelTypeUID: knx:dimmer-control
    label: HUE-Dimmer Taste
    description: null
    configuration:
      increaseDecrease: 1/1/16
      switch: 1/1/x+1/1/15
      frequency: 550

Alle Taster werden identisch parametriert, für longPress wird 1/1/16 mit start-stop-dimming programmiert, für shortPress wird 1/1/15,1/1/x programmiert, wobei x noch definiert werden muss, es muss einfach eine freie GA sein, über die die Taster erfahren, ob die Hue gerade eingeschaltet oder ausgeschaltet ist.
Solltest Du Taster mit Display haben (also solche, die die Helligkeit in % anzeigen können), könntest Du auch zusätzlich noch eine GA für diese Information einbauen und sie in openHAB unter dem Parameter position hinterlegen.
Es ist nicht sinnvoll, die Status GA bei openHAB abzufragen (Read Request). Eigentlich sollte das funktionieren, aber es gibt diverse Berichte über fehlerhaftes Verhalten, und letztlich braucht man das nur, wenn der Bus neu gestartet wird (also nach einem Stromausfall o.Ä.), in so einer Situation ist ohnehin mit einem Default Zustand Aus zu rechnen, was die Taster sowieso tun.

Sendet einer der Taster einen Befehl, so wird dieser von openHAB empfangen, und weil der Channel als dimmer-control definiert ist, wird der Befehl an die Hue weitergeleitet. Die Hue schaltet und/oder dimmt, am Ende sendet sie ihren neuen Status als Update, was openHAB zum Anlass nimmt, diesen Status über die passende GA (eben die erste unter switch) an den Bus zu senden. Somit bekommen die Taster mit, welchen Zustand die Hue hat.
Du brauchst nur den einen dimmer-control Channel, keinen zusätzlichen switch-control Channel.
Und wie gesagt, Du darfst die GA nur einmal anlegen, das heißt, Du kannst gerne alle Taster in openHAB als Thing definieren (hab ich auch so gemacht, auch Taster, die gar keine Channel hinterlegt haben), aber keinesfalls darfst Du dort bei mehr als einem der Taster den passenden Channel erzeugen.

[Patrick77]

Hallo udo1toni,

Besten Dank für deine schnelle und ausführliche Rückmeldung - ich hab das jetzt mal in meinem Testsetup versucht: 2 "eingebundene" Taster und bei einem ist die GA drinnen und beim anderen nicht, es läuft genau so wie du es sagst und funktioniert einwandfrei! Ich hatte schon vermutet dass ich da in meinem Gedankengang das Openhab den Aktor übernimmt einen Knoten habe - aber an sowas wie die GA rauszunehmen hätte ich ehrlich gesagt nicht gedacht.....

Danke nochmals!

lg

[udo1toni]

Immer gerne

Um den Knoten vielleicht noch etwas zu lockern: Wenn wir knx anbinden, konfigurieren wir in openHAB lediglich Aktoren und Sensoren, aber keine Taster. Da openHAB gegenüber dem knx Bus die Rolle eines Aktors oder Sensors übernehmen kann, konfigurieren wir in diesem Fall auch nicht den Taster, sondern den (virtuellen) Aktor oder Sensor.

Bei verschiedenen anderen Bussystemen gibt es diese Möglichkeit nicht und man muss tatsächlich Taster als Things konfigurieren, aber eigentlich übernimmt openHAB die Rolle des Tasters (denn openHAB steuert die angeschlossenen Aktoren) In diesem Fall ist der Taster quasi eine Fernsteuerung des Tasters in openHAB.
Im Idealfall könnte man mit der passenden Konfigurationssoftware (also bei knx die ETS) den virtuellen Aktor einrichten. Bei knx ist das ohnehin dezentral gelöst, man konfiguriert die Devices unabhängig voneinander, weshalb es nicht weh tut, wenn die ETS den "openHAB Busankoppler" nicht parametrieren kann.

[Patrick77]

...ich hab jetzt gerade mal das virtuelle Thing wie du heute Vormittag beschrieben hast eingerichtet - ist eindeutig die schönere Variante.
Das mit der ETS sehe ich mir dann definitiv auch noch an - muss aber zugeben dass ich momentan schon mit der "virtuellen" Lösung im Openhab sehr glücklich bin.
Ein wenig Feintuning was Dimmgeschwindigkeit und co betrifft und dann hat die Geschichte auch schon den berühmten "Wife acceptance factor"

Schönen Abend noch

[udo1toni]

Ups, habe ich vielleicht mehr Verwirrung geschaffen? Die ETS dient ja nur zum Konfigurieren der knx Komponenten. Tatsächlich kannst Du in der ETS nur die normale knx Hardware konfigurieren, aber nicht openHAB

[Patrick77]

Hi,
Hab ich jetzt in der Tat falsch aufgefasst, aber keine Sorge - ich hätte es in der ETS wahrscheinlich relativ schnell "kapiert" dass da nix geht was mit Openhab zu tun hat

[udo1toni]