Neue Insider Version 1 zur V 4.5 verfügbar
NEU! Dynamische Akzentfarben in der VISU per Objekt steuerbar
NEU! Seite wechseln sperren per Objekt
NEU! Neue Symbole in VISU und Logik Manager
NEU! Putzmodus im VISU Client
NEU! Umfangreich verbesserter Logik Manager
Alle Informationen hier: https://elabnet.atlassian.net/wiki/x/AYD5ng
NEU! Dynamische Akzentfarben in der VISU per Objekt steuerbar
NEU! Seite wechseln sperren per Objekt
NEU! Neue Symbole in VISU und Logik Manager
NEU! Putzmodus im VISU Client
NEU! Umfangreich verbesserter Logik Manager
Alle Informationen hier: https://elabnet.atlassian.net/wiki/x/AYD5ng
[Gelöst] [V4.0.1] Homeassistent KNX Anbindung via TWS
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
[V4.0.1] Homeassistent KNX Anbindung via TWS
Hallo,
der TWS hängt jetzt seit gut einem Jahr nutzlos neben einem Eibport in der Verteilung. Das wollte ich jetzt mal ändern. An sich laufen die Basics auch, wie der Tunnel zur ETS. Um den Eibport aber ganz ablösen zu können müsste noch der Homeassistent mit dem TWS sprechen wollen, dazu kann ich ihn aber nicht bewegen. Mit dem Eibport ist das kein Problem. Da geht das über den standard Port 3671 ohne Probleme. Gut, der HA schafft es den Eibport so zu belegen, dass die ETS nicht mehr funktioniert, aber das ist ein anderes Thema. Ich habe es dann auch über der Port 3700 versucht, ohne Erfolg. Was muss ich tun damit das klappt, vielleicht sogar parallel zur ETS?
TIA
Matthias
der TWS hängt jetzt seit gut einem Jahr nutzlos neben einem Eibport in der Verteilung. Das wollte ich jetzt mal ändern. An sich laufen die Basics auch, wie der Tunnel zur ETS. Um den Eibport aber ganz ablösen zu können müsste noch der Homeassistent mit dem TWS sprechen wollen, dazu kann ich ihn aber nicht bewegen. Mit dem Eibport ist das kein Problem. Da geht das über den standard Port 3671 ohne Probleme. Gut, der HA schafft es den Eibport so zu belegen, dass die ETS nicht mehr funktioniert, aber das ist ein anderes Thema. Ich habe es dann auch über der Port 3700 versucht, ohne Erfolg. Was muss ich tun damit das klappt, vielleicht sogar parallel zur ETS?
TIA
Matthias
Zuletzt geändert von Parsley am Mi Okt 30, 2024 4:45 pm, insgesamt 3-mal geändert.
TWS 3500XL - 1329
-
- Reactions:
- Beiträge: 3833
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1350 Mal
- Danksagung erhalten: 1792 Mal
Software-Versionen bitte in den Threadtitel, 4.0.1 ist kein valider Software-Releasestand
Und bitte einen Threadtitel mit sinnvoller Inhaltsorientierung, keinen Gattungsbegriff.
Wenn HA mit dem TWS sprechen soll, was stellst Du dir darunter vor?
Oder meinst Du eher das HA via dem TWS mit dem KNX-Bus kommunizieren soll. Das sind zwei grundverschiedene Sachen.
Andererseits hast Du gemäß Inbetriebnahmeanleitung die Schnittstelle des TWS aktiviert?
Bitte einen Screenshot der Admin-Seite KNX Interface vom TWS.
Auf der Seite findest auch die notwendigen Angaben, damit ein HA und andere Software eine der 25 möglichen Tunnelverbindungen des TWS nutzen kann. Die notwendigen Einstellungen im TWS und der ETS müssen aber natürlich erfolgt sein.
Verbindungstests lassen sich via ETS, Handy-Apps, oder anderer Software durchführen.
Und bitte einen Threadtitel mit sinnvoller Inhaltsorientierung, keinen Gattungsbegriff.
Wenn HA mit dem TWS sprechen soll, was stellst Du dir darunter vor?
Oder meinst Du eher das HA via dem TWS mit dem KNX-Bus kommunizieren soll. Das sind zwei grundverschiedene Sachen.
Andererseits hast Du gemäß Inbetriebnahmeanleitung die Schnittstelle des TWS aktiviert?
Bitte einen Screenshot der Admin-Seite KNX Interface vom TWS.
Auf der Seite findest auch die notwendigen Angaben, damit ein HA und andere Software eine der 25 möglichen Tunnelverbindungen des TWS nutzen kann. Die notwendigen Einstellungen im TWS und der ETS müssen aber natürlich erfolgt sein.
Verbindungstests lassen sich via ETS, Handy-Apps, oder anderer Software durchführen.
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
#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
Sondern ?
Das hier:
Davon gehe ich aus ..
Wie gesagt, mit der ETS geht es ja ...
TWS 3500XL - 1329
-
- Reactions:
- Beiträge: 3833
- Registriert: So Aug 12, 2018 10:20 am
- Hat sich bedankt: 1350 Mal
- Danksagung erhalten: 1792 Mal
Wenn die ETS sich via dem TWS verbindet, zeigt sie unter den aktiven Schnittstellen die passenden Eigenschaften an, diese sind dann auch beim HA identisch zu erfassen.
Wo läuft der HA? Eigene Kiste Blech oder ein Container auf dem TWS?
In dem Screenshot sieht man auch das zwei Tunnel aktuell belegt sind am TWS, die IpAdressen verweisen hier auf zwei Docker-Container und deren verwendeten Ports sind da auch zu erkennen.
Wenn die ETS aktiv ist sollte sie in einer dritten Zeile dort auftauchen.
Softwarestände aber definitiv nicht icht in den Footer, der ist losgelöst zum Beitrag Bestandteil deines Userprofil, in 4 Jahren steht da was anderes was nicht zum Thread passt siehe blaue Box oben im Forum.
Wo läuft der HA? Eigene Kiste Blech oder ein Container auf dem TWS?
In dem Screenshot sieht man auch das zwei Tunnel aktuell belegt sind am TWS, die IpAdressen verweisen hier auf zwei Docker-Container und deren verwendeten Ports sind da auch zu erkennen.
Wenn die ETS aktiv ist sollte sie in einer dritten Zeile dort auftauchen.
Softwarestände aber definitiv nicht icht in den Footer, der ist losgelöst zum Beitrag Bestandteil deines Userprofil, in 4 Jahren steht da was anderes was nicht zum Thread passt siehe blaue Box oben im Forum.
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
#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
Der HA ist eine eigenständige Proxmox-VM. Also, die ETS ist jetzt mal verbunden und man sieht die dann auch:
Und zwar so:
Im HA dann:
Auch mit den anderen beiden Optionen geht es nicht.
Trage ich hier die Daten des EibPort ein der die 192.168.202.222 hat und den Port 3671 nutzt geht es.
Ich habe mal per tcpdump geschaut.
ETS: 192.168.204.225
HA: 192.168.204.226
TWS: 192.168.204.223
Man sieht sehr schön den ETS Traffic:
09:40:42.006500 IP 192.168.204.225.57028 > 192.168.204.223.3700: UDP, length 16
09:40:42.006918 IP 192.168.204.223.3700 > 192.168.204.225.57028: UDP, length 8
09:40:42.012714 IP 192.168.204.225.57029 > 192.168.204.223.3700: UDP, length 16
09:40:42.012975 IP 192.168.204.223.3700 > 192.168.204.225.57028: UDP, length 8
Und den vom HA:
09:40:48.495657 IP 192.168.204.226.50349 > 192.168.204.223.3700: UDP, length 14
09:40:48.496144 IP 192.168.204.223.3700 > 192.168.204.226.50349: UDP, length 76
Sie scheinen sich nur nicht zu "verstehen" ...
Und zwar so:
Im HA dann:
Auch mit den anderen beiden Optionen geht es nicht.
Trage ich hier die Daten des EibPort ein der die 192.168.202.222 hat und den Port 3671 nutzt geht es.
Ich habe mal per tcpdump geschaut.
ETS: 192.168.204.225
HA: 192.168.204.226
TWS: 192.168.204.223
Man sieht sehr schön den ETS Traffic:
09:40:42.006500 IP 192.168.204.225.57028 > 192.168.204.223.3700: UDP, length 16
09:40:42.006918 IP 192.168.204.223.3700 > 192.168.204.225.57028: UDP, length 8
09:40:42.012714 IP 192.168.204.225.57029 > 192.168.204.223.3700: UDP, length 16
09:40:42.012975 IP 192.168.204.223.3700 > 192.168.204.225.57028: UDP, length 8
Und den vom HA:
09:40:48.495657 IP 192.168.204.226.50349 > 192.168.204.223.3700: UDP, length 14
09:40:48.496144 IP 192.168.204.223.3700 > 192.168.204.226.50349: UDP, length 76
Sie scheinen sich nur nicht zu "verstehen" ...
Zuletzt geändert von mahescho am Mi Okt 30, 2024 9:45 am, insgesamt 1-mal geändert.
TWS 3500XL - 1329
-
- Reactions:
- Beiträge: 1314
- Registriert: Mi Okt 10, 2018 2:39 pm
- Hat sich bedankt: 828 Mal
- Danksagung erhalten: 1097 Mal
Hi
Ich habe einfach das Default auf "Automatic" gelassen. Damit funktioniert das Tunneling ohne Probleme...
Danke so weit an Alle. Habe es gelöst.
Das Problem scheint zu sein, dass der TWS nicht damit klar kommt (der Eibport schon ...), wenn die Anfrage aus einem anderen Netzwerksegment kommt. Ich habe jetzt den HA umkonfiguriert, so, dass das Haupt-Interface im selben VLAN wie der TWS ist. Jetzt geht es. Vorher war ein VLAN-Interface des HA im VLAN des TWS und Eibport. Wo es da haken soll bleibt mir unklar, aber so geht es ja auch. Ist sogar besser, da der HA jetzt mehr von alleine findet da entweder die discovery an den VLAN-Interfaces des HA nicht funktioniert oder ich dazu noch etwas konfigurieren müsste von dem ich nichts weiss. Mal sehen ob jetzt der ganze Unifi-Kram noch geht, aber irgend was ist ja immer
Das Problem scheint zu sein, dass der TWS nicht damit klar kommt (der Eibport schon ...), wenn die Anfrage aus einem anderen Netzwerksegment kommt. Ich habe jetzt den HA umkonfiguriert, so, dass das Haupt-Interface im selben VLAN wie der TWS ist. Jetzt geht es. Vorher war ein VLAN-Interface des HA im VLAN des TWS und Eibport. Wo es da haken soll bleibt mir unklar, aber so geht es ja auch. Ist sogar besser, da der HA jetzt mehr von alleine findet da entweder die discovery an den VLAN-Interfaces des HA nicht funktioniert oder ich dazu noch etwas konfigurieren müsste von dem ich nichts weiss. Mal sehen ob jetzt der ganze Unifi-Kram noch geht, aber irgend was ist ja immer
Zuletzt geändert von mahescho am Mi Okt 30, 2024 1:55 pm, insgesamt 1-mal geändert.
TWS 3500XL - 1329
-
- Reactions:
- Beiträge: 642
- Registriert: Di Okt 09, 2018 7:27 am
- Wohnort: 490..
- Hat sich bedankt: 704 Mal
- Danksagung erhalten: 406 Mal
Hi Matthias,
Danke für die Rückmeldung und Beschreibung der Ursache und Lösung.
Eine kurze Frage noch:
Dein TWS läuft auf V4.0.1?
Wenn das stimmt ergänze ich es gleich noch im Titel.
Danke für die Rückmeldung und Beschreibung der Ursache und Lösung.
Eine kurze Frage noch:
Dein TWS läuft auf V4.0.1?
Wenn das stimmt ergänze ich es gleich noch im Titel.
-
- Reactions:
- Beiträge: 467
- Registriert: Fr Jul 24, 2020 6:44 am
- Wohnort: Hamburg
- Hat sich bedankt: 180 Mal
- Danksagung erhalten: 182 Mal
Gut, dass es nun funktioniert und danke für die Rückmeldung.
Warum soll der "Unifi-Kram" nun nicht mehr gehen? Meistens ist es eine falsche Konfigurierung. So lange HA zum TWS auf Port 3700 durch kommt und die Antwort auch erlaubt ist, sollte es kein Problem sein.
Tipps:
- Du scheinst ja VLAN zu VLAN allgemein zu blocken und nur benötigtes freizugeben. In der Network App unten links gibt es "System Logs". Unter "Triggers" siehst Du, wenn ein Gerät durch eine Regel im Zugriff geblockt wurde und weißt möglicherweise dadurch, dass etwas falsch ist oder noch eine Freigabe fehlt.
- Discovery: Wenn Du diese Funktion brauchst, musst Du in den entsprechenden Netzwerken mDNS (Multicast) aktivieren, falls Du das nicht hast.
- In seltenen Fällen kann es sein, dass Geräte nicht oder nicht richtig antworten, wenn die Anfrage aus einem anderen Netzwerk (VLAN) kommt. Dann könnte man Maxquarading nutzen, damit die Anfrage für das Gerät vom Router aus seinem eigenen Netzwerk kommt.
Vielleicht hilft ja etwas davon.
Warum soll der "Unifi-Kram" nun nicht mehr gehen? Meistens ist es eine falsche Konfigurierung. So lange HA zum TWS auf Port 3700 durch kommt und die Antwort auch erlaubt ist, sollte es kein Problem sein.
Tipps:
- Du scheinst ja VLAN zu VLAN allgemein zu blocken und nur benötigtes freizugeben. In der Network App unten links gibt es "System Logs". Unter "Triggers" siehst Du, wenn ein Gerät durch eine Regel im Zugriff geblockt wurde und weißt möglicherweise dadurch, dass etwas falsch ist oder noch eine Freigabe fehlt.
- Discovery: Wenn Du diese Funktion brauchst, musst Du in den entsprechenden Netzwerken mDNS (Multicast) aktivieren, falls Du das nicht hast.
- In seltenen Fällen kann es sein, dass Geräte nicht oder nicht richtig antworten, wenn die Anfrage aus einem anderen Netzwerk (VLAN) kommt. Dann könnte man Maxquarading nutzen, damit die Anfrage für das Gerät vom Router aus seinem eigenen Netzwerk kommt.
Vielleicht hilft ja etwas davon.
Zuletzt geändert von Marino am Mi Okt 30, 2024 4:47 pm, insgesamt 1-mal geändert.
Viele Grüße
Nils
TWS 3500XL ID:1080 (VPN offen, Reboot nach Rücksprache)
Nils
TWS 3500XL ID:1080 (VPN offen, Reboot nach Rücksprache)
Danke, das ist so weit alles klar. Unifi Protect geht, Sonos möchte jetzt noch Zuwendung, wobei ich noch nicht weiss ob ich das im HA überhaupt haben möchte. Oder ob ich das alles doch über den TWS machen möchte. Mal sehen wie das mit der Homematic-Abteilung bei mir ist. Mit dem HA ist das ja kein Problem. Durch die verschiedenen Bauabschnitte und deren Alter habe ich hier halt alles mögliche. Ich experimentiere weiter vor mich hin, passt schon Priorität hat jetzt erst mal den Eibport und die dort laufenden Automationen "irgend wo hin" zu übernehmen und den 20 Jahre alten KNX-Verknüpfungsbaustein, der seit 3 Versionen von der ETS nicht mehr unterstützt wird aus dem System zu bekommen. Der Rest sind eh nur Sachen die neben her laufen.
Zuletzt geändert von mahescho am Mi Okt 30, 2024 8:20 pm, insgesamt 1-mal geändert.
TWS 3500XL - 1329