openKNX: Verliert Verbindung zu Schnittstelle
-
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.
@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 -
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.
@densdevito kannst du debugs log von openknx mir mal per mail schicken, würde mir das gerne anschauen tombox2020@gmail.com
-
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. -
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.@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.... -
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 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. -
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.
-
@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
-
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.
@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
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden539
Online32.9k
Benutzer83.0k
Themen1.3m
Beiträge