NEWS
Bitte testen: hm-rega 1.5.0
-
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
-
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.
-
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.
-
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 -
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
-
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.
-
Hat alles geklappt!
Upgrade ohne Probleme
HM-Rega neugestartet und die noch nicht manuell angepassten Datenpunkte (States) waren anschließend richtig benannt.
DANKE!
Rainer
-
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:6379aber 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.
-
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
-
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
-
@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
Support us
336
Online32.4k
Users81.3k
Topics1.3m
Posts