Hm-rpc Adapter mit Ping-Pong

[Bluefox]

Natürlich habe drüber geschaut und mehr oder weniger passt es.

Ich habe nur package.json modifiziert, weil da die Systemeinträge (_blabla) von npm drin waren (du hast vermutlich nicht vom git, sondern von NPM die Quellen genommen).

Ich habe noch doc Verzeichnis in npmignore eingefügt. Das braucht man nur für die Entwicklung, nicht für die Benutzung.

Passt alles! Weiter so
914_updates.jpg

[tschombe]

ok, dann würd ich als nächstes mal den hm-rega adapter anschauen und

dort das virtual key handling entfernen.

und noch die hm-rpc doku für homoran anpassen

[Bluefox]

Hat das jemand ausprobiert?

[Homoran]

Werde ich heute Nachmittag machen.

Gruß

Rainer

Gesendet von meinem Cynus T7 mit Tapatalk

[Homoran]

Habe eben ausgeführt:

npm install https://github.com/ioBroker/ioBroker.hm-rpc/tarball/master

Danach erst den rpc-Adapter neu gestartet, dann die CCU.

bekomme jetzt folgenden Fehler:

hm-rega.0	2015-05-01 20:09:23	error	hm-rega.0 post request error: connect ECONNREFUSED
hm-rega.0	2015-05-01 20:09:23	error	hm-rega.0 post request error: connect ECONNREFUSED
hm-rega.0	2015-05-01 20:08:53	error	hm-rega.0 post request error: connect ECONNREFUSED
hm-rega.0	2015-05-01 20:08:53	error	hm-rega.0 post request error: connect ECONNREFUSED

Die CCU WebUI ist aber erreichbar.

Als dann die Fehler nicht weiter auftraten habe ich dann noch einmal die rpc-Instanz neu gestartet

host-quad-pi	2015-05-01 20:11:41	info	object change system.adapter.hm-rpc.0
hm-rpc-0	2015-05-01 20:11:41	info	xmlrpc -> 192.168.xxx.yyy:2001 init ["http://192.168.xxx.yyy:2001",""]
host-quad-pi	2015-05-01 20:11:41	info	stopInstance system.adapter.hm-rpc.0
host-quad-pi	2015-05-01 20:11:41	info	stopInstance system.adapter.hm-rpc.0 killing pid 29353
hm-rpc-0	2015-05-01 20:11:41	info	terminating
host-quad-pi	2015-05-01 20:11:41	info	instance system.adapter.hm-rpc.0 terminated with code 0 (OK)
quad-pi	2015-05-01 20:11:43	info	host.quad-pi instance system.adapter.hm-rpc.0 started with pid 29654
hm-rpc.0	2015-05-01 20:11:45	info	hm-rpc.0 starting. Version 0.5.0 in /opt/iobroker/node_modules/iobroker.hm-rpc
hm-rpc.0	2015-05-01 20:11:46	info	hm-rpc.0 xmlrpc server is trying to listen on 192.168.2.yyy:2001
hm-rpc.0	2015-05-01 20:11:46	info	hm-rpc.0 xmlrpc -> 192.168.xxx.yyy:2001 init ["http://192.168xxx.yyy:2001","hm-rpc.0"]
hm-rpc.0	2015-05-01 20:11:46	info	hm-rpc.0 xmlrpc <- system.listMethods ["hm-rpc.0"]
hm-rpc.0	2015-05-01 20:11:46	info	hm-rpc.0 xmlrpc <- listDevices ["hm-rpc.0"]
hm-rpc.0	2015-05-01 20:11:47	info	hm-rpc.0 xmlrpc -> 327 devices

Gruß

Rainer

[eric2905]

Moin zusammen,

hab's eben auf dem Testsystem (Raspy P2) ausprobiert und kann die Meldungen von Rainer bestätigen.

CCU-Neustart und dann nur die Meldung "…hm-rega.0 post request error: connect ECONNREFUSED"

Erst wenn man die rcp resp. mega manuell neu gestartet hat, fängt sich das System.

Gruß,

Eric

[tschombe]

das ist dann bestimmt irgendein bug den ich mit der ping/pong implementierung eingeführt habe :oops:

Ich bin allerdings diese und nächste Woche unterwegs, evtl kann sich bluefox das mal anschauen…

[Bluefox]

Weißt jemand, wann PING/PONG im CCU implementiert wurde?

Meine 2.7.17 LXCCU hat so was nicht.

error: hm-rpc.0 Error: XML-RPC fault: ping: unknown method name

[Homoran]

Ich habe auch lxccu 1.7-2 mit 2.9.12

Gesendet von meinem Cynus T7 mit Tapatalk

[Bluefox]

Reiner, kannst du noch mal ausprobieren?

npm install https://github.com/ioBroker/ioBroker.hm-rpc/tarball/master

Und schalte Debug Level auf "Debug".

Da soll entwider das kommen:

error: hm-rpc.0 Error: XML-RPC fault: ping: unknown method name

oder

debug: no event recieved within keepalive-timeout, so PING sent

