Bitte testen: hm-rega 1.5.0

[apollon77]

Hey All,

nachdem auch ich darüber gestolpert bin das beim Namens-Sync mit der CCU die Namen von States nicht aktualisiert werden habe ich mir das mal angesehen und geändert.

Die v1.6.0 überschreibt beim CCU-Sync nun alle Namen wenn sich diese in der CCU geändert haben. Weiterhin habe ich noch einen Bug gefunden das immer der erste gefundene Namen nicht geändert wurde.

Feedback bitte hier im Thread.

Ingo F

[Marty56]

Super. Das die Namen nicht übernommen werden hat mich auch schon genervt.

Wahrscheinlich eine blöde Frage meinerseits.

Wie bekomme ich diese Version?

Ich habe versucht über das GitHub Symbol im Admin Reiter HM-Rega zu installiert.

Danach sehe ich eine V 1.5 und die verhält sich wie vorher, sprich bei den Objects werden die Namen nicht aktualisiert.

Workaround: in den Konfigurationsdialog, synchronisiere einmalig und dann noch in Objects auf das Aktualisieren Symbol.

Dann werden die Namen übernommen.

[apollon77]

Jupp, es ist auch die 1.5.0 … hatte mich oben verschrieben.

Dein workaround tut, wahrscheinlich hätte ein restart des hm-Rega auch gereicht. Bei github installs wird manchmal nicht direkt der Adapter neu gestartet sondern man muss das manuell machen. Und bei Rega passierender Sync einmalig beim Neustart.

[Marty56]

Ich habe Probleme mit der Verbindung zu der CCU.

RPC kann sich nicht mehr mit der CCU verbinden.

Die Indikator unter Instanzen bleibt bei gelb.

Habe auf 1.4.8 downgegradet. Aber keine Verbesserung.

hm-rpc.0	2017-06-30 21:31:23.031	error	Socket error: Error: connect ETIMEDOUT 192.168.0.103:2001
hm-rpc.0	2017-06-30 21:29:09.009	info	binrpc client is trying to connect to 192.168.0.103:2001 with ["xmlrpc_bin://192.168.0.105:2001","hm-rpc.0"]
hm-rpc.0	2017-06-30 21:29:09.006	info	binrpc server is trying to listen on 192.168.1.105:2001
hm-rpc.0	2017-06-30 21:29:08.705	info	starting. Version 1.4.14 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0
hm-rpc.0	2017-06-30 21:27:21.205	info	terminating
hm-rpc.0	2017-06-30 21:27:21.181	info	binrpc -> 192.168.0.103:2001 init ["xmlrpc_bin://192.168.0.105:2001",""]
hm-rpc.0	2017-06-30 21:24:59.026	error	Socket error: Error: connect ETIMEDOUT 192.168.0.103:2001
hm-rpc.0	2017-06-30 21:22:15.189	error	Socket error: Error: connect ETIMEDOUT 192.168.0.103:2001
hm-rpc.0	2017-06-30 21:20:05.650	info	binrpc client is trying to connect to 192.168.0.103:2001 with ["xmlrpc_bin://192.168.0.105:2001","hm-rpc.0"]
hm-rpc.0	2017-06-30 21:20:05.647	info	binrpc server is trying to listen on 192.168.1.105:2001
hm-rpc.0	2017-06-30 21:20:05.370	info	starting. Version 1.4.14 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0

[Dutchman]

Hattest du dies erst nach dem Update des Rega Adapter?

Hört sich so an als ob dies keinen Zusammenhang hat mir Rega da der RPC nicht verbinden kann

–-----------------------

Send from mobile device

[apollon77]

Wäre auch meine Vermutung. Am besten alle hm Instanzen mal beenden und schauen ob wirklich alle Prozesse weg sind. Nicht das irgendwas hängengeblieben ist.

Dann ccu einloggen und schauen ob noch alles tut. Ggf mal ccu Neustarten. Dann Instanzen wieder starten.

[Homoran]

Hat alles geklappt!

Upgrade ohne Probleme

HM-Rega neugestartet und die noch nicht manuell angepassten Datenpunkte (States) waren anschließend richtig benannt.

DANKE!

Rainer

[frankjoke]

Upgedated und ich habe keine Fehlermeldungen aber folgende(s) Problem(e).

Grundsätzlich verwende ich eine CCU2 mit einem CUxD und habe da CUxD, HomeMatic und HomeMatic IP devices angelernt.

Nun, ich verwenden momentan eine Rega-Instanz und 2 rpc-Instanzen.

Eine für CUxD und eine für rpc.

Die rpc-Namen werden umbenannt aber die CUxD nicht. im Log tauchen auch keine CUxD Umbenennungen auf.

Ich kann aber auf alle CUxD im langen Namen zugreifen und sie funktionieren.

Dies ist umgekehrt bei Homematic IP die ich auf der CCU2 angelernt habe.

Rega meldet dass sie umbenannt werden

