Hm-rpc V1.7.8 aus latest: probleme mit HM-IP
-
Hänge mich hier mal dran.
Hatte mir im Oktober einen Lichtsensor HmIP-SLO zugelegt, der aber ständig keine Werte mehr übertragen hat. Nach Werksreset lief er ca. 4 Wochen problemlos, dann fing es wieder an.
Nachdem noch 3 Froll-Rolladenaktoren und ein Bewegungsmelder innen dazu kamen und letzterer auch immer wieder nicht mehr übertragen hat und erstere mit dem SLO Direktverknüpfung klappten, auch wenn er nicht an die CCU2 gesendet hat, war klar, das liegt nicht an den Geräten.
Hab dann diesen Thread gefunden und auch nen Downgrade vom RPC 1.7.8. auf 1.7.6. durchgeführt.
Kurz sah es so aus, als ob alles läuft, aber kurz darauf ging es wieder los, manchmal nach Tagen, manchmal nach 12 Stunden senden die Geräte nicht mehr an die CCU. Wenn ich dann den RPC stoppe, klappt alles kurz darauf wieder und auch z.B. das "Rollo runter bei 20 LUX" wird nachträglich ausgeführt.
Also habe ich gestern mal das Upgrade auf 1.8.0 gewagt, aber heute waren die (nicht-IP) Rollos wieder nicht unten. Adapter aus, Rollos kurz darauf runter.
Das ganze scheint tatsächlich nur die HmIP-Instanz zu betreffen, beim "normalen" HM ist mir diesbezüglich noch nichts aufgefallen.
-
Bitte meldet eure Problem so detailliert wie möglich im GitHub als issues!!
Downgrade ist keine langfristige Lösung.
Gesendet vom Handy …
-
Hallo,
irgendwie passt die Beschreibung zu meinem Fehlerbild
ich habe seit einiger Zeit Probleme dass die HMIP-Sensoren/Gerräte nach einem Reboot des ioBRoker Raspberry Systems nicht mehr aktualisiert werden und den falschen Status anzeigen z.B.Fenster sind geöffnet, in dem Homematic (Raspberrymatic) sind sie aber geschlossen. D.h. die Werte werden nicht mehr richtig von der Raspberymatic an den iobroker übergeben.
Folgende Lösung scheint zu funktioniernen damit die Werte wieder richtig übernommen werden:
-
im Adapter hm-rega.0 das Polling dekativieren.
-
Danach einen Resync im hm-rpc1 (ist bei mir der rpc für die HMIP Geräte) den Haken "Synchronisiere Geräte neu (einmalig)" setzen und "speichern und schließen" drücken.
-
Anschließend im Adpater hm-rega.0 das polling wieder aktivieren, sonst werden die Parameter die im HM-rega vorhanden sind z.B. Duty-Cycle nicht mehr aktualisiert.
Mit dem Geräten der früheren Homamatic (on IP) habe ich bis jetzt zumindest keine Probleme
Andreas
-
-
Bin mir gerade nicht sicher, ob mein Post komplett verständlich war (hab das glaub ich etwas ungenau ausgedrückt), weil bei dir klingt es so, als würden "nur" die Werte an den iobroker nicht korrekt übertragen.
Bei mir senden aber die IP-Geräte auch nicht mehr an die CCU2. Da steht dann gerne um 20 Uhr, dass die letzte Übertragung um z. B. 10:37 Uhr war (mit den entsprechenden vormittäglichen Helligkeitswerten).
Ich hab den Adapter jetzt nochmal aktiviert und werde auf den nächsten "Hänger" warten. Dann kann ich mal im Log schauen, ob um die Uhrzeit der letzten Übertragung herum der Adapter was gemeldet hat und das im GitHub melden.
-
Was sagt denn das log der ccu?
Gesendet vom Handy …
-
Also, gestern Abend (bzw. heute nach) wars mal wieder soweit:
Um ca. 00:10 Uhr aufgefallen, das der BWM nicht reagiert. In der CCU2 nachgeschaut, letzter Kontakt der beiden Geräte um 00:04.
Beim Lichtsensor wäre das ja vertretbar, aber der BWM müsste ja senden. Habs dann bissl später auch noch getestet, nichts ging.
Das ioBroker-Log gibt ausser der "warn: hm-rpc.0 [KEEPALIVE] Connection timed out" - Meldung (was der cuxd-Adapter ist, gibts nen anderen Thread zu) in diesem Zeitraum auch keine Meldung einen HM-Adapter betreffend raus (und auch sonst nix auffälliges).
In der CCU2 wird dann halt einfach nix geloggt, eine Fehlermeldung oder was auffälliges habe ich dort nicht gefunden.
Oder gibt es noch einen Loglevel dort ausser dem "Systemprotokoll"?
-
Es gibt ein richtiges Log dass man in der Zentralenwartung herunterladen kann.
-
Ich mal wieder zum aktuellen Stand:
Bei einem "Ausfall" hab ich mal die Logs ioBroker & CCU2 gecheckt, wobei mir um den Zeitraum herum nichts aufgefallen ist.
Danach waren die Umstände eines Ausfalls immer unpraktisch zum Auswerten (z.B. eh Absturz des ioBrokers usw)
Dann ist mir mal aufgefallen, dass ich auch einen BWM-Ausfall hatte, obgleich die RPC für IP ausgeschalten war.
Aktueller Stand ist, dass ich noch eine veraltete CUXD-Version auf der CCU2 hatte, diese habe ich jetzt mal einem Update unterzogen, ebenso wie die Node und NPM-Versionen der ioBroker-Installation.
Jetzt läuft das IP-Zeug seit ein paar Tagen (bei ausgeschaltetem RPC-Adapter) ganz gut, werde jetzt den Adapter mal wieder zuschalten und weiter beobachten…
-
Da jetzt seit 2 Wochen die IP-Geräte problemlos laufen, denke ich, man kann sagen, dass es wahrscheinlich an einer veralteten Version lag (ich vermute CuxD).
-
Und das wa3rs schon wieder
Komme eben heim, keine Lichter an, programmgesteuerte Rollos oben...
Letzte Meldung
Lichtsensor: 00:04
BWM 00:56
Lichtsensor geht aber, da die HmIP-FROLL per DV runtergefahren wurden.
Zudem habe ich eben mal das Licht auf dem Balkon angeschalten und nach kurzer Zeit wurden die Werte im ioBroker aktualisiert. Jetzt bin ich total verwirrt. Da die Werte ja über die CCU2 an den Broker übertragen werden, scheint die Verbindung zwischen Sensor und CCU2 ja doch zu klappen. Diese zeigt die Werte aber nicht an...
Ein paar Min nach abschalten des RPC geht der BWM wieder, der Lichtsensor zeigt erst nach ca. 10 Minuten wieder was an.
Also, nach wie vor scheint da ein Zusammenhang zu bestehen, 21 Std. angeblich kein Kontakt Gerät - Ccu2, Adapter aus und nach 10 Min geht alles wieder...
Log ioBroker zeigt nicht verdächtiges an, Syslog der CCU2 zeigt nur die letzten paar Minuten an
-
So, nachdem ich dann gestern abend den RPC-Adapter gleich wieder angeschalten habe, waren die letzten Statusmeldungen heute morgen gleich wieder:
BWM ca. 01:02 Uhr (obwohl er gg. 01:30 nochmal hätte auslösen müssen), Lichtsensor 00:29
Das mit dem CCU2-Log lag wohl am Tablet, am PC kann ich es vollständig sehen.
Gg. 11:20 hab ich den RPC-Adapter wieder ausgeschalten, gleich danach ging alles wieder. Hier mal die Logs von 00:20 bis 01:45 und 11:20 bis 11:30:
CCU2
-
ioBroker
-
Nachdem es einfach nix wird und der ioBroker in letzter Zeit eh immer wieder abstürzt, habe ich mir jetzt mal ein Tinker Board S bestellt (alleine wg. dem größeren Speicher) und wenn ich diesen Umzug dann gemeistert habe, werde ich den freigewordenen Raspi wohl zur CCU3 umbauen. Vielleicht will ja dann alles wieder...
-
So, Umzug auf Tinker Board S hat soweit geklappt, ein paar Kleinigkeiten müssen wohl noch angepasst werden.
Ob mein bisheriges Problem mit HmIP behoben ist, wird sich zeigen, dafür habe ich jetzt ebenfalls dieses Problem:@RandyAndy sagte in Hm-rpc V1.7.8 aus latest: probleme mit HM-IP:
...
ich habe seit einiger Zeit Probleme dass die HMIP-Sensoren/Gerräte nach einem Reboot des ioBRoker Raspberry Systems nicht mehr aktualisiert werden und den falschen Status anzeigen z.B.Fenster sind geöffnet, in dem Homematic (Raspberrymatic) sind sie aber geschlossen. D.h. die Werte werden nicht mehr richtig von der Raspberymatic an den iobroker übergeben.Folgende Lösung scheint zu funktioniernen damit die Werte wieder richtig übernommen werden:
-
im Adapter hm-rega.0 das Polling dekativieren.
-
Danach einen Resync im hm-rpc1 (ist bei mir der rpc für die HMIP Geräte) den Haken "Synchronisiere Geräte neu (einmalig)" setzen und "speichern und schließen" drücken.
-
Anschließend im Adpater hm-rega.0 das polling wieder aktivieren, sonst werden die Parameter die im HM-rega vorhanden sind z.B. Duty-Cycle nicht mehr aktualisiert.
Das habe ich jetzt heute mittag auch so gemacht, kurz darauf wurden die Werte wieder aktualisiert (interessanterweise erst, nachdem das Rega-Polling wieder aktiviert war).
Jetzt komme ich abend heim und angeblich sind alle Rollos oben und draussen soll es taghell sein.
@RandyAndy : hat den dein Workaround bei dir dauerhaft für eine Lösung gesorgt? -
-
bei mir hat das dann auch nur kurzzeitig Erfolg gebracht.
Aus der Not heraus habe ich dann auf die neueste Version die auf Githuib angeboten wird geupdated Rega und rpc.
Seit dem läuft es stabil.Andreas
-
Gestern war dann wieder das Problem da.
So brannt Licht in der Visualisierung, in Wirklichkeit war aber kein Licht an.
Auch zeigte der Bewegungsmelder Anwesenheit, in Wirklichkeit war aber keine Person im Zimmer.Ein Booten der Homematic (Raspberrymatic) und der Spuk war vorbei
