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

[Dutchman]

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

[smarti2015]

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 2324

Na die neue Version vom RPC hab ich dann über die Weboberfläche geupdatet, nachdem ich auf latest umgestellt habe, war sie auch verfügbar.

[Dutchman]

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

[smarti2015]

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

[apollon77]

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 …

[smarti2015]

Das hier wirft mein Log aus:
` > hm-rpc.0 2018-07-01 12:21:54.693 info system.adapter.admin.0: logging true

hm-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 `

[Dutchman]

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

[smarti2015]

Kann man den Start verzögern ?

[Dutchman]

@smarti2015:

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

[apollon77]

Der ist ausgelegt das er mit einem ccu restarted klarkommt. Also bitte warten ob es sich von alle ne gibt. Bei mir teilweise bis 10 Minuten!!!

Gesendet vom Handy …

[smarti2015]

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

[apollon77]

hm-rpc 1.6.0 … aktualisiere mal auf latest bzw Github (1.7.5) da wurden dinge gefixt. Danach besser?

[fraeggle]

@Dutchman:

Stelle deine repository auf latest um und 1.7.4 müsste verfügbar sein

Sent from my iPhone using Tapatalk `

Wie/wo stelle ich das um?

Gruß Peter

[paul53]

@fraeggle:

Wie/wo stelle ich das um? `
Gemäß https://github.com/ioBroker/ioBroker.admin/blob/master/docs/de/admin/tab-system.md (Aktiver Verwahrungsort: latest).

[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