hm-rega.0	2017-06-30 22:18:55.101	info	renamed hm-rpc.1.0001D7098DA1D5 to "Schalt-Mess-Steckdose"
hm-rega.0	2017-06-30 22:18:55.088	info	renamed hm-rpc.1.0001D7098DA1D5.0 to "Schalt-Mess-Steckdose:0"
hm-rega.0	2017-06-30 22:18:55.078	info	renamed hm-rpc.1.0001D7098DA1D5.1 to "Schalt-Mess-Taster"
hm-rega.0	2017-06-30 22:18:55.055	info	renamed hm-rpc.1.0001D7098DA1D5.2 to "HMIP-PSM 0001D7098DA1D5:2"
hm-rega.0	2017-06-30 22:18:55.043	info	renamed hm-rpc.1.0001D7098DA1D5.3 to "Schalt-mess-Schalter"
hm-rega.0	2017-06-30 22:18:55.032	info	renamed hm-rpc.1.0001D7098DA1D5.4 to "HMIP-PSM 0001D7098DA1D5:4"
hm-rega.0	2017-06-30 22:18:55.022	info	renamed hm-rpc.1.0001D7098DA1D5.5 to "HMIP-PSM 0001D7098DA1D5:5"
hm-rega.0	2017-06-30 22:18:55.012	info	renamed hm-rpc.1.0001D7098DA1D5.6 to "Schalt-Mess-Energieanzeige"
hm-rega.0	2017-06-30 22:18:55.000	info	renamed hm-rpc.1.0001D7098DA1D5.7 to "HMIP-PSM 0001D7098DA1D5:7"
hm-rpc.0	2017-06-30 22:18:54.967	info	binrpc -> 0 devices
hm-rega.0	2017-06-30 22:18:54.967	info	renamed hm-rpc.1.000213C98DD987 to "SteckDose1"
hm-rega.0	2017-06-30 22:18:54.953	info	renamed hm-rpc.1.000213C98DD987.0 to "SteckDose1:0"
hm-rega.0	2017-06-30 22:18:54.934	info	renamed hm-rpc.1.000213C98DD987.1 to "SteckDose1Taster"
hm-rpc.0	2017-06-30 22:18:54.932	info	binrpc <- listDevices ["hm-rpc.0"]
hm-rega.0	2017-06-30 22:18:54.917	info	renamed hm-rpc.1.000213C98DD987.2 to "HMIP-PSM 000213C98DD987:2"
hm-rpc.0	2017-06-30 22:18:54.914	info	binrpc <- system.listMethods ["hm-rpc.0"]
hm-rega.0	2017-06-30 22:18:54.904	info	renamed hm-rpc.1.000213C98DD987.3 to "SteckDose1Schalter"
hm-rega.0	2017-06-30 22:18:54.888	info	renamed hm-rpc.1.000213C98DD987.4 to "HMIP-PSM 000213C98DD987:4"
hm-rega.0	2017-06-30 22:18:54.875	info	renamed hm-rpc.1.000213C98DD987.5 to "HMIP-PSM 000213C98DD987:5"
hm-rega.0	2017-06-30 22:18:54.861	info	renamed hm-rpc.1.000213C98DD987.6 to "SteckDose1Mess"
hm-rega.0	2017-06-30 22:18:54.849	info	renamed hm-rpc.1.000213C98DD987.7 to "HMIP-PSM 000213C98DD987:7"
hm-rpc.0	2017-06-30 22:18:54.667	info	binrpc client is trying to connect to 192.168.178.68:2001 with ["xmlrpc_bin://192.168.178.48:2001","hm-rpc.0"]
hm-rpc.0	2017-06-30 22:18:54.665	info	binrpc server is trying to listen on 192.168.178.48:2001
hm-rpc.0	2017-06-30 22:18:54.359	info	starting. Version 1.4.14 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v6.11.0
hm-rpc.0	2017-06-30 22:18:54.287	info	States connected to redis 127.0.0.1:6379

aber die HM-IP-Geräte werden nicht komplett in die Objektliste übernommen!

Man sieht immer nur den :0-Eintrag und kann nichts mit den Elementen anfangen obwohl sie in Homematic sehr wohl gut funktionieren.

Ich hab schon alle probiert, eine 3. Instanz mit HomeMatic-IP angelegt und die IP auf die CCU geändert, … aber ich habe noch nie die HM-IP-Geräte aus HomeMatic ansprechen können. Helfe mir momentan mit Virtuellen Rf-Bit_Cos und Programmen auf HomeMatic.

[apollon77]

Was passiert mit einem hm-rpc resync der Objekte?

[Marty56]

Ich habe den Yahm Container, der die CCU hostet, neu starten müssen, um meine Fehler zu beheben.

Danach hatte ich noch diverse Warnungen, dass bestimmte Homematic Geräte nicht verbunden sind.

Habe mehrfach rega und rpc gestartet. Damit gingen die Warnungen weg.

Was ich auch bekomme habe, war die Fehlermeldung "zu viele Ereignisse".

Habe ioBroker seit ca. 2 Wochen in Benutzung und bisher keine Problem mit rega und rpc.

Ich bin relativ sicher, dass die Problem mit der Installation der neuen rpc Version begonnen haben.

Update: Ich habe meinen Fehler gefunden. Das Verhalten hatte nichts mit dem neuen Adapter zu tun

[pix]

Hallo,

klappt einwandfrei. HM-Geräte, die ich in einen neuen Raum verlegt habe, wurden vorher nicht korrekt umbenannt (Device schon, Kanäle nicht). Jetzt ist alles in Ordnung.

Zurerst Rega-Adapter Update. Dann HM-RCP Adapter Neustart, dann Rega-Adapter Neustart.

Danke!

Gruß

Pix

[rantanplan]

@pix:

Zurerst Rega-Adapter Update. Dann HM-RCP Adapter Neustart, dann Rega-Adapter Neustart. `

Habe es genau so gemacht.

Keine Fehler, alles gut, alle Datenpunke haben jetzt die richtige Bezeichnung.

Danke!

Grüße