Dimmer erhält Command OFF und ich weiß nicht woher

Einrichtung der openHAB Umgebung und allgemeine Konfigurationsthemen.

Moderatoren: seppy, udo1toni

Proton
Beiträge: 93
Registriert: 10. Okt 2022 12:13
Answers: 4
Wohnort: Oberbergisches

Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von Proton »

Hallo zusammen,
mein Problem sieht wie folgt aus:

Code: Alles auswählen

2024-11-09 00:36:36.538 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 0 to 5
2024-11-09 00:36:36.538 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from OFF to ON through Flur_Obergeschoss_Licht_Dimmer
2024-11-09 00:36:36.552 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Flur_Obergeschoss_Licht_Dimmer' received command OFF
2024-11-09 00:36:36.553 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Flur_Obergeschoss_Licht_Dimmer' predicted to become OFF
2024-11-09 00:36:36.555 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 5 to 0
2024-11-09 00:36:36.557 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from ON to OFF through Flur_Obergeschoss_Licht_Dimmer
Das Problem ist, ich habe keine Ahnung woher der Befehl von 00:36:36.552 herkommt.
Ich habe die /var/lib/openhab/jsondb/automation_rules.json nach Regeln durchsucht, die "Flur_Obergeschoss_Licht_Dimmer" enthalten, aber da habe ich nichts gefunden, was dafür verantwortlich sein könnte (die Ergebnisse kann ich natürlich hier auch gerne nochmal zeigen wenn das hilfreich sein sollte)
Ehrlich gesagt weiß ich nicht mehr weiter. Kann der Dimmer defekt sein? Eigentlich hat das Setup nämlich mal funktioniert und ich habe nichts geändert.
Das Verhalten finde ich für ein defektes Gerät jedoch etwas befremdlich, weil die Lampe ganz normal leuchtet, wenn man über Sprachbefehl einen fixen Wert angibt und es nicht über die Schalter versucht.

Vielen Dank im voraus!

Schönen Gruß

Benutzeravatar
udo1toni
Beiträge: 14900
Registriert: 11. Apr 2018 18:05
Answers: 235
Wohnort: Darmstadt

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von udo1toni »

Wie wird das Licht denn gesteuert (Sprache und Taster hast Du ja schon erwähnt)? Welche Items sind beteiligt? Gibt es Rules im Hintergrund? Welche Version von openHAB setzt Du ein? Welche Hardware (und welche Addons) setzt Du (mindestens im Zusammenhang mit dem Item) ein?
openHAB4.3.0 stable in einem Debian-Container (bookworm) (Proxmox 8.3.1, LXC), mit openHABian eingerichtet

Proton
Beiträge: 93
Registriert: 10. Okt 2022 12:13
Answers: 4
Wohnort: Oberbergisches

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von Proton »

Hallo Udo!
udo1toni hat geschrieben: 9. Nov 2024 01:06 Welche Version von openHAB setzt Du ein?
Ich verwende openHAB 4.3.0.M2 (ich habe damals wegen einem Z-Wave Gerät gewecheselt, aber eigentlich würde ich gerne Stable verwenden, nur warnt mich openHAB dabei vor möglichen Problemen)
udo1toni hat geschrieben: 9. Nov 2024 01:06 Welche Hardware (und welche Addons) setzt Du (mindestens im Zusammenhang mit dem Item) ein?
Beteiligt sind drei Z-Wave Geräte, ein Dimmer und zwei Schalter von TechniSat.
Nachdem ich den Thread gestartet habe, ist mir eingefallen, dass man Z-Wave Geräte direkt miteinander verknüpfen kann, was ich dann für alle Lampen mit mehreren Schaltern gemacht habe und dann konnte ich die Regeln deaktivieren. Das funktioniert in 4 anderen Räumen und Fluren tadellos wobei dort auch ein Dimmer dabei ist, der quasi die gleiche Regel enthält wie der hier erwähnte Dimmer.
Nach dieser Änderung ist es jetzt zumindest so, dass der Dimmer von den beiden Schaltern geschaltet werden kann, solange die Regel deaktiviert ist, das war davor nicht Fall.
udo1toni hat geschrieben: 9. Nov 2024 01:06 Welche Items sind beteiligt?
Die Item-Namen sind im Skript natürlich richtig eingetragen, ich habe nur den Namen meines Kindes entfernt,
der muss nicht im Netz stehen und tut ja auch nichts zur Sache. :)
Die Regel ist ganz einfach und wurde sogar mit deiner Hilfe erstellt (und hat auch funktioniert!)
2024-11-09_09-52.png
Das ursprüngliche Skript sah so aus:

