ElabNET Technik Forum

Hi

worie hat geschrieben: ↑Di Jun 11, 2024 10:26 amDer TWS scheint also nur einmal auf einen Broadcast einer bestimmten IP zu reagieren und danach nicht mehr. Kann man das irgendwo anpassen?

Nein, weil es ist im KNX Standard für KNXnet/IP Tunneling definiert, wie ein KNX Server zu verhalten hat. Out-of-the-Box ohne dass man das konfigurieren könnte. Dieses Verhalten des Timberwolf Servers wurde auch von einem dafür akkreditierten Institut (gibt nur vier auf der Welt) mit den entsprechenden freigegebenen Tools überprüft.

Ich möchte nicht ausschließen, dass der TWS einen Fehler hat. Aber diese Systemkomponente ist seit fünf Jahren unverändert, wurde zertifiziert und alle anderen Installationen funktionieren ohne Probleme. Ich halte es zwar nicht für ausgeschlossen aber wenig wahrscheinlich, dass wir hier einen Fehler haben, zumal viele Nutzer den TWS auch in Verbindung mit HA nutzen und bisher keine Fehlermeldung eingegangen ist.

Wir nehmen das aber durchaus ernst und ich habe auch ein Auge drauf. Die Traces sind hilfreich, danke.


Die Frage die ich mir stelle, ist, warum HA stets neu über Broadcast alle verfügbaren Tunnelverbindungen ermitteln möchte. Warum kann man HA nicht auf einen spezifischen Tunnel konfigurieren, wie z.B. die ETS und auch andere Produkte, die KNXnet/IP nutzen?

lg

Stefan

Hab mal den Titel angepasst, hoffe das passt so

StefanW hat geschrieben: ↑Di Jun 11, 2024 11:06 am.
Die Frage die ich mir stelle, ist, warum HA stets neu über Broadcast alle verfügbaren Tunnelverbindungen ermitteln möchte. Warum kann man HA nicht auf einen spezifischen Tunnel konfigurieren, wie z.B. die ETS und auch andere Produkte, die KNXnet/IP nutzen?

lg

Stefan

Moin,

so, das tracing in Verbindung mit dem Kommentar, dass das Broadcast Verhalten untypisch ist hat mich noch einmal nachdenken lassen, dass es vielleicht wirklich am Netzwerk liegen könnte.

Das KNX Addon für Homeassistant hatte das Problem, dass es nicht automatisch den TWS gefunden hat und ich die IP manuell konfiguriert habe. Das dann weiterhin versucht wird, die initiale Kommunikation über Broadcast herzustellen wusste ich zum einen nicht, war dann aber die Lösung. Im VLAN in welchem sich beide Clients befinden war IGMP Snooping aktiviert. Damit wurden dann scheinbar alle weiteren Broadcast versuche an die gleiche IP gefiltert.

Nach dem Deaktivieren der Funktion war die automatische Schnittstellen Konfiguration auf einmal wieder möglich und auch ein HA Restart ging problemlos mit direkter Neuverbindung zum TWS.

Danke für die Unterstützung. Falls nochmal so ein Problem auftritt kann ja gerne hierauf verwiesen werden

Bitte keine Vollzitate. Hab mal das mal gekürzt