KNX Dimmer über einen Taster implementieren

[Norick]

Hallo
ich möchte über zwei KNX-Taster einen KNX-Dimmer hoch- bzw. runterfahren wenn man auf dem Taster draufbleibt, bzw. wenn man einen Taster kurz drückt der Dimmer auf den letzten Wert der eingestellt war springt.

Ich habe zwar schon gesucht aber nichts passendes gefunden. Kann mir jemand auf die Sprünge helfen? Ich benutze OP3.

Danke

[udo1toni]

Wenn Du einen knx Dimmer mit einem knx Taster dimmen willst, musst Du in ETS den Taster mit dem Dimmer koppeln. Das hat nichts mit openHAB zu tun.

[Norick]

Hmm jetzt stehe ich aber auf einer Leitung oder ich habe ein Verständnisproblem...

Meine Installation besteht nebst dem OH3 (keine weitere SW) aus KNX Komponenten wie: Dimmer, Aktoren (für Licht) und Storenaktoren. Dazu mehrere KNX Taster. Mit den Tastern kann oder möchte ich nun zum Beispiel das Licht ein-/ausschalten bzw. mit einer Taste das Licht dimmen wenn man den Taster gedrückt hält oder eben bei kurzem Druck das Licht auf den letzten Wert einstellt.

Ich habe soweit für alle Komponenten eine Liste mit den zugehörigen Adressen bekommen für die Programmierung von OH3. Was momentan funktioniert in OH ist folgendes:

- Das Licht kann ich mit OH3 ein- und ausschalten
- Die Storen kann ich rauf und runterlassen mit OH3

Das Licht habe ich mit folgender Rule gemacht:

Code: Alles auswählen

configuration: {}
triggers:
  - id: "1"
    configuration:
      command: ON
      itemName: KNXDeviceTaster_WohnenTasterKuecheshort
    type: core.ItemCommandTrigger
conditions: []
actions:
  - inputs: {}
    id: "2"
    configuration:
      type: application/vnd.openhab.dsl.rule
      script: >2
            KNXDeviceSchaltaktoren_KochinselLicht.sendCommand(if(KNXDeviceSchaltaktoren_KochinselLicht.state != ON) ON else OFF)
    type: script.ScriptAction

Was nicht geht:
- Wie kann ich die Rule (oben) zum Beispiel so anpassen oder erweitern, dass ich mit einem KNX-Taster dieses Licht auch ein - ausschalten kann? Meine Meinung war das eben dieser Taster mit dem Item "KNXDeviceTaster_WohnenTasterKuecheshort" genau das machen sollte, was aber nicht funktioniert. Der Taster (KNXDeviceTaster_WohnenTasterKuecheshort) reagiert in OH3 wenn ich diesen physisch drücke.

- Wie sieht die Rule aus für den Dimmer wenn ich diesen über einen (anderen) Taster bedienen möchte? Das heisst: kurzer Druck -> letzter Wert, langer Druck hoch oder runter dimmen


Danke für die Erklärung

[int5749]

In der Regel ist es wie oben schon von Udo beschrieben.

Hardware ist Hardware und steuert Hardware über den KNX Bus.

Ich habe auch diverse physikalische Taster, welche einen Dimmaktor steuern.
kurzer Druck => EIN/AUS
langer Druck => Dimmen HOCH/RUNTER
Dies ist natürlich in der ETS verknüpft, dazu gibt es dort entsprechende Objekte des Sensors (Schalter) und des Aktors (Dimmer)
Dazu braucht es keine Rule mit künstlichen Items in openHAB.

Kurzer Druck => letzter Wert ist etwas arg ungewöhnlich und tricky, da musst Du mit einem Dummy Item arbeiten in welchen Du den Wert zwischenparkst. Wenn dies dann von einem physischen Schalter aus getriggert werden soll. muss das Objekt für einen kurzen Druck des Sensors eine KNX Adresse erhalten und diese in openHAB mit einem -control thing verknüft werden um dann die Rule zu triggern
- wenn kurzer Druck, dann lese letzten Wert aus Dummy Item und sende an DimmerItem <= dies bedarf natürlich auch eines Things.