Code: Alles auswählen

logInfo("actions", "Licht OG")
if(Flur_Obergeschoss_Licht_Dimmer.state > 0){
  logInfo("actions", "if Flur_Obergeschoss_Licht_Dimmer.state: " + Flur_Obergeschoss_Licht_Dimmer.state)
  Flur_Obergeschoss_Licht_Dimmer.sendCommand(OFF)
} else {
  logInfo("actions", "else Flur_Obergeschoss_Licht_Dimmer.state: " + Flur_Obergeschoss_Licht_Dimmer.state)
  if(kinder_schlafen.state == ON){
    Flur_Obergeschoss_Licht_Dimmer.sendCommand(1)
  } else {
    Flur_Obergeschoss_Licht_Dimmer.sendCommand(100)
  }
}
Jetzt wollte ich es zum Testen wirklich nur ein und ausschalten und habe es ChatGPT vor die Füße geworfen und der hat was interessantes gemacht, was mir gar nicht bewusst war, dass das möglich ist, nämlich mit
val lichtItem = Flur_Obergeschoss_Licht_Dimmer
das Item in eine andere Variable gespeichert, was es natürlich viel leichter macht den Code wiederzuverwenden.

Code: Alles auswählen

// Überprüfe, ob das Skript ausgeführt werden soll, basierend auf dem aktuellen Zustand des Dimmers
val lichtItem = Flur_Obergeschoss_Licht_Dimmer // Name des Licht-Items

// Log den aktuellen Zustand für das Debugging
logInfo("lichtSteuerung", "Zustand von " + lichtItem.name + ": " + lichtItem.state)

// Prüfen, ob das Skript durch einen der anderen Schalter ausgelöst wurde
if (lichtItem.state != OFF && lichtItem.state != 0) {
    // Bedingung: Ausführung nur, wenn der Dimmer im ausgeschalteten Zustand ist oder auf 0 steht
    logInfo("lichtSteuerung", "Das Licht ist an und soll ausgeschaltet werden")
    lichtItem.sendCommand(OFF)
} else {
    logInfo("lichtSteuerung", "Das Licht ist aus und soll eingeschaltet werden")
    lichtItem.sendCommand(ON)
}

// Log zum Abschluss
logInfo("lichtSteuerung", "Umschaltaktion abgeschlossen")
Leider ändert das nichts am Verhalten, sobald ich die Regel aktiviere, geht das Licht umgehend wieder aus.
udo1toni hat geschrieben: 9. Nov 2024 01:06 Gibt es Rules im Hintergrund?
Ich hatte ja erwähnt, dass ich /var/lib/openhab/jsondb/automation_rules.json nach Regeln durchsucht und nichts relevantes gefunden habe (soll ich die Ausgabe hier posten?)
Leider weiß ich nicht ob das ausreicht um sagen zu können, dass keine Regel im Hintergrund einen Einfluss nimmt.

@Udo Du rockst ja quasi das gesamte Forum alleine und hast mir alleine schon unzählige Male geholfen und/oder den Arsch gerettet.
Hast du vielleicht eine Amazon- oder Conrad-Wunschliste oder irgendwo die Möglichkeit, dass man dir was spenden kann? Ich bekomme langsam echt ein schlechtes Gewissen.

Vorab aber schon mal (wieder) vielen Dank!

Schönen Gruß
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
udo1toni
Beiträge: 14900
Registriert: 11. Apr 2018 18:05
Answers: 235
Wohnort: Darmstadt

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von udo1toni »

Ah.
Wie erkläre ich es am besten...?

