Homeatic Adapter - hm-rpc muss nach Neustart manuell restartet werden

[fraeggle]

da steht an 2ter stelle Latest, aber wieso seh ich dann z.B. nicht die 1.7.4 bzw kann das nicht auswählen?

Bei bestimmte Version steht auch nichts anderes. Oder hab ich noch was üArbersehen.. :?

Arghhh vergiss es wer lesen kann ist im vorteil… Hautseite aktiver Verwahrungsort....

:shock:
3832_verwahrung.jpg
3832_instanz.jpg

[Homoran]

@fraeggle:

da steht an 2ter stelle Latest, aber wieso seh ich dann z.B. nicht die 1.7.4 bzw kann das nicht auswählen? `
weil das die Liste der MÖGLICHEN Repositories ist.

Das aktuell gewählte befindet sich in dem Reiter Haupteinstellungen, in dem du mit einem pulldownmenü zwischen diesen möglichen Repositories wählen kannst.

Gruß

rainer

[fraeggle]

@Homoran:

@fraeggle:

da steht an 2ter stelle Latest, aber wieso seh ich dann z.B. nicht die 1.7.4 bzw kann das nicht auswählen? `
weil das die Liste der MÖGLICHEN Repositories ist.

Das aktuell gewählte befindet sich in dem Reiter Haupteinstellungen, in dem du mit einem pulldownmenü zwischen diesen möglichen Repositories wählen kannst.

Gruß

rainer `
Deswegen hab ich ja schon geschrieben: habs auf der Hauptseite gefunden..

Danke nochmal.

[smarti2015]

Hab das Problem irgendwie immer noch.

Ich hab ein Asus Tinkerboard und die piVCCU installiert. Dort ist original die RPC Version 1.4.14 und ReGaHSS 1.6.6 drauf. Da funktioniert noch alles.

Jetzt hab ich mal ReGaHSS auf 1.7.1 angehoben und da funktioniert der RPC Adapter auch noch. Sobald ich nun aber den RPC Adpater auf die aktuelle Version update, startet er nicht mehr nach einem Reboot und bleibt auf gelb. Wenn ich den Adapter dann per Hand in der Adminoberfläche neus tarte funktioniert alles sofort. Sobald ich den Rechner aber reboote, bleibt der RPC immer hängen. Hat einer ne Idee was das sein könnte? Eventuell ist das ein Asus Problem?

[chris.e-mail]

Habe das gleiche Problem. Tinker Board mit Pivccu, alle Adapter aktuell auf latest. Auch bei mir muss der hm- rpc nach reboot (z.B. nach Stromausfall) manuell gestartet werden. Komischerweise nur für die rfd Instanz. Eine zweite Instanz für CUxD startet von selbst durch. Genauso startet hm-rega automatisch.

Das Verhalten ist jederzeit reproduzierbar, also immer das gleiche Verhalten.

Gesendet von meinem Redmi Note 5 mit Tapatalk

[smarti2015]

Schön das es noch jemanden gibt, dachte schon ich bin blöde

[martz]

Moin,

ich habe das gleiche Problem, jedoch bleibt der Adapter gelb.

Habe heute abend auf die letzte Raspimatic aktualisiert und seitdem tritt das Problem auf.

2018-11-29 17:55:22.834 - error: hm-rpc.0 init error: Error: response timeout

Hardware ist ein Tinkerboard.

Adapter sind auf dem letzten Stand

[Dutchman]

Probier Mal viewtopic.php?t=18979

Sent from my iPhone using Tapatalk

[apollon77]

Firewall der ccu? Ist die callback up korrekt angegeben?

Response timeout sagt das der Adapter keine Antwort von der ccu bekommt

Gesendet vom Handy …

[smarti2015]

Also Firewall auf der CCU ist bei mir gar nicht an, sollte ich das? Also sobald ich den Adapter dann aber nochmal manuell starte verbindet er sofort. Also sollte ja alles korrekt eingestellt sein.

[iLOVEioBROKER]

Ich hab auch das gleiche Problem. Sobald der PI neugestartet wird, startet die zweite Instance(hm-rpc.1) für HM-IP ohne Probleme und die erste Instance(hm-rpc.0) für rpc bleibt geld. Nach zwei Stunden war sie immer noch gelb. Hab sie dann manuell neu gestartet und dann war sie gleich grün.

Hier die Fehlermeldung nach dem Neustart:

hm-rpc.0	2018-12-20 13:24:41.506	error	init error: Error: connect ECONNREFUSED 192.168.1.7:2001
hm-rpc.0	2018-12-20 13:24:41.448	info	binrpc client is trying to connect to 192.168.1.7:2001/ with ["xmlrpc_bin://192.168.1.102:2001","hm-rpc.0"]
hm-rpc.0	2018-12-20 13:24:41.446	info	binrpc server is trying to listen on 192.168.1.102:2001
hm-rpc.0	2018-12-20 13:24:40.383	info	starting. Version 1.8.0 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v8.14.0