search

ioBroker / ioBroker.knx

connect KNX via eibd
http://www.iobroker.org
Other
50 stars 32 forks source link

STATE_NOT_CONNECTED : Stop connection #317

Closed Horgul123 closed 1 month ago

Horgul123 commented 1 month ago

Adapter Version 2.0.28 js-controller 6.0.8 Node: 20.15.1

Jetzt hat es mich auch erwischt und ich habe die Verbindung zum Bus großteils verloren. Vereinzelt geht etwas, aber nicht zuverlässig.

`

knx.0 2024-07-18 22:03:03.667 info Connected - local UDP Server listening on 192.168.0.251:37088
knx.0 2024-07-18 22:03:03.667 info Event : UDP - listening
knx.0 2024-07-18 22:03:03.666 info Using UDP with local IP: 192.168.0.251
knx.0 2024-07-18 22:03:01.668 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-18 22:03:01.667 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-18 22:03:01.666 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-18 22:01:00.640 info READ : received unknown GA 6/1/5
knx.0 2024-07-18 22:00:33.666 info Connected - local UDP Server listening on 192.168.0.251:52397
knx.0 2024-07-18 22:00:33.666 info Event : UDP - listening
knx.0 2024-07-18 22:00:33.666 info Using UDP with local IP: 192.168.0.251
knx.0 2024-07-18 22:00:31.667 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-18 22:00:31.667 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-18 22:00:31.666 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).

`

Ich habe ähnliche Issues gesehen, aber keine Lösung entdeckt. Eine Firewall habe ich nicht im Einsatz, Ping von iobroker auf das IP Interface geht, Habe weder was am Adapter noch am IP Interface geändert. Der Fehler trat heute das erste Mal auf, hab nicht bewusst etwas seit gestern geändert.

Horgul123 commented 1 month ago

Update: Ich habe mal eine Proxmox Sicherung von vor 5 Tagen eingespielt, da lief alles noch. Leider habe ich da das gleiche Problem. Kann also ein Softwareproblem eher ausschließen vermute ich.

Ich werde heute nochmal das Netzwerk "zerlegen". Ich vermute, da werden die UDP Pakete nicht sauber geroutet.

chefkoch009 commented 1 month ago

Schau mal bitte nach, ob UDP Richtung Iobroker funktioniert. Weiterhin ob deine Firewall/Router die Verbindungen offen hält.

Horgul123 commented 1 month ago

@chefkoch009 wie ich bei der Fritzbox das sehe weiß ich leider nicht. War aber in der Vergangenheit kein Thema.

UDP Test:

iobroker Server:

auto ens18 iface ens18 inet static address 192.168.0.251 netmask 255.255.0.0 gateway 192.168.0.1 dns-domain fritz.box dns-nameservers 192.168.0.1

Wenn ich mit nc einen UDP Listener auf dem iobroker Server öffne kann ich in einem anderen Fenster UDP Pakete an den Port schicken. Ich versuche:< auf dem iobroker Server (192.168.0.251)

nc -u -l -p 9999 -> startet aus einem anderen Fenster: nc -u 192.168.0.217 9999 -> Wartet auf Eingabe "test" -> wird im Fenster des listner angezeigt, kann weitere Eingaben machen die ankommen Breche ich das Eingabefenster mit CTRL-C ab und starte das senden erneut kann ich etwas eingeben, das kommt aber nicht mehr an und er springt zur Eingabeaufforderung

Von einem anderen Server im Netzerk (da läuft EVCC, 192.168.1.33): nc -u 192.168.0.217 9999 -> Wartet auf Eingabe "test" -> kommt an.

Meine Server laufen alle unter Proxmox. iobroker und EVCC auf verschiedener HArdware, beide Hardwareserver hängen am gleichen Switch.

MDT IP Interface DHCP: Off IP 192.168.0.112 Subnet: 255.255.0.0 Gateway 192.168.0.1 DNS: 192.168.0.1 http Port 8080

Individual adress 3.1.5 15.0.1 UDP: 192.168.0.251

UDP vom Windows Laptop (hängt via WLAN im Netz) Testpaket kommt via UDP an

Sieht jetzt erstmal so aus, als ob UDP durchkommt, oder?

Was mit noch aufgefallen ist: `knx.0 2024-07-20 10:32:56.942 info READ : received unknown GA 6/1/6
knx.0 2024-07-20 10:32:56.924 info Connected - local UDP Server listening on 192.168.0.251:42631
knx.0 2024-07-20 10:32:56.924 info Event : UDP - listening
knx.0 2024-07-20 10:32:56.923 info Using UDP with local IP: 192.168.0.251
knx.0 2024-07-20 10:32:54.924 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-20 10:32:54.924 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-20 10:32:54.923 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-20 10:30:53.950 info READ : received unknown GA 6/1/5
knx.0 2024-07-20 10:30:29.923 info Connected - local UDP Server listening on 192.168.0.251:57783
knx.0 2024-07-20 10:30:29.922 info Event : UDP - listening
knx.0 2024-07-20 10:30:29.922 info Using UDP with local IP: 192.168.0.251
knx.0 2024-07-20 10:30:27.923 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_RESPONSE(16) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-20 10:30:27.923 info STATE_NOT_CONNECTED : Stop connection : STATE_DISCONNECT_REQUEST(15) to STATE_NOT_CONNECTED(0).
knx.0 2024-07-20 10:30:27.922 info STATE_NOT_CONNECTED : Try to connect / reconnect : STATE_READY(7) to STATE_NOT_CONNECTED(0).

`