Grundsätzlich sollte man, wen man ein Bus-System verwendet (ich betrachte ZWave jetzt mal als ein solches, auch wen das nicht ganz korrekt ist), bevorzugt Verbindungen innerhalb des Busses vornehmen, hier also Assoziationen zwischen ZWave Aktoren und ZWave Wandtastern.
openHAB hat an dieser Stelle erst mal gar nichts zu tun.
Anschließend verbindet man bevorzugt nur die Aktoren und Sensoren mit openHAB, hier also z.B. den Dimmer. Der Taster wird nicht in openHAB eingebunden.
Nur wenn ein Taster über den Bus hinausgehend etwas steuern soll, meinetwegen eine HUE-Lampe schalten, legt man den Taster überhaupt in openHAB an. Eine Rule, die auf den Taster reagiert, darf dann ausschließlich Geräte steuern, die nicht innerhalb des Busses ohnehin schon verknüpft sind, weil es sonst ja zu Doppelbefehlen kommt.
Den Dimmer kannst Du dann von openHAB aus ansteuern, solange der Taster nichts damit zu tun hat.
Soll derselbe Taster sowohl in ZWave einen Aktor steuern als auch ein Gerät außerhalb ZWave, so kümmert sich openHAB dann nur um das Nicht-Zwave-Gerät, die Verknüpfung zur Lampe erfolgt in ZWave.
Soll ein Aktor synchron zu einem ZWave Aktor angesteuert werden, vergiss den Taster komplett und frage nur den Zustand des Aktors ab. Das mag zwar zu minimalem Versatz führen, ist aber sicherer, als die Auswertung des Tasters (oft wird der ja ein TOGGLE-Signal senden, nicht dediziert ON bzw. OFF).
openHAB4.3.0 stable in einem Debian-Container (bookworm) (Proxmox 8.3.1, LXC), mit openHABian eingerichtet

Proton
Beiträge: 93
Registriert: 10. Okt 2022 12:13
Answers: 4
Wohnort: Oberbergisches

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von Proton »

Okay, das hier ist der Teil bei dem ich mir nicht ganz sicher bin:
udo1toni hat geschrieben: 9. Nov 2024 12:28 Soll ein Aktor synchron zu einem ZWave Aktor angesteuert werden, vergiss den Taster komplett und frage nur den Zustand des Aktors ab. Das mag zwar zu minimalem Versatz führen, ist aber sicherer, als die Auswertung des Tasters (oft wird der ja ein TOGGLE-Signal senden, nicht dediziert ON bzw. OFF).
Ich gehe jetzt mal davon aus, dass der Taster/Dimmer, an dem die Lampe hängt, der Aktor ist, korrekt?
Es gab nämlich noch das Problem, dass die Taster sich den Zustand gemerkt haben und wenn in der Zwischenzeit das Licht mal über eine Regel geschaltet wurde, man den Taster ein zweites Mal bedienen musste, weil der ja das Signal gesendet hat, welches der schaltende Taster/Dimmer ja eh schon hatte. Jetzt habe ich es so eingerichtet, dass der schaltende Taster/Dimmer auch den anderen Tastern über die Assoziation den Zustand mitteilt.
Mein Befürchtung, dass es eine Endlosschleife geben könnte, hat sich nicht bewahrheitet.

Ich habe gerade ein paar Mal hin und her geschaltet und auch über UI den Wert geändert, das sieht so aus:

Code: Alles auswählen