[Homoran]

Habe den rpc neu installiert.

Danach error code 7, Adapter already running.

Reboot des rpi2.

Beim wieder hochfahren kam:

inMem	2015-05-03 20:22:47	debug	message hm-rpc.0.* hm-rpc.0.CENTRAL.PONG val=hm-rpc.0, ack=true, ts=1430677368, from=system.adapter.hm-rpc.0, lc=1430677368
hm-rpc-0	2015-05-03 20:22:47	debug	xmlrpc <- event ["hm-rpc.0","CENTRAL","PONG","hm-rpc.0"]
hm-rpc-0	2015-05-03 20:22:47	debug	xml multicall : hm-rpc.0,CENTRAL,PONG,hm-rpc.0
hm-rpc-0	2015-05-03 20:22:47	debug	no event recieved within keepalive-timeout, so PING sent
hm-rpc-0	2015-05-03 20:22:47	debug	Send PING...

Lxccu habe ich nicht rebooted!

Gruß

Rainer

[Bluefox]

@Homoran:

Habe den rpc neu installiert.

Danach error code 7, Adapter already running.

Reboot des rpi2.

Beim wieder hochfahren kam:

inMem	2015-05-03 20:22:47	debug	message hm-rpc.0.* hm-rpc.0.CENTRAL.PONG val=hm-rpc.0, ack=true, ts=1430677368, from=system.adapter.hm-rpc.0, lc=1430677368
hm-rpc-0	2015-05-03 20:22:47	debug	xmlrpc <- event ["hm-rpc.0","CENTRAL","PONG","hm-rpc.0"]
hm-rpc-0	2015-05-03 20:22:47	debug	xml multicall : hm-rpc.0,CENTRAL,PONG,hm-rpc.0
hm-rpc-0	2015-05-03 20:22:47	debug	no event recieved within keepalive-timeout, so PING sent
hm-rpc-0	2015-05-03 20:22:47	debug	Send PING...

Lxccu habe ich nicht rebooted!

Gruß

Rainer `
Danke. Genau das wollte ich sehen. Weißt du zufällig, wie man lxccu updaten kann? Oder Link?

[Homoran]

Lxccu wird über Linux mit apt-get update&&apt-get upgrade upgedated.

Allerdings ist bullshit mit der Implementierung der neuesten Firmware ein wenig im Verzug.

Du kannst aber das repository auf Festung stellen, dann bist du fast aktuell.

http://www.lxccu.com

Gruß

Rainer

[tschombe]

Repository auf "Testing" stellen meinte homoran

hm, wenn die Ping/Pong implementierung erst in so neuer Firmware vorhanden ist,

müssen wir dann den alten Mechanismus wieder aktivieren?

Oder kommt die Fehlermeldung "Ping: unknown method name" auch von der CCU,

dann wäre das ja auch ein Indiz das die Kommunikation noch funktioniert

[Bluefox]

` > Oder kommt die Fehlermeldung "Ping: unknown method name" auch von der CCU,

dann wäre das ja auch ein Indiz das die Kommunikation noch funktioniert `
Die Meldung kommt von CCU, aber direkt auf Anfrage und nicht über "INIT" Mechanismus.

[Pman]

Ich betreibe meine lxccu von Anfang an in der testing Version (apt-get dist-upgrade nötig) und hatte noch keinerlei Probleme, läuft sehr stabil.

[TeraX]

Hi,

ich habe die selbe Fehlermeldung.

Ich vermute aber mal, dass dies vom CuXD Ping Adapter kommt?!

Gruß TeraX

[steinwedel]

Hier noch ein kleiner Hinweis:

Bei mir tritt der Fehler auch auf. Aber interessanterweise nur auf einer CCU, nämlich einer CCU1. Auf den CCU2 habe ich das Phänomen nicht. Der Debugmodus bringt keine weiteren Hinweise. Vieleicht kann jemand verrifizieren, ob es sich nur um ein Problem mit der CCU1 handelt.

[Bluefox]

@steinwedel:

Hier noch ein kleiner Hinweis:

Bei mir tritt der Fehler auch auf. Aber interessanterweise nur auf einer CCU, nämlich einer CCU1. Auf den CCU2 habe ich das Phänomen nicht. Der Debugmodus bringt keine weiteren Hinweise. Vieleicht kann jemand verrifizieren, ob es sich nur um ein Problem mit der CCU1 handelt. `
Es handelt sich nicht um CCU sondern um Firmware Version. Meine lxccu hat am Anfang auch nicht unterstützt. Nach Update von FW ging es.

[steinwedel]

> Es handelt sich nicht um CCU sondern um Firmware Version.
Ist leider nicht die Lösung des Problems. Hatte veraltete Firmware. Nach dem Update auf 1.519 ist der Fehler aber noch da. Man kann den Fehler umgehen, indem man den Adapter nicht auf xml-rcp sondern auf bin-rcp einstellt. Das sollte sich aber auch richtig lösen lassen, da es bestimmt noch die ein oder andere ccu1 gibt.