Er meldet nach dem "Connected" abwechselnd READ : received unknown GA 6/1/5 und READ : received unknown GA 6/1/6

Im ETS Busmonitor tauchen beide aber nicht auf, auch in der Liste der Gruppenadressen nicht. Keine Ahnung, ob das was miteinander zu tun hat

Der Vollständigkeit halber:

oliver@iobrokervm:/etc/network$ netstat -l | grep udp udp 0 0 iobrokervm.fritz.:42794 0.0.0.0:* udp 0 0 iobrokervm.fritz.:51044 0.0.0.0:* udp 0 0 iobrokervm.fritz.:34878 0.0.0.0:* udp 0 0 iobrokervm.fritz.:59498 0.0.0.0:* udp 0 0 iobrokervm.fritz.:43225 0.0.0.0:* udp 0 0 iobrokervm.fritz.:35034 0.0.0.0:* udp 0 0 iobrokervm.fritz.:59681 0.0.0.0:* udp 0 0 iobrokervm.fritz.:51594 0.0.0.0:* udp 0 0 iobrokervm.fritz.:51600 0.0.0.0:* udp 0 0 iobrokervm.fritz.:51630 0.0.0.0:* udp 0 0 iobrokervm.fritz.:35266 0.0.0.0:* udp 0 0 iobrokervm.fritz.:51767 0.0.0.0:* udp 0 0 iobrokervm.fritz.:59972 0.0.0.0:* udp 0 0 iobrokervm.fritz.:51884 0.0.0.0:* udp 0 0 iobrokervm.fritz.:52080 0.0.0.0:* udp 0 0 iobrokervm.fritz.:35702 0.0.0.0:* udp 0 0 iobrokervm.fritz.:60322 0.0.0.0:* udp 0 0 iobrokervm.fritz.:52219 0.0.0.0:* udp 0 0 iobrokervm.fritz.:44051 0.0.0.0:* udp 0 0 iobrokervm.fritz.:35973 0.0.0.0:* udp 0 0 iobrokervm.fritz.:60688 0.0.0.0:* udp 0 0 iobrokervm.fritz.:44402 0.0.0.0:* udp 0 0 iobrokervm.fritz.:44577 0.0.0.0:* udp 0 0 iobrokervm.fritz.:36644 0.0.0.0:* udp 0 0 iobrokervm.fritz.:36857 0.0.0.0:* udp 0 0 iobrokervm.fritz.:45056 0.0.0.0:* udp 0 0 iobrokervm.fritz.:36870 0.0.0.0:* udp 0 0 iobrokervm.fritz.:53311 0.0.0.0:* udp 0 0 iobrokervm.fritz.:36946 0.0.0.0:* udp 0 0 iobrokervm.fritz.:37067 0.0.0.0:* udp 0 0 iobrokervm.fritz.:45418 0.0.0.0:* udp 0 0 0.0.0.0:61991 0.0.0.0:* udp 0 0 iobrokervm.fritz.:45622 0.0.0.0:* udp 0 0 iobrokervm.fritz.:53878 0.0.0.0:* udp 0 0 iobrokervm.fritz.:37511 0.0.0.0:* udp 0 0 iobrokervm.fritz.:37513 0.0.0.0:* udp 0 0 iobrokervm.fritz.:45891 0.0.0.0:* udp 0 0 iobrokervm.fritz.:37800 0.0.0.0:* udp 0 0 iobrokervm.fritz.:37863 0.0.0.0:* udp 0 0 iobrokervm.fritz.:38223 0.0.0.0:* udp 0 0 iobrokervm.fritz.:54734 0.0.0.0:* udp 0 0 iobrokervm.fritz.:54814 0.0.0.0:* udp 0 0 0.0.0.0:5683 0.0.0.0:* udp 0 0 iobrokervm.fritz.:38488 0.0.0.0:* udp 0 0 iobrokervm.fritz.:38697 0.0.0.0:* udp 0 0 iobrokervm.fritz.:46927 0.0.0.0:* udp 0 0 iobrokervm.fritz.:38976 0.0.0.0:* udp 0 0 iobrokervm.fritz.:39123 0.0.0.0:* udp 0 0 iobrokervm.fritz.:39422 0.0.0.0:* udp 0 0 iobrokervm.fritz.:39447 0.0.0.0:* udp 0 0 iobrokervm.fritz.:55889 0.0.0.0:* udp 0 0 iobrokervm.fritz.:56170 0.0.0.0:* udp 0 0 iobrokervm.fritz.:48156 0.0.0.0:* udp 0 0 iobrokervm.fritz.:56590 0.0.0.0:* udp 0 0 iobrokervm.fritz.:48607 0.0.0.0:* udp 0 0 iobrokervm.fritz.:48730 0.0.0.0:* udp 0 0 iobrokervm.fritz.:40594 0.0.0.0:* udp 0 0 iobrokervm.fritz.:49089 0.0.0.0:* udp 0 0 iobrokervm.fritz.:32775 0.0.0.0:* udp 0 0 iobrokervm.fritz.:32827 0.0.0.0:* udp 0 0 0.0.0.0:sunrpc 0.0.0.0:* udp 0 0 iobrokervm.fritz.:57461 0.0.0.0:* udp 0 0 iobrokervm.fritz.:32893 0.0.0.0:* udp 0 0 iobrokervm.fritz.:32949 0.0.0.0:* udp 0 0 iobrokervm.fritz.:41178 0.0.0.0:* udp 0 0 iobrokervm.fritz.:33044 0.0.0.0:* udp 0 0 iobrokervm.fritz.:49466 0.0.0.0:* udp 0 0 iobrokervm.fritz.:57699 0.0.0.0:* udp 0 0 iobrokervm.fritz.:41394 0.0.0.0:* udp 0 0 iobrokervm.fritz.:57783 0.0.0.0:* udp 0 0 iobrokervm.fritz.:41698 0.0.0.0:* udp 0 0 iobrokervm.fritz.:33512 0.0.0.0:* udp 0 0 iobrokervm.fritz.:58162 0.0.0.0:* udp 0 0 iobrokervm.fritz.:33620 0.0.0.0:* udp 0 0 iobrokervm.fritz.:33876 0.0.0.0:* udp 0 0 iobrokervm.fritz.:50313 0.0.0.0:* udp 0 0 iobrokervm.fritz.:50491 0.0.0.0:* udp 0 0 iobrokervm.fritz.:58746 0.0.0.0:* udp 0 0 iobrokervm.fritz.:50570 0.0.0.0:* udp 0 0 iobrokervm.fritz.:42385 0.0.0.0:* udp 0 0 iobrokervm.fritz.:42631 0.0.0.0:* udp 0 0 iobrokervm.fritz.:50946 0.0.0.0:* udp6 0 0 [::]:sunrpc [::]:* oliver@iobrokervm:/etc/network$