Viele Grüße

[udo1toni]

Wie ich ja schon im anderen Thread geschrieben habe, ist es eher ungewöhnlich, knx Geräte über openHAB mit anderen knx Geräten zu verbinden.

Ich möchte an dieser Stelle auch darauf hinweisen, dass dies auch wegen der Ausfallsicherheit keine gute Idee ist. knx als Bussystem ist sehr zuverlässig, obwohl auch hier natürlich Komponenten ausfallen können.
openHAB selbst funktioniert durchaus stabil, es kann aber aus verschiedensten Gründen ausfallen, sei es die Anbindung zum Bus, ein Absturz, ein defektes Netzteil, eine defekte SD-Karte... Sobald openHAB nicht mehr korrekt funktioniert, ist auch der knx Bus mit allen über openHAB aufgebauten Verknüpfungen davon betroffen.

Die Idee von openHAB ist auch nicht, diese Verknüpfungen zu ersetzen. Die Idee ist, alle Aktoren von openHAB aus steuern zu können und jederzeit ihren Status zu kennen. Weiterhin ist es natürlich möglich, Taster anzubinden, um dann Hardware eines anderen Systems zu verknüpfen.
Grundsätzlich sollten aber alle Verknüpfungen, die innerhalb eines Bussystems angelegt werden können, dort angelegt werden. Fällt openHAB aus, so läuft knx ganz normal weiter.
Ich habe bei mir tatsächlich eine Verknüpfung über openHAB laufen, das ist der Badlüfter. Ich war damals zu geizig ein Nachlauf Modul für knx zu kaufen. Jetzt ist es so, dass ich das Licht einschalte, woraufhin openHAB einen Timer startet. Wird das Licht nicht vorher ausgeschaltet, so startet nach 10 Sekunden der Lüfter. Wird das Licht ausgeschaltet, errechnet openHAB die Einschaltdauer, bestimmt so die Nachlaufzeit des Lüfters und startet einen passenden Ausschalttimer. Wird das Licht wieder eingeschaltet, wird der Ausschalttimer abgebrochen. Wird das Licht wieder ausgeschaltet, wird die neue Ausschaltzeit berechnet. Liegt sie hinter der alten Ausschaltzeit, so wird ein Timer mit der neuen Ausschaltzeit gesetzt. Ansonsten wird der Timer mit der alten Ausschaltzeit gestartet.
Wenn ich also dusche, läuft der Lüfter durch die Länge des Aufenthalts fünfzehn Minuten nach. Geht nach mir jemand anderes ins Bad und wäscht sich nur schnell die Hände, so läuft der Lüfter dennoch weiter. War der Lüfter aber aus, so schaltet der Lüfter direkt nach dem Verlassen des Bads ab, weil das Händewaschen in weniger als zwei Minuten erledigt ist.
Das geht grundsätzlich auch direkt in knx, aber es braucht dazu Logikmodule und Zeitmodule.

Sollte openHAB ausfallen, so funktioniert das Licht weiter, aber den Lüfter müsste ich dann händisch ein- und ausschalten. Ich verliere hier also Komfort, kann aber trotzdem alles ganz normal bedienen.
Insbesondere bei Rollläden ist das nicht ganz unwichtig. Es wäre schon extrem ärgerlich, wenn ich nach dem Aufstehen eine Kerze anzünden müsste, um den Weg zu meinem Computer zu finden, mit dem ich dann openHAB wieder gangbar machen kann, damit ich mit dem Wandtaster manuell(!) die Rollläden öffnen kann.
Bei mit steuert openHAB die Rollläden vollautomatisch, abhängig von Uhrzeit und Sonnenstand. Fällt openHAB aus, so muss ich die Rollläden per Tastendruck manuell steuern, aber immerhin kann ich sie noch bedienen

[udo1toni]

Zum eigentlichen Problem zurück...

