NEWS
Hm-rpc V1.7.8 aus latest: probleme mit HM-IP
-
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.
-
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…
-
Und das wa3rs schon wieder :white_frowning_face:
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 :confused: -
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
-
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...
-
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
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? -
-
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
Support us
833
Online32.4k
Benutzer81.6k
Themen1.3m
Beiträge