wichtiges UPDATE für controller 7.2.2 im stable

[tombox]

@densdevito kannst du debugs log von openknx mir mal per mail schicken, würde mir das gerne anschauen tombox2020@gmail.com

[peeet]

Moin, kann das Problem bestätigen. Habe die Tage von 0.9.0 auf 1.1.6 gewechselt und dann die selbe Problematik mit dem MDT Interface gehabt. HA ebenfalls noch verbunden und funktionsfähig. Hatte aus einem anderen Grund ein Enertex KNX IP Interface da, wo das nicht passiert ist.
Nun wieder zurück auf 0.9.0 und es klappt wieder mit dem MDT.

[Merlin123]

@peeet wenn man mal etwas sucht, findet man leider viele Hinweise, dass das MDT Interface in Smarthome Settings zickig ist... Was ich sehr schade finde, da ich MDT wirklich mag.
Der Support meinte:
"möglicherweise herrscht ein hoher Datenfluss auf der IP-Seite (Speziell Multicast), welcher dazu führt, dass die IP-Schnittstelle nicht alle Daten ausgewertet bekommt und überlastet wird."

naja... ich hab extra nochmal mit Wireshark und auf meinen Switches geschaut, das Netz hat normalen Traffic, kein sinnloses Zeug. Und alle anderen Geräte kommen super damit klar.
Also entweder ist der Prozessor des Interfaces zu schwach oder die Implementierung ist nicht wirklich gut....

[tombox]

@peeet die GitHub version hat ein paar mdt Optionen zum auswählen. Bitte mal testen und den debug log per Mail schicken tombox2020@gmail.com

[peeet]

@merlin123 Ja bin ich auch drauf gestoßen, da es aber vorher mehr oder weniger ohne Probleme geklappt hat... :D habe mir aber auch mal den IP Router von OpenKNX bestellt und werde das damit testen. Nervt mich zwar sehr, ein eigentlich funktionierendes Gerät auszutauschen, aber wenn es nicht stabil läuft :/
@tombox hab ein Testsystem aufgesetzt was nun aufm Bus lauscht und loggt, sobald ich was habe sende ich es dir.

[tgprojekt]

Hallo zusammen,

ich kann das von @merlin123 und @peeet beschriebene Problem bestätigen.
Ich habe seit meinem Update die selbe Problematik. (ich habe in einem Zug js, den Admin und alle sonstigen Adapter auf den aktuellen Stand upgedatet)
Ebenfalls mit dem MDT Interface.

@peeet, wie konntest du auf die 0.9.0 zurück wechseln? Mir zeigt es lediglich noch die 0.9.1 als aus wählbare Version an und dort habe ich das selbe Verhalten.

Die im beta-Repo zur Verfügung stehende 1.1.12 habe ich ebenfalls heruntergeladen und getestet. -> selbes Verhalten.

@tombox die im Repository des Adapters erwähnten Einstellungen für MDT habe ich soweit ich sie finden konnte eingestellt.

• "Wait for ACK" aktivieren -> konnte ich nicht finden
• Max Direct Link send rate -> ich verwende keine Direct Links
• Autoread on startup -> ist deaktiviert.
• Bei chronisch flappenden Quellen "linkedStateDebounce" für die jeweilige GA setzen -> nichts entsprechendes bei mit im System vorhanden, bei dem dies nötig wäre. ETS Busdiagnose ist unauffällig.

Anbei ein Auszug des Logs.
2026-05-25 08:29:14.326 info Connected! channelID=17 physAddr=1.1.1
2026-05-25 08:29:02.320 info Reconnect attempt 1/7 in 10s...
2026-05-25 08:29:02.319 error Connection lost: 192.168.178.25:3671 Received KNX packet: DISCONNECT_REQUEST, ChannelID:17 Host:192.168.178.25:3671
Meist schafft es der Adapter sich neu zu verbinden. Jedoch leider nicht immer.

@tombox, wenn es hilft kann ich dir auch meine vollständigen Logs zukommen lassen.

[peeet]

@tgprojekt ich mache immer Snapshots von dem Container bevor ich kritische Adapter aktualisiere :) aber habe eben festgestellt, dass ich dort auch disconnects habe :/ 1.1.12 hingegen lief im anderen Container ohne disconnect, hab jetzt mal das live system auf 1.1.12 aktualisiert und schaue mal über den Tag was passiert.

Edit nach ca. 6h - kein disconnect :D

[tombox]

@tgprojekt Bitte via GitHub installieren nicht via beta repo.. die Katze auswählen und nach openknx suchen..
und dann auch ein debug log erstellen
dann log via mail

[Merlin123]

Die Disconnects hatte ich auch unter den (nicht open) KNX Adapter. Nur mal als Randinfo

[peeet]

Hab jetzt nach knapp 4 Tagen Debug-Logging und keinem einzigen disconnect wieder auf Info umgestellt und innerhalb von 20min 2 disconnects :(

[tombox]

@peeet Sieht so aus als wäre ETS parallel auf dem Tunnel gewesen

[warp735]

Ich hab keinerlei Probleme. Achte seit diesem Thread drauf und hab keinen einzigen Eintrag. MDT und openknx + unifi Netzwerk

[peeet]

@tombox Die Schnittstelle hat ja 4 Tunnel, das stellt kein Problem dar - hab's getestet und kein disconnect (war aber auch nicht verbunden.) Kannst du mir vielleicht sagen warum ich nicht auf den TCP Tunnel stellen kann? Home Assistant und ETS sind auch per TCP verbunden.
Secure ist nicht aktiv.
Folgende Log Ausgabe:

[Laudes]

@warp735 kannst du mal dein Setup zeigen? Was hast du beim Adapter für Einstellungen?
Hast du einen IP Router oder ein IP Interface?
Danke!

[tombox]

@peeet Das ist ein knx secure problem anscheinend ist das ausgewählt aber nicht alles ausgefüllt

[warp735]

@Laudes sagte:

kannst du mal dein Setup zeigen?

[peeet]

@tombox sagte:

@peeet Das ist ein knx secure problem anscheinend ist das ausgewählt aber nicht alles ausgefüllt

Habe das gleiche Verhalten wenn ich eine neue Instanz hinzufüge und nur die IP vom Interface angebe :(

[tombox]

@peeet bräuchte ich ein längeren debug log via mail ohne ETS offen
tombox2020@gmail.com

[Laudes]

@warp735

Ich habe inzwischen mal KNX Secure eingerichtet. Und siehe da, kein einziger disconnect seit dem.
Werde jetzt mal noch Autoread einschalten und schauen ob das dann auch ohne Probleme klappt.

[peeet]

Ich habe seit Montag Abend den OpenKNX IP Router am laufen, keine Probleme mehr seit dem.