[Problem] hm-rpc.1 für CuxD ist immer wieder gelb

[juergen2908]

Guten Morgen,

ccu2 ist auf 2.27.8 und cuxd auf 1.10a.

RPC0 läuft brav und RPC1 startet sich alle 2-5 min neu, also fw update hat nichts geholfen.

Kann im log auch nichts finden.

hm rpc Adapter ist die Version 1.4.6 und habe gerade gesehen, dass seit gestern eine neue gibt.

Werde mal diese installieren.

LG

[juergen2908]

Guten Morgen,

habe heute früh den aktuellsten hm rega und rpc Adapter über git installiert und den host neu gestartet.

Leider immer noch das gleiche Problem:Nur der Rpc1 Cuxd Adapter startet alle 3-5 min neu. Habe das mal mit einem Skript mitgelogt wenn die Connection auf false geht,ergo: seit gestern 23 Uhr 92 Mal

Jemand vlt. noch eine Idee ???

LG

[Bluefox]

Du hast nie die Logs gezeigt? Vielleicht steht adapter komplett, vielleicht das Wetter ist schlecht.

[dondaik]

wenn cuxd auf der ccu2 läuft habe ich bei der IP ….. am ende eth() stehen - was ist bond ?

[juergen2908]

@Bluefox:

Du hast nie die Logs gezeigt? Vielleicht steht adapter komplett, vielleicht das Wetter ist schlecht. `

Nein adapter steth nicht komplett. Er startet sich immer wieder neu:

Habe jetzt auch mal die Wiederverbindung raufgedreht, hilft nix.

LG

Jürgen
1693_rpc.png
1693_rpc.dapter.png

[juergen2908]

Grüß Euch,

ich bin schon am verzweifeln, mein hm rpc.1 adpater geht alle 3-5 min auf disconnect, ist dann 5 offline

hm-rpc.1	2017-05-21 16:46:14.999	info	Disconnected
hm-rpc.1	2017-05-21 16:43:14.982	info	Connected
hm-rpc.1	2017-05-21 16:43:14.980	info	new CUxD devices/channels after filter: 0
hm-rpc.1	2017-05-21 16:43:14.923	info	binrpc -> listDevices 90
hm-rpc.1	2017-05-21 16:43:13.282	info	Disconnected
hm-rpc.1	2017-05-21 16:37:13.251	info	Connected
hm-rpc.1	2017-05-21 16:37:13.248	info	new CUxD devices/channels after filter: 0
hm-rpc.1	2017-05-21 16:37:13.196	info	binrpc -> listDevices 90
hm-rpc.1	2017-05-21 16:37:11.172	info	Disconnected
hm-rpc.1	2017-05-21 16:34:11.157	info	Connected
hm-rpc.1	2017-05-21 16:34:11.154	info	new CUxD devices/channels after filter: 0
hm-rpc.1	2017-05-21 16:34:11.101	info	binrpc -> listDevices 90
hm-rpc.1	2017-05-21 16:34:09.058	info	Disconnected
hm-rpc.1	2017-05-21 16:28:09.019	info	Connected
hm-rpc.1	2017-05-21 16:28:09.016	info	new CUxD devices/channels after filter: 0
hm-rpc.1	2017-05-21 16:28:08.918	info	binrpc -> listDevices 90
hm-rpc.1	2017-05-21 16:28:06.830	info	Disconnected
hm-rpc.1	2017-05-21 16:25:06.802	info	Connected
hm-rpc.1	2017-05-21 16:25:06.799	info	new CUxD devices/channels after filter: 0
hm-rpc.1	2017-05-21 16:25:06.743	info	binrpc -> listDevices 90
hm-rpc.1	2017-05-21 16:25:04.955	info	Disconnected
hm-rpc.1	2017-05-21 16:22:04.922	info	Connected
hm-rpc.1	2017-05-21 16:22:04.919	info	new CUxD devices/channels after filter: 0
hm-rpc.1	2017-05-21 16:22:04.863	info	binrpc -> listDevices 90

Habe auch auch schon auf meiner fritzbox nachgesehen, aber nix zum sehen im log.

Auch HM und raspi(iobroker) an der Fritzbox direkt angesteckt(sonst am Switch). Auch das Adapter Port habe ich auf 4040 gändert.

Wenn die Verbindung weg ist und der adapter automatisch startet vergehen ca. 5 min in dieser Zeit kann ich keinen cuxd aktor schalten

Jemand vlt. noch eine Idee???

Bitte um Hilfe!

LG

Jürgen

[thaliya]

Also ich habe genau das gleich Problem.

Habe schon einmal komplett alles neuinstalliert um da Fehler auszuschließen.

Benutzte YAHM 2.27.8 und cuxd auf 1.10a.

Auch schon alles mögliche probiert mit den Ports etc.

Neuste Version von hm-rpc ist auch drauf (Github).

[dondaik]

dann reihe ich mich mal ein …. cuxd verabschiedet sich nach nicht genau festgelegten zeiten und dann hilft nur neustart der ccu2 .

[Homoran]

Danke Norbert,
@dondaik:

dann hilft nur neustart der ccu2 `
Das wollte ich gestern noch fragen.

