Homematic RPC unter Docker auf Syno Adapter Adresse
-
vielen Dank für Deine Antwort! Genau dies habe ich bereits gemacht. Leider ohne erkennbaren Erfolg.
Seltsam ist ja auch, ausschließlich die alten (nicht HM IP) gerate nicht funktionieren. CuXD, Programme der CCU, Virtuelle Tassen usw funktioniert.
-
Es kommen ja auch Daten von der CCU über die Geräte an, nur nicht plausibles (siehe Screenshot)
-
@saho1 sagte: ausschließlich die alten (nicht HM IP) gerate nicht funktionieren.
Als Protokoll XML-RPC eingestellt? BIN-RPC ist nur noch für CUxD.
-
@paul53 said in Homematic RPC unter Docker auf Syno Adapter Adresse:
@saho1 sagte: ausschließlich die alten (nicht HM IP) gerate nicht funktionieren.
Als Protokoll XML-RPC eingestellt? BIN-RPC ist nur noch für CUxD.
ja
-
@saho1 sagte: Es kommen ja auch Daten von der CCU über die Geräte an
Die werden alle vom Rega-Adapter erzeugt.
-
@saho1 sagte: ausschließlich die alten (nicht HM IP) gerate nicht funktionieren.
Dann fällt mir nur noch die Firewall in der CCU ein.
-
@saho1
was stehtcdenn beim Neustart der Instanz im (debug-) Log bei ioBroker und im Syslog der CCU? -
@paul53 said in Homematic RPC unter Docker auf Syno Adapter Adresse:
@saho1 sagte: ausschließlich die alten (nicht HM IP) gerate nicht funktionieren.
Dann fällt mir nur noch die Firewall in der CCU ein.
Diese schließe ich leider auch aus:
@Homoran
Das Log der CCU ist im LOGLevel Warning ist unauffällig, hier das Log des RPC auf Debug:
-
@saho1
Etwas kann mit deinen docker Einstellungen für das Netzwerk nicht stimmen
Dein Auswahlfenster der auswählbaren Netzverbindungen enthält keine IP des lokalen Netzwerks 192.175.x.x
Bei mir sieht das so aus, mein lokales Netzwerk ist 192.168.7.x
-
@saho1 sagte in Homematic RPC unter Docker auf Syno Adapter Adresse:
Das Log der CCU ist im LOGLevel Warning ist unauffällig, hier das Log des RPC auf Debug:
bitte als Text in code-tags!
-
genau dies habe ich auch beobachtet, da ich an einer anderen Adresse genau diese Konstellation am laufen habe und dort die Adresse "ovs-eth0 XXX" auch im Dropdown habe und hier nicht.
Ich denke ich werde den Container mal neu einrichten, ggf hilft dies.
-
@zahnheinrich sagte in Homematic RPC unter Docker auf Syno Adapter Adresse:
Etwas kann mit deinen docker Einstellungen für das Netzwerk nicht stimmen
Danke!
Das wäre die nächste mögliche Baustelle, die ich leider nicht beherrsche. -
@saho1 said in Homematic RPC unter Docker auf Syno Adapter Adresse:
genau dies habe ich auch beobachtet, da ich an einer anderen Adresse genau diese Konstellation am laufen habe und dort die Adresse "ovs-eth0 XXX" auch im Dropdown habe und hier nicht.
Ich denke ich werde den Container mal neu einrichten, ggf hilft dies.
2023-01-04 19:32:18.479 - info: host.buanet-iobroker1 instance system.adapter.hm-rpc.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2023-01-04 19:32:21.600 - info: host.buanet-iobroker1 instance system.adapter.hm-rpc.0 started with pid 2799 2023-01-04 19:32:23.458 - info: hm-rpc.0 (2799) starting. Version 1.15.16 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v16.19.0, js-controller: 3.3.22 2023-01-04 19:32:23.557 - info: hm-rpc.0 (2799) xmlrpc server is trying to listen on 172.17.0.3:2001 2023-01-04 19:32:23.558 - info: hm-rpc.0 (2799) xmlrpc client is trying to connect to 192.168.175.240:2001/ with ["http://192.168.175.43:2001","buanet-iobroker1:hm-rpc.0:7b3cb7483d446f8f4f5a6aa99ce66670"] 2023-01-04 19:32:23.600 - info: hm-rpc.0 (2799) Connected 2023-01-04 19:33:40.469 - info: hm-rpc.2 (2471) binrpc -> listDevices 36 2023-01-04 19:33:40.536 - info: hm-rpc.2 (2471) new CUxD devices/channels after filter: 0 2023-01-04 19:34:32.435 - info: admin.0 (139) ==> Connected system.user.admin from ::ffff:172.17.0.1 2023-01-04 19:37:10.678 - info: hm-rpc.2 (2471) binrpc -> listDevices 36 2023-01-04 19:37:10.747 - info: hm-rpc.2 (2471) new CUxD devices/channels after filter: 0 2023-01-04 19:38:04.063 - info: admin.0 (139) <== Disconnect system.user.admin from ::ffff:172.17.0.1 2023-01-04 19:38:27.910 - info: host.buanet-iobroker1 stopInstance system.adapter.hm-rpc.0 (force=false, process=true) 2023-01-04 19:38:27.920 - info: hm-rpc.0 (2799) Got terminate signal TERMINATE_YOURSELF 2023-01-04 19:38:27.922 - info: hm-rpc.0 (2799) xmlrpc -> 192.168.175.240:2001/ init ["http://192.168.175.43:2001",""] 2023-01-04 19:38:27.933 - info: hm-rpc.0 (2799) Disconnected 2023-01-04 19:38:27.934 - info: hm-rpc.0 (2799) terminating 2023-01-04 19:38:27.935 - info: hm-rpc.0 (2799) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2023-01-04 19:38:27.957 - info: host.buanet-iobroker1 stopInstance system.adapter.hm-rpc.0 send kill signal 2023-01-04 19:38:28.502 - info: host.buanet-iobroker1 instance system.adapter.hm-rpc.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2023-01-04 19:38:31.577 - info: host.buanet-iobroker1 instance system.adapter.hm-rpc.0 started with pid 3136 2023-01-04 19:38:32.487 - debug: hm-rpc.0 (3136) Redis Objects: Use Redis connection: 127.0.0.1:9001 2023-01-04 19:38:32.602 - debug: hm-rpc.0 (3136) Objects client ready ... initialize now 2023-01-04 19:38:32.608 - debug: hm-rpc.0 (3136) Objects create System PubSub Client 2023-01-04 19:38:32.610 - debug: hm-rpc.0 (3136) Objects create User PubSub Client 2023-01-04 19:38:32.613 - debug: hm-rpc.0 (3136) Objects client initialize lua scripts 2023-01-04 19:38:32.633 - debug: hm-rpc.0 (3136) Objects connected to redis: 127.0.0.1:9001 2023-01-04 19:38:32.642 - debug: hm-rpc.0 (3136) objectDB connected 2023-01-04 19:38:32.644 - debug: hm-rpc.0 (3136) Redis States: Use Redis connection: 127.0.0.1:9000 2023-01-04 19:38:32.654 - debug: hm-rpc.0 (3136) States create System PubSub Client 2023-01-04 19:38:32.656 - debug: hm-rpc.0 (3136) States create User PubSub Client 2023-01-04 19:38:32.665 - debug: hm-rpc.0 (3136) States connected to redis: 127.0.0.1:9000 2023-01-04 19:38:32.667 - debug: hm-rpc.0 (3136) statesDB connected 2023-01-04 19:38:33.134 - debug: hm-rpc.0 (3136) Plugin sentry Initialize Plugin (enabled=true) 2023-01-04 19:38:33.371 - info: hm-rpc.0 (3136) starting. Version 1.15.16 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v16.19.0, js-controller: 3.3.22 2023-01-04 19:38:33.488 - info: hm-rpc.0 (3136) xmlrpc server is trying to listen on 172.17.0.3:2001 2023-01-04 19:38:33.489 - info: hm-rpc.0 (3136) xmlrpc client is trying to connect to 192.168.175.240:2001/ with ["http://192.168.175.43:2001","buanet-iobroker1:hm-rpc.0:bad29e3a6eabdcc391f5c98e2a8bd8ee"] 2023-01-04 19:38:33.491 - debug: hm-rpc.0 (3136) Connect... 2023-01-04 19:38:33.492 - debug: hm-rpc.0 (3136) xmlrpc -> 192.168.175.240:2001/ init ["http://192.168.175.43:2001","buanet-iobroker1:hm-rpc.0:bad29e3a6eabdcc391f5c98e2a8bd8ee"] 2023-01-04 19:38:33.510 - debug: hm-rpc.0 (3136) start connecting interval 2023-01-04 19:38:33.538 - info: hm-rpc.0 (3136) Connected 2023-01-04 19:38:33.540 - debug: hm-rpc.0 (3136) clear connecting interval 2023-01-04 19:38:33.541 - debug: hm-rpc.0 (3136) start ping interval 2023-01-04 19:40:03.541 - debug: hm-rpc.0 (3136) [KEEPALIVE] Check if connection is alive 2023-01-04 19:40:03.542 - debug: hm-rpc.0 (3136) Send PING... 2023-01-04 19:40:03.555 - debug: hm-rpc.0 (3136) PING ok 2023-01-04 19:40:40.817 - info: hm-rpc.2 (2471) binrpc -> listDevices 36 2023-01-04 19:40:40.874 - info: hm-rpc.2 (2471) new CUxD devices/channels after filter: 0 2023-01-04 19:41:33.541 - debug: hm-rpc.0 (3136) [KEEPALIVE] Check if connection is alive 2023-01-04 19:41:33.542 - debug: hm-rpc.0 (3136) [KEEPALIVE] Connection timed out, initializing new connection 2023-01-04 19:41:33.543 - debug: hm-rpc.0 (3136) Connect... 2023-01-04 19:41:33.543 - debug: hm-rpc.0 (3136) clear ping interval 2023-01-04 19:41:33.543 - debug: hm-rpc.0 (3136) start connecting interval 2023-01-04 19:42:03.543 - debug: hm-rpc.0 (3136) xmlrpc -> 192.168.175.240:2001/ init ["http://192.168.175.43:2001","buanet-iobroker1:hm-rpc.0:bad29e3a6eabdcc391f5c98e2a8bd8ee"] 2023-01-04 19:42:03.558 - debug: hm-rpc.0 (3136) clear connecting interval 2023-01-04 19:42:03.559 - debug: hm-rpc.0 (3136) start ping interval 2023-01-04 19:43:33.560 - debug: hm-rpc.0 (3136) [KEEPALIVE] Check if connection is alive 2023-01-04 19:43:33.561 - debug: hm-rpc.0 (3136) Send PING... 2023-01-04 19:43:33.573 - debug: hm-rpc.0 (3136) PING ok 2023-01-04 19:44:10.955 - info: hm-rpc.2 (2471) binrpc -> listDevices 36 2023-01-04 19:44:11.012 - info: hm-rpc.2 (2471) new CUxD devices/channels after filter: 0 2023-01-04 19:45:03.560 - debug: hm-rpc.0 (3136) [KEEPALIVE] Check if connection is alive 2023-01-04 19:45:03.561 - debug: hm-rpc.0 (3136) [KEEPALIVE] Connection timed out, initializing new connection 2023-01-04 19:45:03.561 - debug: hm-rpc.0 (3136) Connect... 2023-01-04 19:45:03.561 - debug: hm-rpc.0 (3136) clear ping interval 2023-01-04 19:45:03.561 - debug: hm-rpc.0 (3136) start connecting interval 2023-01-04 19:45:33.562 - debug: hm-rpc.0 (3136) xmlrpc -> 192.168.175.240:2001/ init ["http://192.168.175.43:2001","buanet-iobroker1:hm-rpc.0:bad29e3a6eabdcc391f5c98e2a8bd8ee"] 2023-01-04 19:45:33.574 - debug: hm-rpc.0 (3136) clear connecting interval 2023-01-04 19:45:33.574 - debug: hm-rpc.0 (3136) start ping interval 2023-01-04 19:47:03.575 - debug: hm-rpc.0 (3136) [KEEPALIVE] Check if connection is alive 2023-01-04 19:47:03.576 - debug: hm-rpc.0 (3136) Send PING... 2023-01-04 19:47:03.587 - debug: hm-rpc.0 (3136) PING ok 2023-01-04 19:47:41.087 - info: hm-rpc.2 (2471) binrpc -> listDevices 36 2023-01-04 19:47:41.170 - info: hm-rpc.2 (2471) new CUxD devices/channels after filter: 0 -
@saho1
Stelle als Netzverbindung für den Container "host" ein, dann geht es -
@zahnheinrich said in Homematic RPC unter Docker auf Syno Adapter Adresse:
@saho1
Stelle als Netzverbindung für den Container "host" ein, dann geht esGenau dies war es!!!! Vielen dank!
Für alle die diesem Problem aufsitzen hier mein Lösungsweg:
Container im Docker stoppen und einen neuen mit identischen Einstellungen nur als Netzwerk "Das gleiche Netzwerk wie der Host" wählen.Danke und schönen Abend
Saho
-
@saho1
Immer gerne