2024-11-09 13:36:57.225 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 0 to 10
2024-11-09 13:36:57.225 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from OFF to ON through Flur_Obergeschoss_Licht_Dimmer
2024-11-09 13:36:57.328 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 10 to 23
2024-11-09 13:36:57.501 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 23 to 41
2024-11-09 13:36:57.588 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 41 to 50
2024-11-09 13:36:57.716 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 50 to 61
2024-11-09 13:36:57.876 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 61 to 70
2024-11-09 13:36:57.992 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 70 to 87
2024-11-09 13:36:58.101 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 87 to 96
2024-11-09 13:36:58.285 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 96 to 100
2024-11-09 13:37:51.310 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Flur_Obergeschoss_Licht_Dimmer' received command 0
2024-11-09 13:37:51.311 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Flur_Obergeschoss_Licht_Dimmer' predicted to become 0
2024-11-09 13:37:51.312 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 100 to 0
2024-11-09 13:37:51.314 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from ON to OFF through Flur_Obergeschoss_Licht_Dimmer
2024-11-09 13:37:51.769 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from OFF to ON through Flur_Obergeschoss_Licht_Dimmer
2024-11-09 13:37:51.771 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 0 to 65
2024-11-09 13:37:51.857 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 65 to 58
2024-11-09 13:37:51.949 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 58 to 50
2024-11-09 13:37:52.037 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 50 to 40
2024-11-09 13:37:52.136 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 40 to 30
2024-11-09 13:37:52.241 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 30 to 20
2024-11-09 13:37:52.348 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 20 to 10
2024-11-09 13:37:52.456 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 10 to 0
2024-11-09 13:37:52.457 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from ON to OFF through Flur_Obergeschoss_Licht_Dimmer
2024-11-09 13:37:58.569 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 0 to 14
2024-11-09 13:37:58.569 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from OFF to ON through Flur_Obergeschoss_Licht_Dimmer
2024-11-09 13:37:58.708 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 14 to 34
2024-11-09 13:37:58.820 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 34 to 42
2024-11-09 13:37:58.957 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 42 to 57
2024-11-09 13:37:59.072 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 57 to 65
2024-11-09 13:37:59.213 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 65 to 79
2024-11-09 13:37:59.328 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 79 to 90
2024-11-09 13:37:59.452 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 90 to 100
2024-11-09 13:37:59.561 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 100 to 65
2024-11-09 13:38:06.260 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Flur_Obergeschoss_Licht_Dimmer' received command 100
2024-11-09 13:38:06.264 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Flur_Obergeschoss_Licht_Dimmer' predicted to become 100
2024-11-09 13:38:06.264 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 65 to 100
2024-11-09 13:38:09.516 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Flur_Obergeschoss_Licht_Dimmer' received command 33
2024-11-09 13:38:09.517 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Flur_Obergeschoss_Licht_Dimmer' predicted to become 33
2024-11-09 13:38:09.518 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 100 to 33
2024-11-09 13:38:09.808 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 33 to 81
2024-11-09 13:38:09.896 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 81 to 73
2024-11-09 13:38:09.986 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 73 to 64
2024-11-09 13:38:10.074 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 64 to 56
2024-11-09 13:38:10.161 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 56 to 47
2024-11-09 13:38:10.250 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 47 to 39
2024-11-09 13:38:10.344 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 39 to 33
2024-11-09 13:38:11.258 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Flur_Obergeschoss_Licht_Dimmer' received command 9
2024-11-09 13:38:11.259 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Flur_Obergeschoss_Licht_Dimmer' predicted to become 9
2024-11-09 13:38:11.261 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 33 to 9
2024-11-09 13:38:12.037 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 9 to 29
2024-11-09 13:38:14.432 [INFO ] [openhab.event.ItemCommandEvent      ] - Item 'Flur_Obergeschoss_Licht_Dimmer' received command 5
2024-11-09 13:38:14.432 [INFO ] [penhab.event.ItemStatePredictedEvent] - Item 'Flur_Obergeschoss_Licht_Dimmer' predicted to become 5
2024-11-09 13:38:14.434 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 29 to 5
2024-11-09 13:38:14.668 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 5 to 29
2024-11-09 13:38:15.252 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 29 to 9
2024-11-09 13:38:15.321 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 9 to 29
2024-11-09 13:38:15.934 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 29 to 8
2024-11-09 13:38:16.422 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 8 to 6
2024-11-09 13:38:16.881 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 6 to 5
2024-11-09 13:38:21.100 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 5 to 0
2024-11-09 13:38:21.101 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from ON to OFF through Flur_Obergeschoss_Licht_Dimmer
2024-11-09 13:38:24.758 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item 'Flur_Obergeschoss_Licht_Dimmer' changed from 0 to 5
2024-11-09 13:38:24.761 [INFO ] [hab.event.GroupItemStateChangedEvent] - Item 'Lichter_Flur_OG' changed from OFF to ON through Flur_Obergeschoss_Licht_Dimmer
Das funktioniert wunderbar. (Ich filter aus dem event.log nur die Zeilen mit "Flur_Obergeschoss_Licht_Dimmer")
Wenn ich jedoch die Regel aktiviere, habe ich meine Endlosschleife. Ich habe dann mit "received command" rumprobiert statt mit "changed from 0", aber auch ohne Erfolg.