Jetzt ist natürlich die Frage wo ist die Henne und wo das Ei?

Gruß

Rainer

[dondaik]

heute morgen war es einfach zu früh um nachzusehen ..

ccu2: 2.25.15 … will ich im moment nicht update

cuxd: 1.5.1 ... könnte ich mal updaten :-).... habe es gerade nachgeholt ..... schauen wir mal.

[dtp]

Kürzlich stand bei mir die Ampel des rpc.1.-Adapters auch auf Gelb. Hab dann ein Mal neu synchronisiert und seitdem ist wieder alles auf Grün.

Sämtliche SW- und FW-Stände auf der CCU2 und dem ioBroker sind aktuell.

Gruß,

Thorsten

[thaliya]

Gibt es schon etwas neues von jemandem mit dem selben Problem? Die Hälfte meiner Geräte ist deshalb nicht mit iobroker nutzbar

[Marty56]

Das gleiche Problem bei mir mit dem Disconnect der CUXD.

Alle 5 Minute ein Disconnect und Reconnect.

Versionen:

CCU2: 2.27.8

CUXD:1.9

Jeder "Absturz" erzeugt in CUXD folgendes Log.

Jun 23 05:23:28 homematic-ccu2 daemon.info cuxd[288]: INIT 'xmlrpc_bin://192.168.1.124:4000' 'hm-rpc.1'
Jun 23 05:24:18 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= CENTRAL [../Platform/DOM/iseXmlRpc.cpp (2166)]
Jun 23 05:25:48 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= CENTRAL [../Platform/DOM/iseXmlRpc.cpp (2166)]
Jun 23 05:26:29 homematic-ccu2 daemon.info cuxd[288]: INIT 'xmlrpc_bin://192.168.1.124:4000' 'hm-rpc.1'
Jun 23 05:27:18 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= CENTRAL [../Platform/DOM/iseXmlRpc.cpp (2166)]
Jun 23 05:28:48 homematic-ccu2 local0.err ReGaHss: Error: IseXmlRpc::GetObjectByHSSAddress: no exists device object with address= CENTRAL [../Platform/DOM/iseXmlRpc.cpp (2166)]

2722_bildschirmfoto_2017-06-23_um_05.12.58.png
2722_bildschirmfoto_2017-06-23_um_05.17.04.png

[Fitti]

Alle 5Minuten - das ist ja schon Luxus! 8-)

Bei mir jede Minute! Habe neue Leitungsstarke Hardware eingesetzt (für iobroker). Dennoch kracht es im Minutentakt.

Ich finde auch, dass es mir die CCU von der Leistung runter zieht.

