Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[MichaCon]

Hallo,
ich habe ioBroker in Docker auf einer Synology DS218+ laufen, alles aktuell, KNX-Adpater mit Version 1.0.45. Leider ist die Verbindung mit dem KNX-Gateway, welches bei mir das wiregate zur Verfügung stellt, nicht stabil. Das Problem liegt nach Durchsicht des Debug-Logs wohl an der Überprüfung des Gateway-Status. Der Adapter sendet regelmäßig einen "State_connection_request", welcher vom Gateway auch mit einem "CONNECTIONSTATE_RESPONSE" beantwortet wird. Meistens sieht diese Antwort so aus:

Received CONNECTIONSTATE_RESPONSE : 06 10 02 08 00 08 02 00 192.168.178.32:3671 ChID : 2 SeqCntIN : 234 SeqCntOUT : 97 msgCode : [object Object]

Dann funktioniert auch alles vernünftig. Manchmal sendet das Gateway aber folgende Antwort:

Received CONNECTIONSTATE_RESPONSE : 06 10 02 08 00 08 02 15 192.168.178.32:3671 ChID : 2 SeqCntIN : 72 SeqCntOUT : 97 msgCode : [object Object]

Nach dieser Antwort kommen dann im Log folgenden Meldungen und die Verbindung wird neu gestartet:

knx.0 (32461) STATE_DISCONNECT_REQUEST : no defined handling for transition from State: STATE_CONNECTION_STATE_RESPONSE(6) to STATE_DISCONNECT_REQUEST(15).
knx.0 (32461) Connection persists.....closing now
knx.0 (32461) ... not able to close connection, because already closed
knx.0 (32461) STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 (32461) ...set STATE-NOT-CONNECTED
knx.0 (32461) Connection persists.....closing now
knx.0 (32461) ... not able to close connection, because already closed
knx.0 (32461) STATE_NOT_CONNECTED : Stop connection : STATE_NOT_CONNECTED(0) to STATE_NOT_CONNECTED(0).
knx.0 (32461) Using UDP with local IP: 192.168.178.162
knx.0 (32461) Event : UDP - listening
knx.0 (32461) Connected - local UDP Server listening on 192.168.178.162:38802

Weiter bin ich leider nicht gekommen. Hat jemand einen Tipp, woran es liegen könnte oder was ich noch überprüfen sollte?

Vielen Dank!

Liebe Grüße

Michael

[MichaCon]

Das Problem konnte weiter eingegrenzt werden. Der Adapter sendet bei mir (auf zwei unabhängig voneinander aufgesetzten Maschinen) den Heartbeat nicht immer in den vorgeschriebenen 120 Sekunden. Wenn die Zeit überschritten wird, wird der Tunnel vom Server entsprechend der KNX-Spezifikation getrennt. Der verspätetete Heartbeat bekommt dann die Meldung zurück, dass der Tunnel nicht existiert. Ich habe das Problem bei Github gepostet und hoffe mal auf Hilfe vom Entwickler (Chefkoch). Sollte hier jemand noch eine andere Idee dazu haben, nehme ich diese natürlich auch gerne entgegen.