wichtiges UPDATE für controller 7.2.2 im stable

[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.