! host.nubroker 2017-06-24 12:55:06.922 info instance system.adapter.tankerkoenig.0 terminated with code 0 (OK)
! hm-rpc.1 2017-06-24 12:55:03.133 info Connected
! hm-rpc.1 2017-06-24 12:55:03.133 info new CUxD devices/channels after filter: 0
! hm-rpc.1 2017-06-24 12:55:03.107 info binrpc -> listDevices 291
! hm-rpc.1 2017-06-24 12:55:02.066 info binrpc client is trying to connect to 192.168.1.205:8701 with ["xmlrpc_bin://192.168.1.203:4000","hm-rpc.1"]
! hm-rpc.1 2017-06-24 12:55:02.065 info binrpc server is trying to listen on 192.168.1.203:4000
! hm-rpc.1 2017-06-24 12:55:01.905 info starting. Version 1.4.11 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0
! host.nubroker 2017-06-24 12:55:01.101 info instance system.adapter.hm-rpc.1 started with pid 1174
! tankerkoenig.0 2017-06-24 12:55:01.038 info starting. Version 1.0.4 in /opt/iobroker/node_modules/iobroker.tankerkoenig, node: v6.11.0
! host.nubroker 2017-06-24 12:55:00.097 info Restart adapter system.adapter.hm-rpc.1 because enabled
! host.nubroker 2017-06-24 12:55:00.096 error instance system.adapter.hm-rpc.1 terminated with code 156 ()
! hm-rpc.1 2017-06-24 12:55:00.069 info Scheduled restart.
! host.nubroker 2017-06-24 12:55:00.027 info instance system.adapter.tankerkoenig.0 started with pid 1163
! hm-rpc.1 2017-06-24 12:54:03.333 info Connected
! hm-rpc.1 2017-06-24 12:54:03.330 info new CUxD devices/channels after filter: 0
! hm-rpc.1 2017-06-24 12:54:03.307 info binrpc -> listDevices 291
! hm-rpc.1 2017-06-24 12:54:02.049 info binrpc client is trying to connect to 192.168.1.205:8701 with ["xmlrpc_bin://192.168.1.203:4000","hm-rpc.1"]
! hm-rpc.1 2017-06-24 12:54:02.047 info binrpc server is trying to listen on 192.168.1.203:4000
! hm-rpc.1 2017-06-24 12:54:01.741 info starting. Version 1.4.11 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0
! host.nubroker 2017-06-24 12:54:01.088 info instance system.adapter.hm-rpc.1 started with pid 1147
! host.nubroker 2017-06-24 12:54:00.079 info Restart adapter system.adapter.hm-rpc.1 because enabled
! host.nubroker 2017-06-24 12:54:00.078 error instance system.adapter.hm-rpc.1 terminated with code 156 ()
! hm-rpc.1 2017-06-24 12:54:00.061 info terminating
! hm-rpc.1 2017-06-24 12:54:00.046 info Disconnected
! hm-rpc.1 2017-06-24 12:54:00.023 info binrpc -> 192.168.1.205:8701 init ["xmlrpc_bin://192.168.1.203:4000",""]
! hm-rpc.1 2017-06-24 12:54:00.022 info Scheduled restart.
! host.nubroker 2017-06-24 12:53:55.123 warn "system.host.raLIRC1" is offline
! hm-rpc.1 2017-06-24 12:53:03.403 info Connected
! hm-rpc.1 2017-06-24 12:53:03.400 info new CUxD devices/channels after filter: 0
! hm-rpc.1 2017-06-24 12:53:03.377 info binrpc -> listDevices 291
! hm-rpc.1 2017-06-24 12:53:02.080 info binrpc client is trying to connect to 192.168.1.205:8701 with ["xmlrpc_bin://192.168.1.203:4000","hm-rpc.1"]
! hm-rpc.1 2017-06-24 12:53:02.079 info binrpc server is trying to listen on 192.168.1.203:4000
! hm-rpc.1 2017-06-24 12:53:01.766 info starting. Version 1.4.11 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0
! host.nubroker 2017-06-24 12:53:01.108 info instance system.adapter.hm-rpc.1 started with pid 1131
! host.nubroker 2017-06-24 12:53:00.096 info Restart adapter system.adapter.hm-rpc.1 because enabled
! host.nubroker 2017-06-24 12:53:00.096 error instance system.adapter.hm-rpc.1 terminated with code 156 ()
! hm-rpc.1 2017-06-24 12:53:00.076 info terminating
! hm-rpc.1 2017-06-24 12:53:00.063 info Disconnected
! hm-rpc.1 2017-06-24 12:53:00.024 info binrpc -> 192.168.1.205:8701 init ["xmlrpc_bin://192.168.1.203:4000",""]
! hm-rpc.1 2017-06-24 12:53:00.023 info Scheduled restart.
! hm-rpc.1 2017-06-24 12:52:03.405 info Connected
! hm-rpc.1 2017-06-24 12:52:03.402 info new CUxD devices/channels after filter: 0
! hm-rpc.1 2017-06-24 12:52:03.374 info binrpc -> listDevices 291
! hm-rpc.1 2017-06-24 12:52:02.075 info binrpc client is trying to connect to 192.168.1.205:8701 with ["xmlrpc_bin://192.168.1.203:4000","hm-rpc.1"]
! hm-rpc.1 2017-06-24 12:52:02.073 info binrpc server is trying to listen on 192.168.1.203:4000
! hm-rpc.1 2017-06-24 12:52:01.767 info starting. Version 1.4.11 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0
! host.nubroker 2017-06-24 12:52:01.075 info instance system.adapter.hm-rpc.1 started with pid 1115
! host.nubroker 2017-06-24 12:52:00.062 info Restart adapter system.adapter.hm-rpc.1 because enabled
! host.nubroker 2017-06-24 12:52:00.061 error instance system.adapter.hm-rpc.1 terminated with code 156 ()
! hm-rpc.1 2017-06-24 12:52:00.042 info terminating
! hm-rpc.1 2017-06-24 12:52:00.034 info Disconnected
! hm-rpc.1 2017-06-24 12:52:00.028 info binrpc -> 192.168.1.205:8701 init ["xmlrpc_bin://192.168.1.203:4000",""]
! hm-rpc.1 2017-06-24 12:52:00.026 info Scheduled restart.
! hm-rpc.1 2017-06-24 12:51:03.163 info Connected
! hm-rpc.1 2017-06-24 12:51:03.160 info new CUxD devices/channels after filter: 0
! hm-rpc.1 2017-06-24 12:51:03.138 info binrpc -> listDevices 291
! hm-rpc.1 2017-06-24 12:51:02.095 info binrpc client is trying to connect to 192.168.1.205:8701 with ["xmlrpc_bin://192.168.1.203:4000","hm-rpc.1"]
! hm-rpc.1 2017-06-24 12:51:02.094 info binrpc server is trying to listen on 192.168.1.203:4000
! hm-rpc.1 2017-06-24 12:51:01.785 info starting. Version 1.4.11 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0
! host.nubroker 2017-06-24 12:51:01.104 info instance system.adapter.hm-rpc.1 started with pid 1099
! host.nubroker 2017-06-24 12:51:00.085 info Restart adapter system.adapter.hm-rpc.1 because enabled
! host.nubroker 2017-06-24 12:51:00.085 error instance system.adapter.hm-rpc.1 terminated with code 156 ()

