States von CCU2 werden nicht mehr empfangen
-
die CCU fungiert nur als Gateway.
Die Skripte laufen alle auf dem ioBroker.
Da sich die RPC-Instanz nicht verbunden hat, wollt eich zum Test über die CCU einen Lichschalter schalten. Da kam dann nur das Ladeicon.
Wo liegen die Logs auf der CCU ?
Würde die dann hier posten
@Kuddel
Hi.
Nutzt du zufällig die diagramme auf deiner CCU?
Ich hatte vor längerer Zeit identische Probleme....bis hin das nichts mehr ging..bei mir wars es die Speicherkarte in der CCU
Hab Sie dann durch eine "industrial" ersetzt. Dann war das Problem behoben.
Da die CCU ja nicht die schnellste ist, bin ich dann iwann auf den Pi3 und jetzt auf den Pi4 umgestiegen auf welchem Rasperrymatic läuft. -
@Kuddel
Hi.
Nutzt du zufällig die diagramme auf deiner CCU?
Ich hatte vor längerer Zeit identische Probleme....bis hin das nichts mehr ging..bei mir wars es die Speicherkarte in der CCU
Hab Sie dann durch eine "industrial" ersetzt. Dann war das Problem behoben.
Da die CCU ja nicht die schnellste ist, bin ich dann iwann auf den Pi3 und jetzt auf den Pi4 umgestiegen auf welchem Rasperrymatic läuft.@Bachmann77 nein, die CCU ist bei mir nur Gateway zu den Aktoren. Eine SD Karte ist auch nicht verbaut
-
@Kuddel sagte in States von CCU2 werden nicht mehr empfangen:
Wo liegen die Logs auf der CCU ?
Einstellungen-Systemsteuerung-Zentralenwartung-Log herunterladen
Ist aber nicht klein
@Homoran nachdem die CCU gestern Abend mal wieder nicht reagiert hat, habe ich soe für 60 Sekunden vomr Strom getrennt.
Bis jetzt läuft sie run, nur die States werden immer noch nicht gepushed.
Ich habe mal zwei Log-Datein angehängt.
-
Aktueller Stand:
Meine CCU2 läuft seit gestern Abend immer noch sauber durch.
Ich habe zum testen eine neue UBuntun 18.04 VM ausgerollt und ioBroker neuinstalliert.
Alle States werden korrekt erkannt und die Lichtschalter gemäß Skript korrekt geschaltet:
Also könnte meine produktive ioBroker Instanz doch das Problem sein.
-
Aktueller Stand:
Meine CCU2 läuft seit gestern Abend immer noch sauber durch.
Ich habe zum testen eine neue UBuntun 18.04 VM ausgerollt und ioBroker neuinstalliert.
Alle States werden korrekt erkannt und die Lichtschalter gemäß Skript korrekt geschaltet:
Also könnte meine produktive ioBroker Instanz doch das Problem sein.
@Kuddel
Im log gibt es eine IP. 30 und eine .31Wer ist wer?
-
192.168.4.30 = produktive VM
192.168.4.31 = Klon der VM von Mittwoch auf der aber keine Skripte aktiv sind@Kuddel dann sollte sich vielleicht @foxriver76 mal das log von heute ansehen. Einer meldet sich im Sekundentakt an und ab.
-
@Kuddel dann sollte sich vielleicht @foxriver76 mal das log von heute ansehen. Einer meldet sich im Sekundentakt an und ab.
-
@Homoran das würde natürlich erklären, warum die CCU in die Knie geht und nicht mehr erreichbar ist.
Der Klon ist auf jeden Fall schonmal aus, da ich die IP für meinen jetzigen Test (neue VM / neue IoB Installation) verwende
-
@Kuddel zeig mal das Debug Log von den Instanzen. Und mit deiner geklonten VM geht es mit gleichen Einstellungen? I welche Firewall Geschichten evtl unterschiedlich? Iwo muss ja der Unterschied liegen.
aktuell läuft alles wieder, wie zum Zeitpunkt bevor die Probleme das erste Mal aufgetreten sind.
Ich vermute, dass die CCU ständig unter Vollast lief. Der Klon (1:1 die gleichen Einstellunge wie produktive VM) ist immer noch ausgeschaltet.
-
aktuell läuft alles wieder, wie zum Zeitpunkt bevor die Probleme das erste Mal aufgetreten sind.
Ich vermute, dass die CCU ständig unter Vollast lief. Der Klon (1:1 die gleichen Einstellunge wie produktive VM) ist immer noch ausgeschaltet.
@Kuddel sagte in States von CCU2 werden nicht mehr empfangen:
dass die CCU ständig unter Vollast
Ich weiss nicht wie viel Power das frisst, aber hast du IP-Geräte die gerade ein Update bekamen?
-
@Kuddel sagte in States von CCU2 werden nicht mehr empfangen:
dass die CCU ständig unter Vollast
Ich weiss nicht wie viel Power das frisst, aber hast du IP-Geräte die gerade ein Update bekamen?
599
Online32.7k
Users82.5k
Topics1.3m
Posts