Hm-rpc.1 (CuxD) immer wieder disabled :/
-
Hallo Gemeinde,
ich hab nun endlich mal meinen Umzug fertig von Debain Wheezy mit noch einer älteren
Version von CCU2, NodeJS sowie IOBroker.
Nun ist Jessie am Start, alles komplett neu installiert inkl neuster CCU2 Firmware via YAHM eingebunden.
Klappt auch alles soweit. Meine VIS konnte ich auch wieder einspielen.
Ein Problem habe ich jedoch mit meinem CuxD Atapter, welcher sich ständig wieder deaktiviert Verbindungs-Check Interval.
Wenn ich hier 60 oder 180 oder wieviele Sekunden angebe, bleibt er nach nem Neustart verbunden und disabled sich nach der Zeit
was eingestellt ist.
hm-rpc-1 2016-09-10 13:10:00.279 info Disconnected hm-rpc-1 2016-09-10 13:09:00.242 info Connected hm-rpc-1 2016-09-10 13:08:59.405 info binrpc -> listDevices 54 hm-rpc-1 2016-09-10 13:08:57.838 info binrpc client is trying to connect to 192.168.0.2:8701 with ["xmlrpc_bin://192.168.0.4:8701","hm-rpc.1"] hm-rpc-1 2016-09-10 13:08:57.831 info binrpc server is trying to listen on 192.168.0.4:8701 hm-rpc-1 2016-09-10 13:08:56.908 info starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.hm-rpc host-raspberrypi 2016-09-10 13:08:54.035 info instance system.adapter.hm-rpc.1 started with pid 28514 host-raspberrypi 2016-09-10 13:08:51.607 info instance system.adapter.hm-rpc.1 terminated with code 0 (OK) hm-rpc-1 2016-09-10 13:08:51.570 info terminating hm-rpc-1 2016-09-10 13:08:51.544 info Disconnected hm-rpc-1 2016-09-10 13:08:51.512 info xmlrpc -> 192.168.0.2:8701 init ["http://192.168.0.4:8701",""]Eine Verbindung hab ich scheinbar auch nur über binrpc, solange der Verbindungs-Check Interval noch nicht aktiv war.
Über xml-rpc zeigt er mir zwar an, das er verbunden ist, allerdings wird keine Action durch gereicht, obwohl im Log kein Fehler auftaucht.
Habt ihr eine Idee was das sein kann?
Hier mal noch paar Screens von der IoBroker Config:
Für jede Info bin ich dankbar, das ich mein System wie vor dem Umzug wieder ans laufen bekomme.
-
Hat keiner ne Idee? :roll:
Bin echt ratlos.
Hab nun den rpc.1 nochmal entfernt und neu hinzugefügt und konfiguriert.
Auch CuxD hab ich auf aktuellsten Stand gebracht.
Trotzdem
hm-rpc-1 2016-09-11 10:15:11.393 info Disconnected hm-rpc-1 2016-09-11 10:15:01.334 info Connected hm-rpc-1 2016-09-11 10:15:00.560 info binrpc -> listDevices 54 hm-rpc-1 2016-09-11 10:14:58.986 info binrpc client is trying to connect to 192.168.0.2:8701 with ["xmlrpc_bin://192.168.0.4:8701","hm-rpc.1"] hm-rpc-1 2016-09-11 10:14:58.981 info binrpc server is trying to listen on 192.168.0.4:8701 hm-rpc-1 2016-09-11 10:14:58.145 error Check init interval is less than 10 seconds. Set init interval to 10 seconds. hm-rpc-1 2016-09-11 10:14:58.079 info starting. Version 1.3.1 in /opt/iobroker/node_modules/iobroker.hm-rpc host-raspberrypi 2016-09-11 10:14:55.132 info instance system.adapter.hm-rpc.1 started with pid 3179 host-raspberrypi 2016-09-11 10:14:52.704 info instance system.adapter.hm-rpc.1 terminated with code 0 (OK)Es wird verbunden und so lange die Verbindung bis zum Verbindungscheck besteht funktioniert es.
Sobald aber der Verbindungscheck das erste mal checkt, fliegt die Verbindung weg.
Zum Testen hier mal nen Wert kleiner 10sek.
Hier ist nun ersichtlich das er von alleine dann auf 10sek einstellt und exakt nach der Zeit mir der rpc1 mit nem disconnect davon fliegt
-
Nur mal zum eingrenzen.
Auf der CCU läuft CuxD ohne Aussetzer?
Gruß
Rainer
-
ja, läuft einwandfrei
Auch via HandyApp jederzeit steuerbar…
Das Problem ist hier nach viel testen eindeutig dem Verbindungscheck zu zuordnen.
Exakt bei der Zeit, egal wie viele Sekunden ich da einstelle, sobald der den ersten Check
macht fliegt die Verbindung mit nem Disconnected weg.
Wenn ich 999.999 einstelle, bleibt die Verbindung bestehen, bis halt mal auch da der
erste Check kommen würde...
-
Aber CuxD muss xml-rpc sein!
BIN-RPC versteht CuxD nicht.
Vielleicht solltest du da erst einmal suchen, warum das nicht klappt.
Gruß
Rainer
-
Bist du dir da sicher, ich meine gelesen zu haben, das es genau umgekehrt ist.
CuxD also kein XML-RPC kann sondern nur BIN-RPC.
Wie gesagt, es klappt ja auch, bis zum Verbindungscheck-Interval.
Ein gepflegtes netstat -tapn zeigt mir die Verbindungs dann auch an:
tcp 0 0 192.168.0.4:8701 0.0.0.0:* LISTEN 4096/io.hm-rpc.1 -
Sorry - Kommando zurück!
Habe das mit HM-IP verwechselt :oops:
Gruß
Rainer
-
Hab gerade nochmal mein altes Backup hergenommen, wo alles noch unter Wheezy lief.
Alle Einstellungen sind identisch, nur die Versionen der einzelnen Adapter sind nun jetzt auf dem neusten Stand.
zBsp bisher HomeMatic RPC auf Version 0.52, nun 1.31.
Der Rest soweit ist alles gleich geblieben…
-
Hallo habe genau das gleiche Problem.
Unter Wheezy Backup gemacht und eingespielt… Unter Wheezy auch keine Probleme damit gehabt .
Jetzt neu Unter Jessie immer der Disconnect..!!! Änderung war von LXCCU auf YHAM und von der HM Version 2.15 auf die 2.21
Habe noch eine Zentrale mit in Io Broker mit der 2.19 (originale CCU2) die hat den Disconnect nicht.
Hoffe mir kann jemand einen TIpp geben..
-
Hallo,
gibt es hierfür schon eine Lösung?
-
Schließe mich mal zur Frage nach der Lösung an. Alle 3 min wird der Verbindungscheck durchgeführt.
hm-rpc.1 2016-11-25 11:07:17.763 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 11:07:17.189 info Disconnected hm-rpc.1 2016-11-25 11:04:17.166 info Connected hm-rpc.1 2016-11-25 11:04:16.941 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 11:04:16.410 info Disconnected hm-rpc.1 2016-11-25 11:01:16.373 info Connected hm-rpc.1 2016-11-25 11:01:16.144 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 11:01:15.581 info Disconnected hm-rpc.1 2016-11-25 10:58:15.549 info Connected hm-rpc.1 2016-11-25 10:58:15.326 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:58:14.494 info Disconnected hm-rpc.1 2016-11-25 10:55:14.459 info Connected hm-rpc.1 2016-11-25 10:55:14.244 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:55:13.729 info Disconnected hm-rpc.1 2016-11-25 10:52:13.700 info Connected hm-rpc.1 2016-11-25 10:52:13.479 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:52:12.912 info Disconnected hm-rpc.1 2016-11-25 10:49:12.881 info Connected hm-rpc.1 2016-11-25 10:49:12.654 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:49:12.082 info Disconnected hm-rpc.1 2016-11-25 10:46:12.051 info Connected hm-rpc.1 2016-11-25 10:46:11.828 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:46:11.264 info Disconnected hm-rpc.1 2016-11-25 10:43:11.238 info Connected hm-rpc.1 2016-11-25 10:43:11.000 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:43:10.451 info Disconnected hm-rpc.1 2016-11-25 10:40:10.422 info Connected hm-rpc.1 2016-11-25 10:40:10.186 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:40:09.377 info Disconnected hm-rpc.1 2016-11-25 10:37:09.356 info Connected hm-rpc.1 2016-11-25 10:37:09.111 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:37:08.577 info Disconnected hm-rpc.1 2016-11-25 10:34:08.559 info Connected hm-rpc.1 2016-11-25 10:34:08.254 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:34:07.429 info Disconnected hm-rpc.1 2016-11-25 10:31:07.405 info Connected hm-rpc.1 2016-11-25 10:31:07.155 info binrpc -> listDevices 36 hm-rpc.1 2016-11-25 10:31:06.586 info Disconnected -
hast du nicht den falschen Protokoll für CuxD?
IMHO sollte XML-RPC als protokoll eingestellt sein.
LG,
a200.
-
IMHO sollte XML-RPC als protokoll eingestellt sein. `
Nein, CuxD versteht kein xml-rpc!@leonsio:a der CUxD kein XMl-RPC versteht und nur (undokumentiertes) BIN-RPC versteht, ist es nicht möglich per XML-RPC auf die Geräte zuzugreifen. `
http://homematic-forum.de/forum/viewtopic.php?f=44&t=8211Gruß
Rainer
-
yup. mea culpa. sorry!
-
Hi zusammen,
habe das Problem auch - besonders ungünstig, wenn man den history-Adapter benutzt und Werte vom CuxD loggen möchte.
Dann wird bei jedem Reconnect auch gleich eine Zeile ins Log für jeden Datenpunkt geschrieben.
Habe so pro Tag ca. 20 MB Logfiles, weil alle 3 Minuten die 27 Datenpunkte vom CuxD mit nicht abstellbaren Log-Meldungen wie:
history.0 enabled logging of hm-rpc.1.CUXxxxxxx.STATEneu enumeriert werden, das ist um ein Vielfaches mehr, als ich insgesamt an Werten in die History stecke. Auch schade, dass man diese "Info"-Meldungen nicht einfach aus dem Log weglassen kann, die arme SD-Karte.
Als Workaround habe ich jetzt einfach mal das Verbindungs-Check Interval auf 7200 gestellt. Wäre schön, wenn jemand eine richtige Lösung fände.
Im Log vom CuxD steht nur:
Jan 5 23:40:20 homematic-ccu2 daemon.info cuxd[244]: INIT 'xmlrpc_bin://192.168.2.35:8701' 'hm-rpc.1' Jan 5 23:40:22 homematic-ccu2 daemon.info cuxd[244]: INIT 'xmlrpc_bin://192.168.2.35:8701' '' Jan 5 23:40:22 homematic-ccu2 daemon.info cuxd[244]: INIT 'xmlrpc_bin://192.168.2.35:8701' '' Jan 5 23:40:26 homematic-ccu2 daemon.info cuxd[244]: INIT 'xmlrpc_bin://192.168.2.35:8701' 'hm-rpc.1' Jan 5 23:43:27 homematic-ccu2 daemon.info cuxd[244]: INIT 'xmlrpc_bin://192.168.2.35:8701' 'hm-rpc.1' Jan 5 23:46:28 homematic-ccu2 daemon.info cuxd[244]: INIT 'xmlrpc_bin://192.168.2.35:8701' 'hm-rpc.1' -
Hi zusammen,
seit dem letzten Update ist's besser, aber nicht gut:
hm-rpc.1 2017-01-18 20:16:17.254 info Connected hm-rpc.1 2017-01-18 20:16:17.251 info new CUxD devices/channels after filter: 0 hm-rpc.1 2017-01-18 20:16:17.229 info binrpc -> listDevices 27 hm-rpc.1 2017-01-18 20:16:16.731 info Disconnected hm-rpc.1 2017-01-18 20:13:16.714 info Connected -
Ich schließe mich an, gleiche Konstellation mit YAHM:
` > hm-rpc.1 2017-03-26 17:05:18.195 info Disconnected
hm-rpc.1 2017-03-26 17:02:18.183 info Connected
hm-rpc.1 2017-03-26 17:02:18.171 info new CUxD devices/channels after filter: 0
hm-rpc.1 2017-03-26 17:02:18.154 info binrpc -> listDevices 36
hm-rpc.1 2017-03-26 17:02:17.619 info binrpc client is trying to connect to 192.168.178.28:8701 with ["xmlrpc_bin://192.168.178.30:8701","hm-rpc.1"]
hm-rpc.1 2017-03-26 17:02:17.617 info binrpc server is trying to listen on 192.168.178.30:8701
hm-rpc.1 2017-03-26 17:02:17.352 info starting. Version 1.4.2 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v4.8.0
hm-rpc.1 2017-03-26 17:02:13.451 info terminating
hm-rpc.1 2017-03-26 17:02:13.437 info binrpc -> 192.168.178.28:8701 init ["xmlrpc_bin://192.168.178.30:8701",""] `
-
Hab den Intervall jetzt auf 86400 Sekunden (24 Stunden) gestellt, nach dieser Zeit connected sich der Adapter jedenfalls wieder automatisch… Warum auch immer.
-
Moin, ich hab das Problem auch
in Verbindung mit VCCU
Ich hab das Problem überlisten können,
in dem ich einmal pro Minute ein dafür
erstelltes cuxd device via Homematic Programm ansteuere. Und die cuxd Verbindungsabbrüche
waren weg.
