Closed Horgul123 closed 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.
Schau mal bitte nach, ob UDP Richtung Iobroker funktioniert. Weiterhin ob deine Firewall/Router die Verbindungen offen hält.
@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$
Du hast aber eine ziemlich große Maske gewählt. Normal wäre 255.255.255.0 für den heimanwender.
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?
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.
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 :(
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.
Nur mit dem KNX Adapter und der ETS. Hab es auch probiert als nur der KNX Adapter angemeldet war.
Einstellungen sollten stimmen
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
@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..
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.
`
`
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.