Vermutlich ist es so, dass Du Taster hast, die als Jalousietaster konfiguriert sind. Dort gibt es eine GA für kurzen Tastendruck und eine weitere GA für langen Tastendruck. Beide GA sind aber mit einem KO verknüpft, welches den DPT 1.xxx verwendet. Dimmer benötigen den DPT 3.007 für INCREASE/DECREASE. openHAB kann mit Start-Stop Dimming nicht umgehen, es unterstützt lediglich ankommend start-Stop Commands (mit Parameter frequency).
openHAB steuert Dimmer gewöhnlich über Absolutwerte an.
Eine Rule, um einen Dimmer über kurze und lange Tastendrücke zu steuern wird also nicht trivial werden, auch wenn die Aufgabe lösbar ist. Es scheint mir aber unsinnig, hier auch nur eine Minute zu investieren, wo die korrekte Lösung doch eindeutig im Erlernen und Anwenden von ETS besteht.

Die letzte Helligkeitsstufe anzufahren (vom OFF-Zustand aus) ist eine Funktion, die im Dimmer aktiviert wird. Es ist trivial, das in ETS zu konfigurieren. Jeder knx Dimmer kann das (und noch vieles mehr).
in openHAB muss dazu das zugehörige Item persistiert werden und die Rule muss den letzten von 0 verschiedenen Wert auslesen. Ebenfalls machbar, aber außer als Lehrstück, wie man sowas realisiert, sehe ich keinen Sinn darin, das über openHAB zu lösen.

[Norick]

OK so wie ich es mehr oder weniger verstanden habe benötige ich eine ETS, was suboptimal ist da dies ja nicht gratis ist für ein Projekt mit mehr als 5 Tastern...


Es bleibt aber folgende mir nicht ganz einleuchtende Sache (ob dies jetzt Sinn macht oder nicht bleibt mal dahingestellt):

Ich habe einen physischen Taster welcher eine Adresse hat. Dieser ist nun in OH 3 eingebunden und wenn ich diesen betätige sehe ich dies unter Model --> Taster --> Analyze
Dabei wird der Zustand jedesmal geändert wenn ich physisch den Taster betätige.

Frage:
Wieso soll es jetzt nicht möglich sein über eine Rule dem Taster zu sagen schalte Licht ein wenn Taster betätigt wurde??? Wie würde diese Rule dann aussehen?

[udo1toni]

Ich habe ja im anderen Thread erläutert, dass es durchaus einen Workaround für die Beschränkung gibt.

Autovergleiche sind ja immer dämlich, trotzdem... Stell Dir vor, Du hast einen LKW mit Anhängevorrichtung (an der Deichsel ist eine Öse, die quasi mit einer Art Trichter an die richtige Stelle geleitet wird, so dass anschließend ein Bolzen durch die Öse geschoben werden kann).
Um einen PKW-Anhänger ziehen zu können, brauchst Du eine Art Adapter, da an PKW Anhängern eine Kugelkopf Aufnahme befestigt ist, die passt also nicht an den LKW dran.
Niemand würde auf die Idee kommen, die LKW-Kupplung auf PKW-Kupplung zu adaptieren und anschließend wieder auf LKW-Kupplung zurück.
Und hier ist es sogar so, dass Du im Grunde ein Wohnmobil hast, welches Du in der Mitte durchsägst und auf beiden Seiten eine Anhängekupplung dran schraubst...

Wieso soll es jetzt nicht möglich sein über eine Rule dem Taster zu sagen schalte Licht ein wenn Taster betätigt wurde???

Es geht nicht darum, ob es möglich ist oder nicht. Abgesehen davon lautete die Frage nicht: "Mit Taster Licht an/aus", sondern "Mit zwei Tastern Dimmer (vollständig) steuern, das ist etwas komplett anderes, dafür brauchst Du eine Menge Voraussetzungen.

Nehmen wir an, Du hast einen Taster, der als gewöhnlicher Taster in knx hinterlegt ist. Wie verhält sich dieser Taster? Was passiert, wenn der Taster gedrückt wird? Was passiert, wenn der Taster losgelassen wird? Was passiert, wenn der Taster gedrückt und gehalten wird?
Gewöhnlich ist ein einfacher Taster so konfiguriert, dass er beim Drücken ein ON sendet und beim Loslassen nichts passiert.
Er könnte auch so konfiguriert sein, dass er beim ersten Drücken ON sendet, beim zweiten Drücken OFF usw.
Oder beim Drücken wird ON gesendet, beim Loslassen OFF.
Es könnte auch sein, dass der Taster beim gedrückt halten fortlaufend Telegramme sendet, oder nur eines (und nur in dieser Situation beim Loslassen ebenfalls ein einzelnes Telegramm).
Die Telegramme können ein unterschiedliches Format aufweisen. Sie können auf unterschiedlichen GA gesendet werden.

