Monatsrückblick Januar/Februar 2026 ist online!

[Homoran]

Nur mal zum eingrenzen.

Auf der CCU läuft CuxD ohne Aussetzer?

Gruß

Rainer

[Davidaff]

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...

[Homoran]

Aber CuxD muss xml-rpc sein!

BIN-RPC versteht CuxD nicht.

Vielleicht solltest du da erst einmal suchen, warum das nicht klappt.

Gruß

Rainer

[Davidaff]

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

[Homoran]

Sorry - Kommando zurück!

Habe das mit HM-IP verwechselt :oops:

Gruß

Rainer

[Davidaff]

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…

[Svemo]

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..

[Annuit20]

Hallo,

gibt es hierfür schon eine Lösung?

[Brati]

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

[a200]

hast du nicht den falschen Protokoll für CuxD?

IMHO sollte XML-RPC als protokoll eingestellt sein.

LG,

a200.

[Homoran]

@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=8211

Gruß

Rainer

[a200]

yup. mea culpa. sorry!

[olifre]

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.STATE

neu 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'

[olifre]

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

[schubi82]

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",""] `

[schubi82]

Hab den Intervall jetzt auf 86400 Sekunden (24 Stunden) gestellt, nach dieser Zeit connected sich der Adapter jedenfalls wieder automatisch… Warum auch immer.

[Matten Matten]

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.