CCU FW: 2.27.8

CuxD: 1.9

[Fitti]

Habe mal Cuxd 1.10 raufgemacht und hm-rpc 1.4.14.

Jetzt zur Zeit keinerlei Probleme! Aber die CCU wurde ja auch neu gestartet.

Henne Ei Problem? CCU wird durch was anderes langsam und der rpc kommt in einem Timeout oder was auch immer?

Dachte bisher durch den rpc wird ccu langsam. Hatte ja mal, dass der rpc die ccu vollkommen runter zog, nachdem ich den dienst beendete lief ccu ohne Neustart.

Spannend…

[Fitti]

Habe mal Cuxd 1.10 rauf gemacht und hm-rpc 1.4.14.

Jetzt zur Zeit keinerlei Probleme! Aber die CCU wurde ja auch neu gestartet.

Henne Ei Problem? CCU wird durch was anderes langsam und der rpc kommt in einem Timeout oder was auch immer?

Dachte bisher durch den rpc wird ccu langsam. Hatte ja mal, dass der rpc die ccu vollkommen runter zog, nachdem ich den dienst beendete lief ccu ohne Neustart.

Spannend…

[Marty56]

Ich habe jetzt das Ping Interval auf 24 h gesetzt.

Jetzt bekomme ich keine sinnlosen Fehlermeldung.

Klar, ioBroker würde jetzt wohl auch nicht melden, dass die CUXD offline ist, aber besser als andauert dieser Disconnect wegen eines fehlerhaft implementieren Pings.

Die Werte vom CUXD werden trotzdem empfangen.