Zum Thema, dass du geflissentlich ignoriert hast: :D
Ich habe zwar "spenden" geschrieben, aber das soll eigentlich nur ein Dankeschön für die ganze Zeit und Mühe sein, die du in das Forum und so Ahnungslose wie mich investierst. 8-)

Schönen Gruß

Benutzeravatar
udo1toni
Beiträge: 14900
Registriert: 11. Apr 2018 18:05
Answers: 235
Wohnort: Darmstadt

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von udo1toni »

Proton hat geschrieben: 9. Nov 2024 14:59 Ich gehe jetzt mal davon aus, dass der Taster/Dimmer, an dem die Lampe hängt, der Aktor ist, korrekt?
Nope.

Aktor -> der "Handelnde", also der Dimmer oder z.B. auch ein Relais. Der Teil, der den Stromkreis schließt.
Taster gehören hingegen zur Gruppe der Sensoren, in diesem Fall "messen" sie den Druck eines Fingers, wobei nur zwei Werte gemeldet werden: gedrückt oder nicht gedrückt.

Wenn man mehrere Taster/Schalter nutzt, um einen Aktor anzusteuern, gibt es konventionell zwei Optionen, die auch "smart" abgebildet werden können, und zwar zum einen die Wechselschaltung (für mehr als zwei Schaltstellen erweiterbar zur Kreuzschaltung), bei der jeder Schalter zwei stabile Stellungen hat. Die Schalter sind alle in Serie geschaltet. Der Strom wird je nach Schaltstellung über einen von zwei möglichen Wegen geführt. Der Kreuzschalter verbindet zwei Eingänge mit zwei Ausgängen, wobei die Wege entweder parallel nebeneinander oder gekreuzt verlaufen. Zusammen kann dann jeder der Schalter in der Kette betätigt werden, um das Licht an-, oder auszuschalten, und zwar unabhängig von jedem anderen Schalter. Allerdings gibt es dabei (bei konventionellen Schaltern) keine definierte Aus-Stellung, weil die ja abhängig von den anderen Schaltern oben oder unten (bzw. links oder rechts) sein kann.
Zum anderen (wesentlich gebräuchlicher bei mehr als zwei Schaltstellen) die Steuerung mittels Stromstoß Relais (landläufig Eltako, wobei das eigentlich nur ein Hersteller ist), alle Schaltstellen bekommen einen Taster, wird der Taster gedrückt, so wird ein Stromkreis geschlossen. Alle Taster sind dabei im Unterschied zur Wechselschaltung parallel zueinander geschaltet. Beim Schließen des Stromkreises zieht ein Relais an, dessen Mechanik ähnlich funktioniert wie die Mechanik in einem konventionellen Kugelschreiber, d.h. bei jedem Tastendruck wechselt der Schaltzustand.

Grob gesagt bei Variante eins merken sich die Schalter den Zustand, bei Variante zwei merkt sich der Aktor den Zustand.

In smarten Umgebungen ist fast ausschließlich Variante zwei anzutreffen, schon weil der Aktor den Zustand ohnehin speichert, aber auch, weil mechanische Schalter die ganze Sache nur unnötig verkomplizieren. Das höchste der Gefühle ist eine Tastwippe, deren eine Seite immer einschaltet, während die andere Seite immer ausschaltet. In Wirklichkeit handelt es sich dann aber um zwei Taster.

openHAB übernimmt in diesem Zusammenhang gewöhnlich die Funktion des "Fingers" um den Taster zu drücken. Entsprechend (weil openHAB ja der Taster ist), braucht man den Taster in openHAB gar nicht, sondern nur den Aktor, dem man dann befehlen kann, den Stromkreis zu schließen oder zu öffnen. Im Gegenzug meldet der Aktor seinen Schaltzustand an openHAB, so dass openHAB weiß, ob der Aktor gerade an oder aus ist.