chefkoch009 commented 1 month ago

Du hast aber eine ziemlich große Maske gewählt. Normal wäre 255.255.255.0 für den heimanwender.

Horgul123 commented 1 month ago

naja... bei 192.168er Netz darf man 255.255.0.0 wählen. Mir haben die 192.168.0.x nicht mehr gereicht. Und als ich die eh ändern musste bin ich von 255.255.255.0 auf 255.255.0.0 gegangen um meine Ruhe zu haben. Die Maske habe ich aber schon lange. War bisher kein Thema.

Hast Du irgendeine Idee, wie ich das Problem eingrenzen (oder noch besser: beheben) kann?

Horgul123 commented 1 month ago

So... Weiterer Test: Ich habe auf meinem 2. Server einen neuen Proxmox Container mit Debian installiert, dort iobroker und den KNX Adapter. Sonst nix, alles gelassen, wie es installiert wurde. Alles aus dem stable. Folgende Daten: KNX Adapter 2.0.28 js-controller 5.0.19 node.js 20.15.1

Leider exakt das gleiche Verhalten.

Horgul123 commented 1 month ago

Hab jetzt nochmal die Firmware des IP Interfaces aktualisiert und das neu programmiert.... Dann hat es die ersten paar Minuten geklappt, dann wieder das gleiche Verhalten :(

chefkoch009 commented 1 month ago

Mit wieviel Geräten (ETS, giraHS, x1,....) verbindest du dich auf das Gateway? M.E. sind nur 4verbindungen zulässig. Prüfe mal in den adaptereinstellungen 3671 als Port eingetragen ist.

Horgul123 commented 1 month ago

Nur mit dem KNX Adapter und der ETS. Hab es auch probiert als nur der KNX Adapter angemeldet war.

Screenshot_20240720_221100_Chrome

Einstellungen sollten stimmen

Horgul123 commented 1 month ago

Hab jetzt nochmal das Netz isoliert: Anderer Switch (ganz anderes Modell) nur Ip Interface, Proxmox Server ein Laptop drangehängt.

Gleiches Problem. Zumindest kann ich jetzt alle anderen Störungen im Netzwerk ausschließen

Horgul123 commented 1 month ago

@chefkoch009

Problem (anscheinend) gelöst: Nachdem ich wirklich alles andere ausgeschlossen habe (hab sogar ne neue IP Schnittstelle geholt), habe ich mal nur die Busspannungsversorgung und das Interface angeschlossen. Kein Fehler mehr! Hab dann nach und nach die einzelnen Bereiche vom KNX Bus wieder angeschlossen. Weiterhin kein Fehler mehr.

Ich versteh es nicht. Die Busspannungsversorgung hatte ich auch mehrfach abgeschaltet, das war also nicht das Problem. Irgendwas KNX Seitig muss die IP Interfaces gestört haben..