Ohne genaue Kenntnis des Tasters (bzw. wie dieser konfiguriert ist) hat es keinen Sinn eine Rule zu erstellen (anders als bei der einfachen "Licht an/aus" Rule)

[Norick]

Vorab schon mal vielen Dank für die Mühe auch einem Leihen das mit dem Autovergleich zu erklären..!

Es geht nicht darum, ob es möglich ist oder nicht. Abgesehen davon lautete die Frage nicht: "Mit Taster Licht an/aus", sondern "Mit zwei Tastern Dimmer (vollständig) steuern, das ist etwas komplett anderes, dafür brauchst Du eine Menge Voraussetzungen.

Nun es stimmt die Frage war ursprünglich bez. dem Dimmen, obwohl es zumindest für mich im Moment noch um das gleiche Thema geht wie ich den Taster mit dem Licht koppeln kann.

Wenn ich dich richtig verstanden habe hängt es primär davon ab wie der Taster in der "Basis" konfiguriert ist. Mein altes KNX-System (welches durch OH3 ersetzt werden soll) hat für jeden Taster folgende Möglichkeiten:

- Aktion beim Drücken der Taste
- Aktion beim Loslassen der Taste

Das heisst ich kann auf jede dieser Aktionen eine Rule (Licht an oder aus) hinterlegen. Zu jedem Taster habe ich eine Adresse bekommen. Wie ich sehe wird dann bei einem ON ein "01" bzw. bei einem OFF ein "00" gesendet.


Jetzt weiss ich (noch) nicht ob dies schon weiter hilft um beim Drücken der Taste das Licht auf Adresse XY einzuschalten. Wie gesagt der Taster bzw. das Licht in OH reagiert ja schon nur die Verknüpfung fehlt noch.

Danke

[int5749]

Wenn ich dich richtig verstanden habe hängt es primär davon ab wie der Taster in der "Basis" konfiguriert ist.

Wenn Du mit "Basis" die ETS meinst und damit die Programierung Deiner Sensoren/Aktoren, dann ja.

Mein altes KNX-System (welches durch OH3 ersetzt werden soll) ....

openHAB wird kein KNX ersetzen, openHAB dient als Ergänzung => Automatisierung und Kombinierung unterschiedllicher System
Aber dies hatte ja Udo schon erklärt

In der ETS besitzt jeder AKtor und jeder Sensor unterschiedliche Channels, welche über Gruppenandressen verknüpt werden.
Ein Schaltaktor kann dan auf einem Kanal z.B. als Schalter (Öffner oder Schliesser) oder Treppenlicht oder Dimmen oder was anderes programmiert werden. Dies wird dann über eine Gruppenadresse mit einem Sensor (z.B. Lichtschalter) verknüpt.

Dies bleibt übrigens auch so, bis es über eine ETS neu programiert wird. Daran ändert auch openHAB nix.
Wenn Du dann z.B. eine Adresse eines Sensors in openHAB einer Funktion dimmen ausführen lässt, dieser aber in der ETS gleichzeitig noch als Schalter programmiert ist, wird es unweigerlich zu einem Konflikt kommen.

Wie gesagt: openHAB soll ergänzen/vereinfachen, nicht ersetzen!

Jetzt weiss ich (noch) nicht ob dies schon weiter hilft um beim Drücken der Taste das Licht auf Adresse XY einzuschalten. Wie gesagt der Taster bzw. das Licht in OH reagiert ja schon nur die Verknüpfung fehlt noch.

Und dies erfolgt dann aus openHAB heraus, d.h. Du siehst dies im log oder ist dies noch eine Programmierung und arbeitet über den BUS??