NEWS
Hm-rpc Adapter mit Ping-Pong
-
Tschombe hat hm-rpc Adapter mit Ping-Pong Funktion erweitert.
Konnte jemand ausprobieren?
npm install https://github.com/ioBroker/ioBroker.hm-rpc/tarball/masterWenn CCU neu gestartet wird, dann sollte ioBroker automatisch erkennen, dass Verbindung weg war und neu "init" Kommando schicken.
Danke tschombe!
-
kannst du bitte nochmal drüberschauen ob ich alle Dateien passend modifiziert habe?
Vor allem bezüglich setzen einer neuen Versionsnummer (dache es sollte 0.5.0 sein)???
Wenn das soweit passt, müsste ich auch noch hm-rega so modifizieren, das die
Beschreibung der virtuellen Variablen entfernt wird, das ist damit nämlich auch unnötig.
Oder wird die Funktion in hm-rega für sonst noch was gebraucht?
Ich verwende die hm-rega ja nicht ;-)
-
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 :D
914_updates.jpg -
Werde ich heute Nachmittag machen.
Gruß
Rainer
Gesendet von meinem Cynus T7 mit Tapatalk
-
Habe eben ausgeführt:
npm install https://github.com/ioBroker/ioBroker.hm-rpc/tarball/masterDanach 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 ECONNREFUSEDDie 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 devicesGruß
Rainer
-
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
-
Ich habe auch lxccu 1.7-2 mit 2.9.12
Gesendet von meinem Cynus T7 mit Tapatalk
-
Reiner, kannst du noch mal ausprobieren?
npm install https://github.com/ioBroker/ioBroker.hm-rpc/tarball/masterUnd schalte Debug Level auf "Debug".
Da soll entwider das kommen:
error: hm-rpc.0 Error: XML-RPC fault: ping: unknown method nameoder
debug: no event recieved within keepalive-timeout, so PING sent -
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
-
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? -
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.
Gruß
Rainer
-
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 ;)
-
-
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.
Support us
875
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge