Neues YouTube-Video: Visualisierung im Devices-Adapter

[Merlin123]

(Hatte das auch schon in der Facebook Gruppe gepostet, vielleicht kann mir hier aber jemand helfen)

Ich nutze eine MDT SCN-IP000.03 KNX-IP-Schnittstelle und habe seit kurzem das Problem, dass meine iobroker Anbindung sowohl über den KNX als auch über den openKNX Adapter immer mal wieder die Verbindung verliert. (Hatte von KNX auf openKNX umgestellt, da ich den KNX Adapter in Verdacht hatte. Aktuell läuft nur der openKNX Adapter)
Ein Neustart der Instanz auf iobroker Seite behebt das Problem.
Ich habe auch schon die Schnittstelle neu gestartet, auf die aktuellste FW aktualisiet und neu programmiert, aber das Problem besteht weiterhin.

Frage:
Krieg ich irgendwie raus, ob die Schnittstelle ein Problem hat oder ob es auf iobroker Seite liegt? Die Schnittstelle ist noch nicht ganz 2 Jahre alt. Der MDT Support meint, es könnte sein, dass zu viel Traffic auf dem Netz ist und die Schnittstelle deswegen aussteigt. Das muss ich noch prüfen. Würde mich aber wundern.

Im Log steht nur:
openknx.0 (1350719) Connection lost: 192.168.1.81:3671 Received KNX packet: DISCONNECT_REQUEST, ChannelID:16 Host:192.168.1.81:3671
openknx.0 (1350719) Reconnect attempt 1/7 in 10s...

Leider ist der Status nicht immer disconnected, sondern manchmal geht es einfach nicht mehr und ich muss die Instanz neu staretn.
Ist besonders blöd, weil ich das nicht über ein Script abfangen kann.
Aktuell reagiere ich auf "Disconnected", warte 90 Sekunden und starte dann die Instanz neu.

[densdevito]

Habe das selbe Problem seit ca. einem Monat. Bei mir läuft zusätzlich noch Homeasisstant. Dieser bricht aber die Verbindung zum SCN-IP000.03 nicht ab. Es ist immer nur der openKNX-Adapter vom iobroker. Gerade eben habe ich die Version 1.1.11 installiert. In den Verbesserungen stand auch was von Stabilitätserhöhung in Bezug zur IP-Schnittstelle, aber leider bricht auch damit die Verbindung nach ein gewissen Zeit ab.

Habe mir jetzt zusätzlich noch einen KNX-IP-Router bestellt (OPENKNX, 60€) - mal sehen, ob damit dann wieder alles läuft.

[Merlin123]

@densdevito Ich habe bei mir die Ursache identifiziert:
Die MDT Schnittstelle ist leider relativ empfindlich, wenn mal mehr auf dem Netz los ist. Die hat dann einen Disconnect Request geschickt.
Ich bin jetzt auf eine Weinzierl 732 umgestiegen und seit dem läuft alles problemlos

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

[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