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

Diskussionen über die KNX-Funktionen im Timberwolf Server
Forumsregeln
  • Denke bitte an aussagekräftige Titel und gebe dort auch die [Firmware] an. Wenn ETS oder CometVisu beteiligt sind, dann auch deren Version
  • Bitte mache vollständige Angaben zu Deinem Server, dessen ID und dem Online-Status in Deiner Signatur. Hilfreich ist oft auch die Beschreibung der angeschlossener Hardware sowie die verwendeten Protokolle
  • Beschreibe Dein Projekt und Dein Problem bitte vollständig. Achte bitte darauf, dass auf Screenshots die Statusleiste sichtbar ist
  • Bitte sei stets freundlich und wohlwollend, bleibe beim Thema und unterschreibe mit deinem Vornamen. Bitte lese alle Regeln, die Du hier findest: https://wiki.timberwolf.io/Forenregeln
Antworten

Ersteller
michael8
Beiträge: 91
Registriert: Fr Jan 27, 2023 5:27 pm
Hat sich bedankt: 65 Mal
Danksagung erhalten: 23 Mal

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

#1

Beitrag von 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.

Bild
Bild

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 :bow-yellow:

LG, Michael
TWS 3500 XL mit 256GB NVMe SSD, SN 1070, VPN aktiv, Support-Reboot nach Rücksprache - danke.
EFH, Fronius WR & SM, StiebelEltron LWZ 8, KNX, DALI, Prusa MK3S+.... 8-)

chtonian
Beiträge: 77
Registriert: Mi Mai 25, 2022 2:43 pm
Danksagung erhalten: 50 Mal

#2

Beitrag von 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.
Beste Grüße
Sebastian
TWS 3500 ID:645, VPN - Werkszustand, Reboot - nach Rücksprache

Marino
Beiträge: 573
Registriert: Fr Jul 24, 2020 6:44 am
Wohnort: Hamburg
Hat sich bedankt: 236 Mal
Danksagung erhalten: 197 Mal

#3

Beitrag von 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.
Viele Grüße
Nils


TWS 3500XL ID:1080 (VPN offen, Reboot nach Rücksprache)

Ersteller
michael8
Beiträge: 91
Registriert: Fr Jan 27, 2023 5:27 pm
Hat sich bedankt: 65 Mal
Danksagung erhalten: 23 Mal

#4

Beitrag von 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! :bow-yellow:

@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):
Bild
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! :bow-yellow:
TWS 3500 XL mit 256GB NVMe SSD, SN 1070, VPN aktiv, Support-Reboot nach Rücksprache - danke.
EFH, Fronius WR & SM, StiebelEltron LWZ 8, KNX, DALI, Prusa MK3S+.... 8-)

Ersteller
michael8
Beiträge: 91
Registriert: Fr Jan 27, 2023 5:27 pm
Hat sich bedankt: 65 Mal
Danksagung erhalten: 23 Mal

#5

Beitrag von 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.
Bild
Erste Tests sind erfolgreich. :)
TWS 3500 XL mit 256GB NVMe SSD, SN 1070, VPN aktiv, Support-Reboot nach Rücksprache - danke.
EFH, Fronius WR & SM, StiebelEltron LWZ 8, KNX, DALI, Prusa MK3S+.... 8-)

gbglace
Beiträge: 4352
Registriert: So Aug 12, 2018 10:20 am
Hat sich bedankt: 1536 Mal
Danksagung erhalten: 2097 Mal

#6

Beitrag von 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.
Zuletzt geändert von gbglace am So Jun 21, 2026 8:22 pm, insgesamt 2-mal geändert.
Grüße Göran
#1 Timberwolf 2600 Velvet Red TWS #225 / VPN aktiv / Reboot OK
#2 Timberwolf 2600 Organic Silver TWS #438 / VPN aktiv / Reboot OK
#PV 43,2 kWh Akku; 3x VE MP2 5000; 6,7 kWp > 18 Panele an 4x HM1500 + 1 HM800 WR; Open-DTU
Antworten

Zurück zu „KNX“