Wenn nun innerhalb des ZWave Systems der Schaltzustand in einem Schalter/Taster gespeichert wird, statt im Aktor, und openHAB steuert den Aktor an, dann wird es zu Durcheinander kommen (mit dem Resultat, dass falsche (zusätzliche) Schaltbefehle gesendet werden.
openHAB4.3.0 stable in einem Debian-Container (bookworm) (Proxmox 8.3.1, LXC), mit openHABian eingerichtet

Proton
Beiträge: 93
Registriert: 10. Okt 2022 12:13
Answers: 4
Wohnort: Oberbergisches

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von Proton »

Ich bin offensichtlich nicht nur ahnungslos, sondern auf begriffsstutzig. Wir hatten ja darüber gesprochen, dass es bei Z-Wave eine gute Idee ist Assoziationen zu benutzen. Was bei mir so aussieht:
SCR-20241111-phob.png
So lange ich keine Regel aktiviert habe, funktioniert das wirklich sehr gut.
Ich hätte jetzt das Dimmer-Item von Node1 als Aktor gesehen, aber das vermutlich nicht richtig.
Das Ziel ist ja, dass das Licht unter Umständen gedämmt wird, wenn jemand einen der drei Taster bedient.

Im Moment habe ich leider nur Fragezeichen über dem Kopf.

Schönen Gruß
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
udo1toni
Beiträge: 14900
Registriert: 11. Apr 2018 18:05
Answers: 235
Wohnort: Darmstadt

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von udo1toni »

Also Node1 ist gleichzeitig Dimmer und Taster? Ja, dann müsste das in der Tat so sein.
Allerdings kenne ich mich mit ZWave so gar nicht aus.
Switch:SET ist der Switch des Nodes und Basic ist der Aktor?
Und wo ist openHAB angebunden?
openHAB steuert Dimmer gerne absolut, also mit einem Wert 0 - 100. auf dem selben Weg kann es auch ON und OFF versenden und/oder entgegennehmen, ein Dimmer Item kann man also auch gezielt als Swich ansprechen, aber die eigentliche Funktion ist ja Dimmer.
Ein Taster wird gewöhnlich keinen Absolutwert senden, sondern (zum Dimmen) lediglich einen Befehl HELLER bzw. DUNKLER - entweder zyklisch oder auch beim (langen) Drücken des Tasters einen Start-Befehl und beim Loslassen einen Stopp-Befehl. openHAB wird hier mutmaßlich eine gänzlich andere Assoziation benötigen als die Taster.
openHAB4.3.0 stable in einem Debian-Container (bookworm) (Proxmox 8.3.1, LXC), mit openHABian eingerichtet

Proton
Beiträge: 93
Registriert: 10. Okt 2022 12:13
Answers: 4
Wohnort: Oberbergisches

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von Proton »

Also das ist der Dimmer
https://www.technisat.com/de_DE/Dimmer- ... 705-22945/
mit diesen Items in opneHAB
img1.jpg
Das sind die Einstellungen der Assoziation
Screenshot_20241113_131741_org_mozilla_firefox_HomeActivity_edit_120998809320456.jpg
Und das sind die Einstellungen der Assoziation eines Schalters
Screenshot_20241113_131805_org_mozilla_firefox_HomeActivity_edit_121037441773878.jpg
Inwiefern spielt es bei der Regel eine Rolle, dass das Z-Wave Geräte sind?

Schönen Gruß
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.

Benutzeravatar
udo1toni
Beiträge: 14900
Registriert: 11. Apr 2018 18:05
Answers: 235
Wohnort: Darmstadt

Re: Dimmer erhält Command OFF und ich weiß nicht woher

Beitrag von udo1toni »

Wie gesagt, ich hab keine Ahnung, wie die Entwickler von ZWave sich das gedacht haben.
openHAB will einen Dimmer immer absolut ansteuern, mit Werten von 0 % bis 100 %, und es erwartet als Statusmeldung ebenfalls Werte von 0 % bis 100 %. Ich gehe stark davon aus, dass der Entwickler des ZWave Addons das genau so umgesetzt hat.

Aus Sicht von openHAB gibt es keine Hardware, openHAB steuert lediglich Items. Wenn alles korrekt konfiguriert ist, verhalten sich die unterschiedlichen Systeme alle identisch bei identischen Befehlen seitens openHAB.
openHAB4.3.0 stable in einem Debian-Container (bookworm) (Proxmox 8.3.1, LXC), mit openHABian eingerichtet

Antworten