CCU2 und HM-RPC (rfd) Verbindungsproblem
-
Hallo,
ich bekomme keine Verbindung zu den wireless Geräten von der CCU2. rega und cuxd verbinden ohne Probleme.
Gibt es ein Problem mit den aktuellen Versionen und der CCU2? Oder bin ich das Problem?CCU2
Aktuelle Firmwareversion: 2.61.7
IP: 192.168.1.250iobroker läuft im Docker auf meinem Synology NAS DS1815+ mit 16GB RAM
iobroker 3.3.22
Admin 5.2.3
Node.js v14.19.0
NPM 6.14.16
hm-rpc 1.15.0
hm-rega 3.0.33Protokoll wenn ich die Instanz starte:
hm-rpc.1 2022-02-04 12:12:28.645 error Cannot call init: [http://192.168.1.250:42001, ""] connect ECONNREFUSED 192.168.1.250:42001 hm-rpc.1 2022-02-04 12:12:28.640 info xmlrpc -> 192.168.1.250:42001/ init ["http://192.168.1.250:42001",""] hm-rpc.1 2022-02-04 12:12:28.595 error Init not possible, going to stop: connect ECONNREFUSED 192.168.1.250:42001 hm-rpc.1 2022-02-04 12:11:58.639 error Init not possible, going to stop: connect ECONNREFUSED 192.168.1.250:42001 hm-rpc.1 2022-02-04 12:11:28.587 info xmlrpc client is trying to connect to 192.168.1.250:42001/ with ["http://192.168.1.250:42001","iobroker:hm-rpc.1"] hm-rpc.1 2022-02-04 12:11:28.586 info xmlrpc server is trying to listen on 127.0.0.1:42001 hm-rpc.1 2022-02-04 12:11:28.470 info starting. Version 1.15.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.0, js-controller: 3.3.22Hier noch die Einstellungen:
-
@scheddy sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
CCU2
Aktuelle Firmwareversion: 2.61.7
IP: 192.168.1.250und die hast du als Callback-Adresse in den hm-rpc drin?
Da muss die IP rein, wohin die CCU zurücksenden soll
Außerdem ist wohl in der Firewall der CCU die IP deines ioBrokers nicht freigegeben
Du bist nicht im 192.168.0.x - Netz -
@scheddy sagte: Hier noch die Einstellungen:
Die Adapter-Adresse darf nicht 127.0.0.1 sein, sondern muss die IP-Adresse von ioBroker enthalten.
@homoran sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
und die hast du als Callback-Adresse in den hm-rpc drin?
Da muss die IP rein, wohin die CCU zurücksenden soll... und zwar die IP-Adresse des Container Hosts.
-
@homoran said in CCU2 und HM-RPC (rfd) Verbindungsproblem:
@scheddy sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
CCU2
Aktuelle Firmwareversion: 2.61.7
IP: 192.168.1.250und die hast du als Callback-Adresse in den hm-rpc drin?
Da muss die IP rein, wohin die CCU zurücksenden soll
Außerdem ist wohl in der Firewall der CCU die IP deines ioBrokers nicht freigegeben
Du bist nicht im 192.168.0.x - NetzDa hast du recht habs geändert auf 192.168.1.200 vom NAS. Ändert aber auch nix. Bei der Firewall irritiert mich "eingeschränkter Zugriff". Habe mein Netz aber jetzt hinzugefügt:
Aber der Fehler bleibt der alte. -
@scheddy sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
Ändert aber auch nix.
und wie sieht beim Neustart der hm-rpc Instanz jetzt das log aus?
@scheddy sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
habs geändert auf 192.168.1.200 vom NAS
ich kenne mich mit dem ganzen Container-Kram nicht aus.
Hat der Docker (nicht der ioBroker Container) noch eine eigene IP? -
@scheddy sagte: Aber der Fehler bleibt der alte.
Hast Du die Adapter-Adresse und die Callback-Adresse geändert?
-
@homoran said in CCU2 und HM-RPC (rfd) Verbindungsproblem:
@scheddy sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
Ändert aber auch nix.
und wie sieht beim Neustart der hm-rpc Instanz jetzt das log aus?
@scheddy sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
habs geändert auf 192.168.1.200 vom NAS
ich kenne mich mit dem ganzen Container-Kram nicht aus.
Hat der Docker (nicht der ioBroker Container) noch eine eigene IP?Der Docker läuft quasi auf dem NAS und hat nur eine Loopback Adresse:
root@iobroker:/opt/iobroker# ifconfig eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 172.17.0.2 netmask 255.255.0.0 broadcast 172.17.255.255 ether 02:42:ac:11:00:02 txqueuelen 0 (Ethernet) RX packets 400383 bytes 103694439 (98.8 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 455949 bytes 95309500 (90.8 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 loop txqueuelen 0 (Local Loopback) RX packets 13871324 bytes 3846680796 (3.5 GiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 13871324 bytes 3846680796 (3.5 GiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0hm-rpc.1 2022-02-04 19:23:26.381 error Cannot call init: [http://192.168.1.200:42001, ""] connect ECONNREFUSED 192.168.1.250:42001 hm-rpc.1 2022-02-04 19:23:26.376 info xmlrpc -> 192.168.1.250:42001/ init ["http://192.168.1.200:42001",""] hm-rpc.1 2022-02-04 19:23:26.334 error Init not possible, going to stop: connect ECONNREFUSED 192.168.1.250:42001 hm-rpc.1 2022-02-04 19:22:56.375 error Init not possible, going to stop: connect ECONNREFUSED 192.168.1.250:42001 hm-rpc.1 2022-02-04 19:22:26.324 info xmlrpc client is trying to connect to 192.168.1.250:42001/ with ["http://192.168.1.200:42001","iobroker:hm-rpc.1"] hm-rpc.1 2022-02-04 19:22:26.324 info xmlrpc server is trying to listen on 0.0.0.0:42001 hm-rpc.1 2022-02-04 19:22:26.199 info starting. Version 1.15.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.0, js-controller: 3.3.22@paul53 Hier noch mal die aktuellen Einstellungen:
-
Adapter Adresse: 172.17.0.2 [eth0]
192.168.1.200 ist die Docker Host IP-Adresse? -
@paul53 ja korrekt. Eigentlich müsste man die 192.168.1.200 dort auswählen was eben nicht geht. Habe auch das Gefühl das es daran liegt. Villeicht muss man den bridge Modus aktivieren im Docker:
Aktuell habe ich halt das gleiche Netzwerk wie Docker Host gewählt. Hat sonst auch immer funktioniert. Ich kann ja auch sonst alles erreichen.
Andere Möglichkeit die ich im Forum gelesen habe aber nix sonst zu gefunden habe. Muss man vielleicht eine andere Version von hm-rpc nutzen wenn man eine CCU2 nutzt? -
@scheddy sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
Muss man vielleicht eine andere Version von hm-rpc nutzen wenn man eine CCU2 nutzt?
nein!
Habe bis vor paar Wochen auch eine (lxC)CCU2 benutzt. Daran liegt es nicht -
@scheddy sagte: Eigentlich müsste man die 192.168.1.200 dort auswählen was eben nicht geht.
@paul53 sagte in CCU2 und HM-RPC (rfd) Verbindungsproblem:
Adapter Adresse: 172.17.0.2 [eth0]
selektieren.
