KNX 2.x Binding verfügbar!

[jo3ran]

Hallo zusammen,

ich habe mit meinem Testaufbau (Schaltaktor für Steckdose, Taster und Präsenzmelder) das neue Binding zum Laufen gebraucht. Allerdings wird der Status vom Aktor nicht eingelesen, so dass bei Aktivierung der Dose über PM oder Taster in der OpenHab Visualisierung der Switch aus bleibt.

In der ETS habe ich das KO zum Schalten auf 1/0/1 und den Status des Ausgangs auf 1/1/1. Im Item habe ich über die Paper UI die zugehörige GA in der Form angegeben: 1/0/1+<1/1/1. Ein- und Ausschalten funktioniert, aber der Status wird nicht abgefragt. Wäre über Euren Input dankbar.

[udo1toni]

Wenn das in diesem Thread falsch ist, bitte verschieben aber die meisten Anderen beziehen sich noch nicht auf das neue Binding.

Verschieben ist hier nicht üblich, soweit ich weiß, gibt es auch keinen zuständigen Moderator.
Allerdings hindert Dich niemand, ein neues Thema zu öffnen...

Das ist eine Zentralfunktion Beim Schalten über diese GA bekommt die Visu es nicht mit. Leider haben noch nicht alle Aktoren bei mir eine Statusobjekt.

Das ist immer wieder ein Problem, was von den Anwendern nicht richtig wahrgenommen wird. Eine simple knx Testinstallation mag ohne Rückmeldeobjekte auskommen, spätestens mit einer Visu ist die Rückmeldung nicht optional. Man kann zwar Zentralfunktionen mit den Channels koppeln, aber das ist nicht das Gleiche wie eine aktive Rückmeldung. Was passiert wenn eine Szene aufgerufen wird?
Das Gleiche gilt für die Schalter an der Wand.
Der korrekte Aufbau ist also:
1. Im Aktor die Schalt-GA mit dem Schaltkanal verbinden. Zentralbefehle als weitere GA eintragen.
2. Pro Schaltkanal eine eigene Rückmelde-GA anlegen und lesbar setzen (L-Flag bzw. R-Flag im englischen Sprachraum). Dimmer haben zwei Rückmeldekanäle, einer ON/OFF, ein weiterer 0-100%
3. Wandtaster (speziell solche mit Zustandsanzeige,aber auch solche, die toggeln) bekommen die Rückmelde-GA als 2. GA eingetragen. Damit bekommen sie immer den aktuellen Schaltzustand des Aktors mit.
4. In openHAB wird die Schalt-GA und zusätzlich die Rückmelde-GA (mit <) eingetragen. Damit erhält auch openHAB immer den aktuellen Zustand, unabhängig davon, wie der Aktor gesteuert wurde. Durch das < kann openHAB beim Start den Status aktiv erfragen, sonst müsste jeder Aktor einmal geschaltet werden, damit openHAB den korrekten Zustand kennt. Bei Dimmern reicht die Rückmeldung des Dimmwertes (ON/OFF wird davon abgeleitet).

[Höhlenbär]

Was ist die 5/3/0 für eine GA?

Das ist eine Zentralfunktion Beim Schalten über diese GA bekommt die Visu es nicht mit. Leider haben noch nicht alle Aktoren bei mir eine Statusobjekt.
Ein ähnliches Problem habe ich bei den Jalousieaktoren welche kein Rückmeldeobjekt haben. Dort gibt es die GA und die Zentralfunktion.
Da habe ich das Problem das beim Fahren über die Zentralfunktion die Visu dies nicht mitbekommt. Wie löst ihr das ?

[irgendwer]

Ich habe ein Item, dessen Status von OH kontrolliert wird. Es gibt hier also kein KNX Device welches auf lese requests antwortet.
Daher habe ich einen switch-control channel angelegt. Wenn ich in der ETS auf die konfigurierte GA einen lese request absende, wird von OH nicht darauf geantwortet. Ändere ich in oh den Wert in der sitemap, dann sehe ich den Wert aber im Gruppenmonitor. Was mache ich falsch?

