Hm-rpc.1 (CuxD) immer wieder disabled :/
-
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.
