[Problem] [V4.5] ETS 6.4 Home Assistant Message werden nicht an eine andere KNX-Linie übertragen

[michael8]

Hallo Zusammen

- TWS läuft auf 1.0.2
- Ein Aktor auf 1.2.13
- Home Assistant auf einer VM

Ich empfange auf Home Assistant die Daten aus KNX und kann sie auch auf einem Dashboard anzeigen. Aber wenn ich z.B. ein "Ein" aus Home Assistant, via TWS an den Aktor senden will, kommt es nicht an. Die Linienkoppler filtern es raus.

Ich habe im Forum noch keine Lösung gefunden. Dann bin ich auf das Video gestossen: Ich wollte es ebenso einrichten, aber ich sehe im ETS beim Tunnel kein Tab für die Assoziationen. Auch das Icon vom Tunnel sieht anders aus. Auch kann ich den spezifischen Tunnel in Home Assistant nicht auswählen wenn ich die Verbindung einrichte.




1. Gibt es eine Anleitung wie man HA und TWS optimal einrichtet?
2. Muss ich mit der ETS auf 6.3 zurück damit die Assoziationen sehe?

Vielen Dank

LG, Michael

[chtonian]

Filtertabellen werden von der ETS automatisch gepflegt. wenn du eine Verbindung zwischen der 1.0.2 und einer anderen Linie haben willst, musst du ein Unversalobjekt vom Timberwolf mit der Gruppenadresse verbinden an die du die Befehle senden willst. Dann den Linienkoppler neu programmieren, damit er die neue Filtertabelle übernimmt. die ETS sieht die verbindung von 1.0.2 und der anderen Linie über die (min) 2 KO auf der Gruppenadresse (z.b. 1/2/3). Dadurch erlaubt sie dem Linienkoppler die Kommunikation linienübergreifend durch die angepasste filtertabelle.

[Marino]

Die Tatsache, dass Du den Status bekommst, zeigt ja eigentlich, dass der Linienkopper das in der Filtertabelle hat und programmiert wurde. Wäre das nicht der Fall, würde das Telegramm in der Linie ja gar nicht erst auftauchen, da es gefiltert werden würde.

Die Frage wäre eher, wenn Du schreibst, dass Du Daten empfängst, aber nicht an den Aktor senden kannst: Ist die Gruppenadresse, welche mit dem Schalt-Kommunikationsobjekt des Aktors verbunden ist, auch als Objekt beim TWS in ETS verknüpft oder sind möglicherweise nur die Statusobjekte verbunden?
Der Linienkoppler lässt nicht per se alle Verbindungen einer PA durch, wenn ein Eintrag und der Filtertabelle erstellt wurde, sondern lediglich Telegramme von GA's, die verknüpft wurden. Anschließendes programmieren vom LK vorausgesetzt, damit dieser seine Filtertabelle aktualisieren kann.
Hast Du also die GA, die mit einem Statusobjekt verknüpft ist, als Objekt im TWS angelegt, siehst Du nur den Status und musst ggf. noch die GA ebenso verknüpfen mit einem Objekt, sonder Filtert der LK sie. Dann kannst Du senden, wie Du möchtest, aber die andere Linie, in der der Aktor sitzt, bekommt es nicht mit.

Wenn Du die Assoziationen nicht siehst, bei welchem Gerät schaust Du da? Der LK hat so etwas eigentlich nicht, die Secure Schnittstelle im Video hingegen schon, auch wenn sie nicht Secure in Nutzung ist. Damit kann man einem Gerät, welches die Schnittstelle nutzen soll, eine PA zuweisen und quasi reservieren. Bei HA kannst Du die dann wählen. Der TWS hingegen kann bisher keine Reservierung und vergibt die Tunnelverbindung dynamisch, daher ist das dann auch nicht vorhanden in der ETS.

[michael8]

@chtonian Danke fürs Feedback!
Heisst das, dass ich jede GA einzeln mit einem Universalobjekt verknüpfen muss? Im Video konnte er alle GA auf einmal auf einen der Tunnels ziehen und fertig. Er hatte im rechten Fenster auch einen eigenen Tab für Assoziationen. Wieso wird mir der beim TWS nicht angezeigt? Liegt das an der noch fehlenden Kompatibilität der TWS App zu ETS 6.4 oder ist das was anderes?
Danke!

@Marino Danke fürs Feedback. Da hast du natürlich recht. Aber ich habe bei den Linienkoppler eingestellt, dass au den verschiedenen Linien alles auf die Hauptlinie gesendet wird, damit der TWS Busmonitor alles sieht und ich analysieren kann. Wird aber noch abgeschaltet.
Im Video zieht er ja alle GA auf einen Tunnel des IP Routers und zwar in das Feld Assoziationen (ab Zeitpunkt 16:05):