[COLOR=#4ec9b0]Type[/COLOR][COLOR=#d4d4d4] [/COLOR][COLOR=#c586c0]switch[/COLOR][COLOR=#d4d4d4]-[/COLOR][COLOR=#d4d4d4]control[/COLOR][COLOR=#c586c0]:[/COLOR][COLOR=#d4d4d4] [/COLOR][COLOR=#4ec9b0]Presence[/COLOR][COLOR=#d4d4d4] [ ga[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"6/0/1"[/COLOR][COLOR=#d4d4d4] ][/COLOR]
    [COLOR=#569cd6]Switch[/COLOR][COLOR=#d4d4d4] [/COLOR][COLOR=#4ec9b0]Presence[/COLOR][COLOR=#d4d4d4]                  [/COLOR][COLOR=#ce9178]"Anwesenheit [MAP(de_presence.map):%s]"[/COLOR][COLOR=#d4d4d4] [/COLOR][COLOR=#d4d4d4]<[/COLOR][COLOR=#d4d4d4]presence[/COLOR][COLOR=#d4d4d4]>[/COLOR][COLOR=#d4d4d4] [/COLOR][COLOR=#d4d4d4] {[/COLOR][COLOR=#c586c0]channel[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"knx:device:bridge:oh:Presence"[/COLOR][COLOR=#d4d4d4]}[/COLOR]

[irgendwer]

Höhlenbär die Rückmeldungs (Status) objekte kommen mit in den Channel, nicht seperat.

[COLOR=#4ec9b0]Type[/COLOR][COLOR=#c586c0] switch[/COLOR][COLOR=#c586c0]:[/COLOR][COLOR=#d4d4d4] ch2 [/COLOR][COLOR=#ce9178]"DG Licht Kommode LED"[/COLOR][COLOR=#d4d4d4] [ga[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"5/3/8+5/3/0+<5/3/9"[/COLOR][COLOR=#d4d4d4]][/COLOR]

Was ist die 5/3/0 für eine GA?

[DiMa]

Das neue Binding ist vorerst nur im 2.3 SNAPSHOT enthalten (und wird final mit dem 2.3 Release verfügbar).

Gibt es für die 2.3 bereits eine Roadmap?

[udo1toni]

Erfahrungsgemäß funktioniert knxd sehr gut, aber es gibt auch immer wieder Berichte, dass es partout nicht will. Also ein ganz klares Jain

[abitalia]

Über den HS kann man mittels EIBLIB/IP auf den Bus zugreifen. Das Protokoll wird aber von den Konnex nicht mehr unterstützt, Alternartiv den Raspi mit USB an den KNX und dort eibd / knxd laufen lassen. Dann kann der HS darüber auf den Bus zugreifen.

Servus vento, das klingt doch sehr interessant! Habe ich denn relevante Nachteile (z.B. Anzahl der möglichen TUNNEL) zu befürchten, wenn ich das so (also Raspi mittels knxd über USB Serial angeschlossen) mache, anstatt dass ich mir ein IP-Interface anschaffe? Will halt nicht x Stunden investieren, um am Ende doch 200 EUR in ein IP-Interface zu stecken.... :-)

[Höhlenbär]

Hallo,

ich habe vemutlich wieder ein verständniss Problem.

Angelegt sind 2 Switche von denen einer eine Lampe schaltet.
Und der Andere beide Lampen.
Die Rückmeldungen laufen jede einzeln auf ein Contact Item

[COLOR=#4ec9b0]Type[/COLOR][COLOR=#c586c0]switch[/COLOR][COLOR=#c586c0]:[/COLOR][COLOR=#d4d4d4] ch2 [/COLOR][COLOR=#ce9178]"DG Licht Kommode LED"[/COLOR][COLOR=#d4d4d4] [ga[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"5/3/8+5/3/0"[/COLOR][COLOR=#d4d4d4]][/COLOR]
[COLOR=#4ec9b0]Type[/COLOR][COLOR=#d4d4d4] contact [/COLOR][COLOR=#c586c0]:[/COLOR][COLOR=#d4d4d4] ch2rm [/COLOR][COLOR=#ce9178]"DG Licht Komode LED Rueckmeldung"[/COLOR][COLOR=#d4d4d4] [ga[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"<5/3/9"[/COLOR][COLOR=#d4d4d4]][/COLOR]
[COLOR=#4ec9b0]Type[/COLOR][COLOR=#d4d4d4] dimmer [/COLOR][COLOR=#c586c0]:[/COLOR][COLOR=#d4d4d4] ch1 [/COLOR][COLOR=#ce9178]"DG Licht Schlafzimmer"[/COLOR][COLOR=#d4d4d4] [ [/COLOR][COLOR=#c586c0]switch[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"5/3/0"[/COLOR][COLOR=#d4d4d4], position[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"<5/3/2"[/COLOR][COLOR=#d4d4d4], increaseDecrease[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"5/3/1"[/COLOR][COLOR=#d4d4d4] ] [/COLOR]
[COLOR=#4ec9b0]Type[/COLOR][COLOR=#d4d4d4] contact [/COLOR][COLOR=#c586c0]:[/COLOR][COLOR=#d4d4d4] ch1rm [/COLOR][COLOR=#ce9178]"DG Licht Schlafzimmer Rueckmeldung"[/COLOR][COLOR=#d4d4d4] [ga[/COLOR][COLOR=#d4d4d4]=[/COLOR][COLOR=#ce9178]"<5/3/3"[/COLOR][COLOR=#d4d4d4]][/COLOR]

Leider ändert der Switch der Kommode nicht den Status wenn das Deckenlicht eingeschaltet wird somit muss in der Visu immer 2 mal der Taster betätigt um das Licht wieder auszuschalten.
Kann mir bitte jemand erklären wo ich da einen Fehler mache?

Wenn das in diesem Thread falsch ist, bitte verschieben aber die meisten Anderen beziehen sich noch nicht auf das neue Binding.

[vento66]

irgendwer klingt irgendwie nicht so:

Alternativ müsste ich wohl zum Testen den Homeserver von der USB-Schnittstelle trennen und mit dem Rasbpi eine Serial-Verbindung aufbauen, korrekt?

Über den HS kann man mittels EIBLIB/IP auf den Bus zugreifen. Das Protokoll wird aber von den Konnex nicht mehr unterstützt, Alternartiv den Raspi mit USB an den KNX und dort eibd / knxd laufen lassen. Dann kann der HS darüber auf den Bus zugreifen.

[irgendwer]

Wenn du einen HS hast, hast du sicher auch einen IP Router? Falls der mehrere Verbindungen unterstützt, kannst du auch OH an den Router anbinden.

[udo1toni]

Der Homeserver stellt vermutlich keine KNXnet/IP Tunnel zur Verfügung, oder? Wenn eine knx Schnittstelle mit IP verwendet werden soll, muss dieses Protokoll verwendet werden (ob im Tunnel oder im Router Mode).
Alternativ kann openHAB aber auch mit seriellen (FT1.2?) Schnittstellen umgehen - inwieweit das auf USB-Schnittstellen zutrifft, weiß ich nicht. Notfalls kann man auf einem Rechner, an dem die Schnittstelle hängt, knxd laufen lassen, das stellt dann Tunnel oder Router Mode zur Verfügung.

[abitalia]

Mal ne' andere Frage, das neue Binding wäre ja ein Klasse Anlass endlich mal mit openHAB zu spielen. Meine Frau macht mir sowieso schon Druck wann sie endlich das Licht mit dem Amazon Echo schalten kann . Mit der 1er Version konnte ich ja nach meinem Verständnis keine Verbindung in meinen BUS via meines Homeservers herstellen. Hat sich hier was geändert?

Alternativ müsste ich wohl zum Testen den Homeserver von der USB-Schnittstelle trennen und mit dem Rasbpi eine Serial-Verbindung aufbauen, korrekt? Und wenns klappt dann ein IP Gateway wie das Weinzierl IP Interface 731 anschaffen...

Best,

Andreas

[Icerunner]

Hallo,

habe heute meine Installation upgedated und auf das KNX 2.0 binding umgestellt. Habe knapp 450 GA. War bissel arbeit alle Things und Channels anzulegen und die Items umzuschreiben, aber es funktioniert nun super und vor allem kein Echo mehr am BUS. Perfekt.
Vielen Dank Kai für die viele arbeit !

Viele Grüße

Robert

[udo1toni]

Ein Taster ist im eigentlichen Sinn ja kein Sensor, sondern nur eine Fernsteuerung. Man könnte natürlich argumentieren, dass der Tastendruck erfasst wird, aber der Tastendruck wird ja dann weitergeleitet und im Aktor gespeichert (in Form des Aktorzustands). Auch hat man oft mehrere Taster, die die selben Aktoren steuern, der Status des Tasters ändert sich also in Abhängigkeit anderer Taster. das wäre bei einem Sensor normalerweise nicht der Fall.
Andererseits gibt es oft genug Taster mit echten Sensoren (z.B. Raumtemperatur), die möchte man ja auf jeden Fall einsammeln. Bei RTR kommt dann auch noch die Solltemperatur dazu, die im Taster gespeichert wird, somit ist der Taster auch der Chef für diese Information.
LED in Tastern sind meist an den Status des Tasters gebunden, es gibt leider nur selten die Möglichkeit, die LED unabhängig zu steuern.