HM-RPC verschiedene Adressräume
-
@paul53
Dauert immer etwas, da ich bei jedem Fehlversuch die CCU per ssh neu starten muss, falls der rpc-Call falsch läuft.
Jetzt nach mehrfachen Neustarts per ssh komme ich nicht mehr per http auf die remote ccu - wahrscheinlich wegen der neuen subnetzmaske??die ccu netconfig sieht jetzt so aus:
MODE=MANUAL
CURRENT_IP=192.168.40.24
CURRENT_NETMASK=255.255.192.0
CURRENT_GATEWAY=192.168.40.99
CURRENT_NAMESERVER1=8.8.8.8
CURRENT_NAMESERVER2=1.1.1.1
IP=192.168.40.24
NETMASK=255.255.192.0
GATEWAY=192.168.40.99
NAMESERVER1=8.8.8.8
NAMESERVER2=1.1.1.1
CRYPT=0@coolhead
So, nun per ssh die Netzmaske wieder auf 255.255.255.0 gesetzt und http auf die ccu geht wieder. Nach meinem Verständnis ist diese Netzmaske ja auch richtig, denn alles was nicht im 192.168.40-er Adressbereich bleibt, soll ans Gateway und damit übers vpn, wenn es in den 20-er Bereich geht, oder? -
@coolhead sagte: wegen der neuen subnetzmaske??
Keine Ahnung. Dann ändere es wieder zurück.
Gibt es in der CCU nicht auch Firewall-Einstellungen, bei denen der IP-Adressbereich angegeben wird? Ich muss fragen, da ich keine CCU mehr verwende, sondern nur noch den rfd aus der OCCU. -
@coolhead
So, nun per ssh die Netzmaske wieder auf 255.255.255.0 gesetzt und http auf die ccu geht wieder. Nach meinem Verständnis ist diese Netzmaske ja auch richtig, denn alles was nicht im 192.168.40-er Adressbereich bleibt, soll ans Gateway und damit übers vpn, wenn es in den 20-er Bereich geht, oder? -
@coolhead sagte in HM-RPC verschiedene Adressräume:
@homoran
Danke, habe ich schon probiert (also die 192.168.20.22) - geht aber trotzdem nicht.
lxc ist etwas anders gestrickt
ich nutze so was deswegen nicht, glaube aber da muss der Host adressiert werden, der routet dann in den Container@homoran sagte: lxc ist etwas anders gestrickt
ich nutze so was deswegen nichtDu nutzt kein piVCCU?
Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs -
@coolhead sagte: soll ans Gateway
Hast Du dessen IP-Adresse (192.168.40.99) mal als Callback-Adresse eingegeben?
@paul53
hab ich eben gemacht. Beide Adapter werden grün
aber nach 90 sek kommt der Timeout bei hm-rega, dass er nichts lesen kann. hm-rega.1
2022-06-19 15:13:22.677 error CCU 192.168.40.24 unreachable
hm-rega.1
2022-06-19 15:13:22.676 error post request error: Aborted due to timeout
hm-rega.1
2022-06-19 15:13:22.674 warn "!# datapoints.fn 1.9!#!# Dieses Homematic-Script gibt eine Liste aller Datenpu" timed out after 90 seconds
hm-rega.1
2022-06-19 15:11:52.601 info request state values
hm-rega.1
2022-06-19 15:11:51.888 info time difference local-ccu 1s
hm-rega.1
2022-06-19 15:11:51.733 info ReGaHSS 192.168.40.24 up -
@paul53
hab ich eben gemacht. Beide Adapter werden grün aber nach 90 sek kommt der Timeout bei hm-rega, dass er nichts lesen kann. hm-rega.1
2022-06-19 15:13:22.677 error CCU 192.168.40.24 unreachable
hm-rega.1
2022-06-19 15:13:22.676 error post request error: Aborted due to timeout
hm-rega.1
2022-06-19 15:13:22.674 warn "!# datapoints.fn 1.9!#!# Dieses Homematic-Script gibt eine Liste aller Datenpu" timed out after 90 seconds
hm-rega.1
2022-06-19 15:11:52.601 info request state values
hm-rega.1
2022-06-19 15:11:51.888 info time difference local-ccu 1s
hm-rega.1
2022-06-19 15:11:51.733 info ReGaHSS 192.168.40.24 up -
@coolhead sagte: nach 90 sek kommt der Timeout bei hm-rega
HM-Rega soll auch remote zugreifen? Deaktiviere erst mal die HM-Rega-Instanz, um zu sehen, ob HM-RPC remote funktioniert.
Hat die lokale ioBroker-Installation auch eine HM-Rega-Instanz?@paul53
ja, auf beiden ioBroker läuft eine lokale hm-rega und eine hm-rpc. Bei A läuft zusätzlich noch eine 2. Instanz für hm-rega und hm-rpc, um auf B zuzugrifen. Ich dachte, ich brauche immer beide - wenn ich mir die hm-rega Objekte im ioBroker anschaue, weiss ich aber gar nicht, wofür die die hm-rega brauche. Ich hab die 2. hm-rega mal deaktiviert.
Ich schau mal, ob es ohne rega auch geht.... -
@paul53
ja, auf beiden ioBroker läuft eine lokale hm-rega und eine hm-rpc. Bei A läuft zusätzlich noch eine 2. Instanz für hm-rega und hm-rpc, um auf B zuzugrifen. Ich dachte, ich brauche immer beide - wenn ich mir die hm-rega Objekte im ioBroker anschaue, weiss ich aber gar nicht, wofür die die hm-rega brauche. Ich hab die 2. hm-rega mal deaktiviert.
Ich schau mal, ob es ohne rega auch geht....@coolhead
achso, ohne rega fehlen alle Objekte im rpc-Zweig. Aber zumindest rpc meldet ConnectedKein Fehler im Log:
hm-rpc.1
2022-06-19 15:29:03.433 info Connected
hm-rpc.1
2022-06-19 15:29:03.284 info xmlrpc client is trying to connect to 192.168.40.24:2001/ with ["http://192.168.40.99:2001","ioBrokerPiHome:hm-rpc.1:71647e6e9fd12fa6797f1acf911dc3b1"]
hm-rpc.1
2022-06-19 15:29:03.283 info xmlrpc server is trying to listen on 192.168.20.22:2001
hm-rpc.1
2022-06-19 15:29:03.130 info starting. Version 1.15.12 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.1, js-controller: 4.0.23
host.ioBrokerPiHome
2022-06-19 15:29:01.013 info instance system.adapter.hm-rpc.1 started with pid 15737
host.ioBrokerPiHome
2022-06-19 15:29:00.676 info "system.adapter.hm-rpc.1" enabled -
@coolhead
achso, ohne rega fehlen alle Objekte im rpc-Zweig. Aber zumindest rpc meldet ConnectedKein Fehler im Log:
hm-rpc.1
2022-06-19 15:29:03.433 info Connected
hm-rpc.1
2022-06-19 15:29:03.284 info xmlrpc client is trying to connect to 192.168.40.24:2001/ with ["http://192.168.40.99:2001","ioBrokerPiHome:hm-rpc.1:71647e6e9fd12fa6797f1acf911dc3b1"]
hm-rpc.1
2022-06-19 15:29:03.283 info xmlrpc server is trying to listen on 192.168.20.22:2001
hm-rpc.1
2022-06-19 15:29:03.130 info starting. Version 1.15.12 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.1, js-controller: 4.0.23
host.ioBrokerPiHome
2022-06-19 15:29:01.013 info instance system.adapter.hm-rpc.1 started with pid 15737
host.ioBrokerPiHome
2022-06-19 15:29:00.676 info "system.adapter.hm-rpc.1" enabled@coolhead sagte: ohne rega fehlen alle Objekte im rpc-Zweig.
Dann funktioniert HM-RPC noch nicht. HM-Rega erzeugt zusätzliche Objekte unter HM-RPC, deren Datenpunkte meist auf "_ALARM" enden. Ansonsten benötigt man HM-Rega nur, um die Namen der Objekte aus der CCU zu übernehmen und um auf Systemvariablen zuzugreifen.
-
@coolhead sagte: ohne rega fehlen alle Objekte im rpc-Zweig.
Dann funktioniert HM-RPC noch nicht. HM-Rega erzeugt zusätzliche Objekte unter HM-RPC, deren Datenpunkte meist auf "_ALARM" enden. Ansonsten benötigt man HM-Rega nur, um die Namen der Objekte aus der CCU zu übernehmen und um auf Systemvariablen zuzugreifen.
@paul53
jetzt habe ich raga gestoppt und alle rpc-Objekte gelöscht.Dann rpc gestartet (grün) -> wieDu schon vermutest, fehlen die Objekte. Dass rpc wieder gestoppt und rega gestartet. Dann hat er den Objektbaum gelesen, aber ohne Inhalte.
Auch wenn dann rpc gestartet wird, fehlt weiterhin der Inhalt. Zumindest ist jetzt alles grün, aber scheinbar klappt der rpc immer noch nicht. Und die Web-Oberfläche ist auch noch nicht abgestürzt :-) -
@homoran sagte: lxc ist etwas anders gestrickt
ich nutze so was deswegen nichtDu nutzt kein piVCCU?
@paul53 sagte
Du nutzt kein piVCCU?
doch, aber der zählt nicht, den hat Alex fertig konfiguriert :-)
-
@paul53
jetzt habe ich raga gestoppt und alle rpc-Objekte gelöscht.Dann rpc gestartet (grün) -> wieDu schon vermutest, fehlen die Objekte. Dass rpc wieder gestoppt und rega gestartet. Dann hat er den Objektbaum gelesen, aber ohne Inhalte.
Auch wenn dann rpc gestartet wird, fehlt weiterhin der Inhalt. Zumindest ist jetzt alles grün, aber scheinbar klappt der rpc immer noch nicht. Und die Web-Oberfläche ist auch noch nicht abgestürzt :-)@coolhead sagte in HM-RPC verschiedene Adressräume:
Und die Web-Oberfläche ist auch noch nicht abgestürzt
steht denn beim Anmeldeversuch des hm-rpc etwas im syslog der ccu?
-
@paul53
jetzt habe ich raga gestoppt und alle rpc-Objekte gelöscht.Dann rpc gestartet (grün) -> wieDu schon vermutest, fehlen die Objekte. Dass rpc wieder gestoppt und rega gestartet. Dann hat er den Objektbaum gelesen, aber ohne Inhalte.
Auch wenn dann rpc gestartet wird, fehlt weiterhin der Inhalt. Zumindest ist jetzt alles grün, aber scheinbar klappt der rpc immer noch nicht. Und die Web-Oberfläche ist auch noch nicht abgestürzt :-) -
@coolhead sagte: ist jetzt alles grün, aber scheinbar klappt der rpc immer noch nicht.
Im Log ist nicht zu sehen, weshalb es nicht klappt?
@paul53 Hallo Paul
Das ioBroker-Log meldet nur rega timeout.
syslog meldet:<12>1 2022-06-19T16:05:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport failed (first try), retrying...
<11>1 2022-06-19T16:05:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpcClient error calling event({[methodName:"event",params:{"ioBrokerPiHome:hm-rpc.1:8524897ed22040a88cc81fbdc65a8f92","CENTRAL","PONG","ioBrokerPiTi:hm-rpc.0:edcaab88bd31e9ef693379e470264271"}]}) on http://192.168.40.99:2001/RPC2:
<11>1 2022-06-19T16:05:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error -
@paul53 Hallo Paul
Das ioBroker-Log meldet nur rega timeout.
syslog meldet:<12>1 2022-06-19T16:05:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport failed (first try), retrying...
<11>1 2022-06-19T16:05:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpcClient error calling event({[methodName:"event",params:{"ioBrokerPiHome:hm-rpc.1:8524897ed22040a88cc81fbdc65a8f92","CENTRAL","PONG","ioBrokerPiTi:hm-rpc.0:edcaab88bd31e9ef693379e470264271"}]}) on http://192.168.40.99:2001/RPC2:
<11>1 2022-06-19T16:05:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error@coolhead sagte in HM-RPC verschiedene Adressräume:
Das ioBroker-Log meldet nur rega timeout.
Hast du die hm-rpc Instanz auf debug gestellt?
-
@coolhead sagte in HM-RPC verschiedene Adressräume:
Das ioBroker-Log meldet nur rega timeout.
Hast du die hm-rpc Instanz auf debug gestellt?
-
@coolhead sagte in HM-RPC verschiedene Adressräume:
@homoran
wo mach ich das?u ter Instanzen im Expertenmodus bei der Instanz die Logstufe auf debug stellen
-
@coolhead sagte in HM-RPC verschiedene Adressräume:
@homoran
wo mach ich das?u ter Instanzen im Expertenmodus bei der Instanz die Logstufe auf debug stellen
ok ist auf debug
<12>1 2022-06-19T16:14:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport failed (first try), retrying...
<11>1 2022-06-19T16:14:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpcClient error calling event({[methodName:"event",params:{"ioBrokerPiHome:hm-rpc.1:12be837c081e280817454fa8a86dd22d","CENTRAL","PONG","ioBrokerPiTi:hm-rpc.0:edcaab88bd31e9ef693379e470264271"}]}) on http://192.168.40.99:2001/RPC2:
<11>1 2022-06-19T16:14:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error
<11>1 2022-06-19T16:14:27+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error calling system.listMethods({"ioBrokerPiHome:hm-rpc.1:c6c0269fcde36a263e8e4a62a4765f1a"}) on http://192.168.40.99:2001/RPC2:
<11>1 2022-06-19T16:14:27+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error calling listDevices({"ioBrokerPiHome:hm-rpc.1:c6c0269fcde36a263e8e4a62a4765f1a"}) on http://192.168.40.99:2001/RPC2:sieht aber nicht viel anders aus. Ich hab als Callback immer noch das Gateway (Fritzbox). Kann es sein, dass er sich mit der eine halbe rpc-Session aufmacht?
-
ok ist auf debug
<12>1 2022-06-19T16:14:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport failed (first try), retrying...
<11>1 2022-06-19T16:14:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpcClient error calling event({[methodName:"event",params:{"ioBrokerPiHome:hm-rpc.1:12be837c081e280817454fa8a86dd22d","CENTRAL","PONG","ioBrokerPiTi:hm-rpc.0:edcaab88bd31e9ef693379e470264271"}]}) on http://192.168.40.99:2001/RPC2:
<11>1 2022-06-19T16:14:01+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error
<11>1 2022-06-19T16:14:27+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error calling system.listMethods({"ioBrokerPiHome:hm-rpc.1:c6c0269fcde36a263e8e4a62a4765f1a"}) on http://192.168.40.99:2001/RPC2:
<11>1 2022-06-19T16:14:27+02:00 192.168.40.24 rfd - - - rfd: XmlRpc transport error calling listDevices({"ioBrokerPiHome:hm-rpc.1:c6c0269fcde36a263e8e4a62a4765f1a"}) on http://192.168.40.99:2001/RPC2:sieht aber nicht viel anders aus. Ich hab als Callback immer noch das Gateway (Fritzbox). Kann es sein, dass er sich mit der eine halbe rpc-Session aufmacht?
@coolhead sagte in HM-RPC verschiedene Adressräume:
sieht aber nicht viel anders aus. I
das ist ja auch nicht das iobroker debug log.
@coolhead sagte in HM-RPC verschiedene Adressräume:
Ich hab als Callback immer noch das Gateway (Fritzbox).
Callback was?
Adresse in ioBroker oder im netz? -
@coolhead sagte in HM-RPC verschiedene Adressräume:
sieht aber nicht viel anders aus. I
das ist ja auch nicht das iobroker debug log.
@coolhead sagte in HM-RPC verschiedene Adressräume:
Ich hab als Callback immer noch das Gateway (Fritzbox).
Callback was?
Adresse in ioBroker oder im netz?@homoran
klar mit dem Log - ich dachte, das Syslog CCU-Log wird gebraucht - da hat sich natürlich nix geändert, wenn der ioBroker auf debug steht
Hier das ioBroker-Log nach rpc-Neustart:
hm-rega.1 2022-06-19 16:30:11.435 warn "!# datapoints.fn 1.9 !# !# Dieses Homematic-Script gibt eine Liste aller Datenpu" timed out after 90 seconds hm-rpc.1 2022-06-19 16:29:50.553 debug xmlrpc -> 192.168.40.24:2001/ init ["http://192.168.40.99:2001","ioBrokerPiHome:hm-rpc.1:7a611a0bc122f079bdf3bc36245de482"] hm-rpc.1 2022-06-19 16:29:20.551 debug start connecting interval hm-rpc.1 2022-06-19 16:29:20.538 debug xmlrpc -> 192.168.40.24:2001/ init ["http://192.168.40.99:2001","ioBrokerPiHome:hm-rpc.1:7a611a0bc122f079bdf3bc36245de482"] hm-rpc.1 2022-06-19 16:29:20.537 debug Connect... hm-rpc.1 2022-06-19 16:29:20.536 info xmlrpc client is trying to connect to 192.168.40.24:2001/ with ["http://192.168.40.99:2001","ioBrokerPiHome:hm-rpc.1:7a611a0bc122f079bdf3bc36245de482"] hm-rpc.1 2022-06-19 16:29:20.535 info xmlrpc server is trying to listen on 192.168.20.22:2001 hm-rpc.1 2022-06-19 16:29:20.354 info starting. Version 1.15.12 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v14.19.1, js-controller: 4.0.23 hm-rpc.1 2022-06-19 16:29:19.957 debug Plugin sentry Initialize Plugin (enabled=true) hm-rpc.1 2022-06-19 16:29:19.843 debug States connected to redis: 0.0.0.0:9000 hm-rpc.1 2022-06-19 16:29:19.803 debug States create User PubSub Client hm-rpc.1 2022-06-19 16:29:19.802 debug States create System PubSub Client hm-rpc.1 2022-06-19 16:29:19.778 debug Redis States: Use Redis connection: 0.0.0.0:9000 hm-rpc.1 2022-06-19 16:29:19.733 debug Objects connected to redis: 0.0.0.0:9001 hm-rpc.1 2022-06-19 16:29:19.724 debug Objects client initialize lua scripts hm-rpc.1 2022-06-19 16:29:19.644 debug Objects create User PubSub Client hm-rpc.1 2022-06-19 16:29:19.642 debug Objects create System PubSub Client hm-rpc.1 2022-06-19 16:29:19.640 debug Objects client ready ... initialize now hm-rpc.1 2022-06-19 16:29:19.568 debug Redis Objects: Use Redis connection: 0.0.0.0:9001 host.ioBrokerPiHome 2022-06-19 16:29:18.219 info instance system.adapter.hm-rpc.1 started with pid 19400MOD-EDIT: Code in code-tags gesetzt
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 Anmelden636
Online32.8k
Benutzer82.7k
Themen1.3m
Beiträge