Der TWS hingegen kann bisher keine Reservierung und vergibt die Tunnelverbindung dynamisch, daher ist das dann auch nicht vorhanden in der ETS.

Meinst du damit, dass ich den Tunnel im HA dann nicht spezifisch auswählen kann?
Danke!

[michael8]

Update: ich glaube, ich habe einen speditiven Weg gefunden. Ich habe für jede Länge von GA (1 Bit, 2 Bit usw.) ein Universalobjekt angelegt. Dazu noch bei den GA einen jeweiligen Suchordner und weisse so die GA ganz schnell den Universalobjekten zu.

Erste Tests sind erfolgreich.

[gbglace]

Ihr würfelt da einiges durcheinander.

Als TWS KO muss es nur eine Verbindung zu der GA geben wenn der TWS selbst in sich mit Logik usw. etwas tun soll.

Wenn HA einfach nur eine Tunnelverbindung vom TWS nutzt, dann ist der HA quasi Teilnehmer der Linie 1.0.x mit der zufällig vergebenen Tunnel PA vom TWS.

Wenn der Aktor in der Linie 1.2 dann von diesem Telegramm mitbekommen soll muss die Filtertabelle des LKs 1.2.0 diese GA kennen. Von allein wird das nicht passieren, wenn diese GA nicht noch an einem anderen KO auf einer Linie ungleich 1.2 verbunden ist.

Die Lösung ist dann eben ein Dummy.

Ohne Not den TWS mit seiner Applikation als Dummy zu verwenden und einfach an Universalobjekten unterschiedlichste GAs dran packen macht den TWS und sein Objektsystem nur langsam.

Und Ihr müsst die Flags ordentlich setzen, wenn da ohne besondere Bearbeitung alle Flags aktiv sind baut man sich da ganz lustige Effekte bei Lesetelegrammen.

[chtonian]

Ihr würfelt da einiges durcheinander.

Die Lösung ist dann eben ein Dummy.

Und Ihr müsst die Flags ordentlich setzen, wenn da ohne besondere Bearbeitung alle Flags aktiv sind baut man sich da ganz lustige Effekte bei Lesetelegrammen.

Als Anfänger direkt mit unterschiedlichen Linien und linienkopplern zu starten in einem (vermutlich) EFH ist auch schon hoch gegriffen Ein linienkoppler würde ich nur für Innen/Außen KNX einsetzen, damit die linien galvanisch getrennt sind und im MFH nur etagenweise wenn es unterschiedliche Parteien sind.

Allein der Grund mit den ets automatischen Filtertabellen arbeiten zu müssen wäre mir den Mehrwert im EFH nicht wert. Aber ich gehe davon aus dass der TE mit KNX startet und daher viel ausprobieren will.

Dein Hinweis mit den Flags ist 100% korrekt, wenn man das nicht richtig macht kommt es schnell zu krasser Busauslastung. Eine Dummy APP zu verwenden ist auch nicht verkehrt - ich bin jedoch davon ausgegangen, dass der TE mit den KO des TWS sicherlich auch arbeiten möchte, so dass die VK in den GA dann doch wieder sinnvoll ist.

[michael8]

Danke @gbglace und @chtonian

Verstehe ich euch richtig: Ihr würdet ein Dummy Device anlegen und dem alle GA zuweisen, richtig? Das hat im ersten Test funktioniert.

ich bin jedoch davon ausgegangen, dass der TE mit den KO des TWS sicherlich auch arbeiten möchte, so dass die VK in den GA dann doch wieder sinnvoll ist.

Ich will aus HA via TWS z.B. einen Aktor in einer anderen Linie ansprechen. Für die TWS Visu habe ich separat einzellne KO mit den spezifischen GA verbunden.

[chtonian]

Ich kann dir nur empfehlen, den linienkoppler am anfang erstmal aus deinem system zu nehmen, es sei denn du brauchst das unbedingt. viele verwechseln "wunschtopologie" mit physischem nutzen. für 99% der Fälle macht es in einem EFH 0 sinn eine separate linie aufzubauen, es sei denn du willst nach draussen oder du hast mehr als 64 geräte oder sehr stromhungrige geräte, da eine neue linie sehr teuer ist. (netzteil, koppler, infrastruktur headup (filtertabelle!))

[Sun1453]

Also man kann auch die Filterlisten wenn es nicht kritische Sachen sind einfach deaktivieren und die Koppler auf Durchzug stellen. Also selbst in einem EFH würde ich mehr als eine Linie empfehlen, weil macht mal ein Gerät dumm und die Spannungsversorgung geht auf Error ist allen tot. Selbst schon erlebt, aber zum glück mehrere Linien gehabt.