Homeatic Adapter - hm-rpc muss nach Neustart manuell restartet werden
-
Hab ein TInker Board und habe da das All in One Paket drauf (ioBroker und pivCCU) und nur rebootet. Sollte ich das Board mal direkt ausschaten? Na dann probiere ich das und warte mal 5 Min.
-
Du verrätst immernoch nicht was du rebooted hast :-)
Kompletter Neustart ist auch Mal gut, neue Version hast du per Admin installiert und auch kontrolliert das diese jetzt läuft?
Sent from my iPhone using Tapatalk
-
Achso sry ab ich falsch verstanden, ich hab den Rechner rebootet nicht den Adapter. Wenn ich den Adapter auf Neu laden klicke funktoniert es innerhalb von 2 Sekunden. Das Problem ist leider immer noch und da ist auch einen Fehlermeldung drin wegen einer Umbenennung. Wie bekomme ich das wieder raus? Generell, wenn ich Objekte umbennen ist das nicht so gut oder? SOllte man das lieber lassen? Hab mal meinen HUE Lampen in der Hue App umbenannt und in der CCU den Sensoren neue Namen. Danach dauert es immer ne Weile oder ich hab sie unter Objekte doppet drin. Die muss ich dann per Hand löschen oder?
hm-rega.0 2018-07-01 10:16:03.150 info renamed hm-rpc.0.LTK0118961.1.ERROR-7_ALARM to "Flur - BM (OG).ERROR-7_ALARM" hm-rega.0 2018-07-01 10:15:32.121 info subscribe hm-rpc.0.BidCoS-RF.50.PRESS_SHORT hm-rpc.0 2018-07-01 10:15:28.250 info binrpc client is trying to connect to 192.168.178.99:2001 with ["xmlrpc_bin://192.168.178.98:2001","hm-rpc.0"] hm-rpc.0 2018-07-01 10:15:28.248 info binrpc server is trying to listen on 192.168.178.98:2001 hm-rpc.0 2018-07-01 10:15:28.090 info starting. Version 1.7.4 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.14.3 host.tinkerboard 2018-07-01 10:15:27.165 info instance system.adapter.hm-rpc.0 started with pid 1826 host.tinkerboard 2018-07-01 10:14:34.593 info instance system.adapter.hm-rpc.0 terminated with code 0 (OK) hm-rpc.0 2018-07-01 10:14:34.550 info binrpc -> 192.168.178.99:2001 init ["xmlrpc_bin://192.168.178.98:2001",""] host.tinkerboard 2018-07-01 10:14:34.544 info stopInstance timeout "1000 system.adapter.hm-rpc.0 killing pid 2324Na die neue Version vom RPC hab ich dann über die Weboberfläche geupdatet, nachdem ich auf latest umgestellt habe, war sie auch verfügbar.
-
Nein Namen werden mit hm-rega syncronisiert.
Nach umbenennen in der ccu (nicht in iobroker machen !) Hm-rega neu starten der müsste die Namen syncronisieren.
Wen Geräte doppelt Dan Mal Haken an bei hm-rpc und Geräte neu syncronisieren
Sent from my iPhone using Tapatalk
-
Ah ok vielen Dank für eure Hilfe. Mein Problem ist leider noch nicht behoben, aber muss ich halt dran denken, nach Reboot den HM_RPC nochmal neu laden, dann geht ja alles. Danke und euch einen schönen Sonntag ;)
-
Hä?! Was genau ist noch offen mit der neuesten hm-rpc?
Also Fakt ist:
Wenn iobroker und ccu auf dem gleichen Rechner ist dauert es (bei mir) bis zu 10 Minuten bis alles wieder grün ist.
Wenn hm-rpc noch nicht grün wird dann bitte mal Instanz auf debug loglevel stellen (Instanzen -> Expertenmodus -> Spalte loglevel) und dann das log des Rpc Posten von so einem gesamt restart
Gesendet vom Handy …
-
Das hier wirft mein Log aus:
` > hm-rpc.0 2018-07-01 12:21:54.693 info system.adapter.admin.0: logging truehm-rpc.0 2018-07-01 12:15:37.320 error init error: Error: connect ECONNREFUSED 192.168.178.99:2001
hm-rpc.0 2018-07-01 12:15:37.315 debug start connecting interval
hm-rpc.0 2018-07-01 12:15:37.309 debug binrpc -> 192.168.178.99:2001 init ["xmlrpc_bin://192.168.178.98:2001","hm-rpc.0"]
hm-rpc.0 2018-07-01 12:15:37.308 debug Connect…
hm-rpc.0 2018-07-01 12:15:37.306 info binrpc client is trying to connect to 192.168.178.99:2001 with ["xmlrpc_bin://192.168.178.98:2001","hm-rpc.0"]
hm-rpc.0 2018-07-01 12:15:37.305 info binrpc server is trying to listen on 192.168.178.98:2001
hm-rpc.0 2018-07-01 12:15:37.157 info starting. Version 1.7.4 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.14.3
hm-rpc.0 2018-07-01 12:15:37.112 debug statesDB connected
hm-rpc.0 2018-07-01 12:15:37.064 debug objectDB connected
hm-rpc.0 2018-07-01 12:14:57.307 info terminating
hm-rpc.0 2018-07-01 12:14:57.296 info Disconnected
hm-rpc.0 2018-07-01 12:14:57.293 info binrpc -> 192.168.178.99:2001 init ["xmlrpc_bin://192.168.178.98:2001",""]
hm-rpc.0 2018-07-01 12:14:56.466 info system.adapter.admin.0: logging false `
-
Der Log sagt das er nicht connecten kam was eigentlich logisch ist wen die ccu noch am starten ist
Sent from my iPhone using Tapatalk
-
Kann man den Start verzögern ?
-
Kann man den Start verzögern ? `
Standard nein, ist auch egal den sobald die ccu den Rega gestartet hat wird sich der Adapter verbinden.
Man könnte per Script den Adapter bij shutdown ausschalten und erst verzögert starten wen ioBroker wieder hoch kommt ist aber unnötig
Sent from my iPhone using Tapatalk
-
So ich nochmal, hab mal ganz frisch das System mit dem piVCCU Image aufgesetzt und habe wieder das Problem, das bei einem Neustart der RPC immer auf gelb bleibt, egal wie lange ich warte. Sobald ich den Adapter neustarte funktioniert er sofort. Muss ich vielliecht noch irgendwas einstellen? Das hier kommt im DebugLog, siehe Bild
7763_2018-07-23_19_32_29-window.png -
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 -
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
-
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.
-
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?
-
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
Support us
441
Online32.7k
Benutzer82.4k
Themen1.3m
Beiträge