Homematic RPC unter Docker auf Syno Adapter Adresse
-
Hallo an die das Team,
erstmal meine Hochachtung dieses hervorragende Forum und die Hilfestellung die hier geliefert wird!
Ich habe ioBrocker im Docker (baumet Image) auf meiner Synology laufen. Es funktioniert alles prima bis auf das ich keine ordentlichen Daten von der Homematic CCU bekomme. Die Geräte werden erkannt, jedoch keine Werte von den RFD Geräten geliefert. Werte von der CCU selbst wie zB dutyCycle sowie CuXD funktionieren einwandfrei.
Installiert js 3.3.22 (ich weiß veraltet, das Image liefert aktuell nichts anderes), HomeMatic RPC 1.15.16 und HomeMatic ReGaHSS 3.0.40
Meine bisherigen Recherchen haben ergeben, dass unter der Adapter Adresse der RPC Instanz die lokale IP der Syno eingetragen sein muß um das die CCU ihre Antworten auch dorthin richten kann (logisch).
Leider ist dies nur ein Dropdown-Feld und die Adresse ist dort nicht verfügbar (siehe Screenshot)Ich wäre dankbar wenn mir hier jemand auf die Sprünge helfen könnte.
Vielen Dank im Voraus und Grüße
Saho
-
@saho1 sagte: Dropdown-Feld und die Adresse ist dort nicht verfügbar
Dort wähle "eth0" aus und im Tab "ZUSÄTZLICHE EINSTELLUNGEN" gib unter Callback-Adresse die IP-Adresse des Docker-Hosts (192.168.175.???) ein.
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.
-
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.
-
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.
-
@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.
-
Es kommen ja auch Daten von der CCU über die Geräte an, nur nicht plausibles (siehe Screenshot)
-
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.
-
@saho1
was stehtcdenn beim Neustart der Instanz im (debug-) Log bei ioBroker und im Syslog der CCU? -
@saho1 sagte: ausschließlich die alten (nicht HM IP) gerate nicht funktionieren.
Dann fällt mir nur noch die Firewall in der CCU ein.
@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:
-
Hallo an die das Team,
erstmal meine Hochachtung dieses hervorragende Forum und die Hilfestellung die hier geliefert wird!
Ich habe ioBrocker im Docker (baumet Image) auf meiner Synology laufen. Es funktioniert alles prima bis auf das ich keine ordentlichen Daten von der Homematic CCU bekomme. Die Geräte werden erkannt, jedoch keine Werte von den RFD Geräten geliefert. Werte von der CCU selbst wie zB dutyCycle sowie CuXD funktionieren einwandfrei.
Installiert js 3.3.22 (ich weiß veraltet, das Image liefert aktuell nichts anderes), HomeMatic RPC 1.15.16 und HomeMatic ReGaHSS 3.0.40
Meine bisherigen Recherchen haben ergeben, dass unter der Adapter Adresse der RPC Instanz die lokale IP der Syno eingetragen sein muß um das die CCU ihre Antworten auch dorthin richten kann (logisch).
Leider ist dies nur ein Dropdown-Feld und die Adresse ist dort nicht verfügbar (siehe Screenshot)Ich wäre dankbar wenn mir hier jemand auf die Sprünge helfen könnte.
Vielen Dank im Voraus und Grüße
Saho
@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
MfG Ulrich
-
@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 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!
-
@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
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.
-
@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
@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. -
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.
@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 -
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.
@saho1
Stelle als Netzverbindung für den Container "host" ein, dann geht es -
@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
-
@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
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden745
Online32.8k
Benutzer82.9k
Themen1.3m
Beiträge