Seltsam,
seit ein paar Tagen liefert mir meine CCU3 regelmäßig zwischen ca. 13:30 Uhr und 14:00 Uhr von denselben neun Geräten Servicemeldungen, die dann wieder verschwinden. Der DC bleibt dabei auf einem verträglichen Level. Bei den Geräten handelt es sich sowohl um batterie- als auch netzbetriebene Aktoren und Sensoren (HM und HMIP).
Jetzt muss ich wohl erst mal schauen, wie ich der Sache auf den Grund gehe?
Blöd ist, dass ich um die Zeit nicht zuhause bin. Aber ich werde wohl mal den AskSinAnalyzer mitlaufen lassen. Vielleicht liefert der mir weitere Erkenntnisse.
Ansonsten läuft im Übrigen alles, wie gewohnt.
Habt ihr eventuell Ideen?
CCU3 verschluckt sich gerade täglich um ca. 13:30 Uhr
Moderator: Co-Administratoren
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
CCU3 verschluckt sich gerade täglich um ca. 13:30 Uhr
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
Re: CCU3 verschluckt sich gerade täglich um ca. 13:30 Uhr
Hallo dtp,
ist ja interessant, ein ähnliches Phänomen hatte ich auch, siehe mein post "CCU3 Duty Cycle auf 100%, drei mal am Tag für 30 min".
Ich hatte dies ca 3 mal am Tag, der Duty Cycle auf 100%, reihenweise sind immer wieder ca 10- 14 Geräte auf Servicemeldung "Kommunikation gestört" gelaufen und nach 30 min war langsam wieder Ruhe. Der ganze Spuk ging so 14 Tage und seit ca. 1 Woche läuft das System wieder ganz brav mit Duty Cycles um die 10%. Ich habe den Fehler nicht gefunden. Das Log konnte ich nicht auswerten, da ich keine Möglichkeit habe es länger zu protokollieren und bei Log Level "alles" müllt einem ja jede Aktion mit mehr als 4 Meldung das Log voll.
Interessant ist, dass es so regelmäßig passiert. Ich vermute einen Job der zeitgesteuert läuft.
Den einigen Anhaltspunkt den ich im Moment habe ist die Fehlermeldung
mit der immer alles begann.
Sollte ich noch etwas heraus bekommen lasse ich es Dich wissen.
hinreichend ratlos
Detlef
ps.: es ist Grippezeit, drei Tage kommt sie, drei Tage bleibt sie, drei Tage geht sie, so eine CCU3 ist halt auch nur ein Mensch
ist ja interessant, ein ähnliches Phänomen hatte ich auch, siehe mein post "CCU3 Duty Cycle auf 100%, drei mal am Tag für 30 min".
Ich hatte dies ca 3 mal am Tag, der Duty Cycle auf 100%, reihenweise sind immer wieder ca 10- 14 Geräte auf Servicemeldung "Kommunikation gestört" gelaufen und nach 30 min war langsam wieder Ruhe. Der ganze Spuk ging so 14 Tage und seit ca. 1 Woche läuft das System wieder ganz brav mit Duty Cycles um die 10%. Ich habe den Fehler nicht gefunden. Das Log konnte ich nicht auswerten, da ich keine Möglichkeit habe es länger zu protokollieren und bei Log Level "alles" müllt einem ja jede Aktion mit mehr als 4 Meldung das Log voll.
Interessant ist, dass es so regelmäßig passiert. Ich vermute einen Job der zeitgesteuert läuft.
Den einigen Anhaltspunkt den ich im Moment habe ist die Fehlermeldung
Code: Alles auswählen
ccu3-webui user.err rfd: CCU2BidcosRemoteInterface::RemoveDeviceWakeupRequest(): Failed remotely
Sollte ich noch etwas heraus bekommen lasse ich es Dich wissen.
hinreichend ratlos
Detlef
ps.: es ist Grippezeit, drei Tage kommt sie, drei Tage bleibt sie, drei Tage geht sie, so eine CCU3 ist halt auch nur ein Mensch
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
Re: CCU3 verschluckt sich gerade täglich um ca. 13:30 Uhr
Hallo Detlef,
danke für deine Infos. Es gibt da aber einen wesentlichen Unterschied. Nämlich der Duty Cycle. Der ist bei mir - wie man meiner obigen Grafik entnehmen kann - nie über 60. Meistens ist er sogar deutlich unter 20. Daher dürfte die Ursache eine andere sein.
Gleich ist es wieder 13:30 Uhr. Mal schauen, was passiert.
EDIT: Nix.
Bis dann,
Thorsten
danke für deine Infos. Es gibt da aber einen wesentlichen Unterschied. Nämlich der Duty Cycle. Der ist bei mir - wie man meiner obigen Grafik entnehmen kann - nie über 60. Meistens ist er sogar deutlich unter 20. Daher dürfte die Ursache eine andere sein.
Gleich ist es wieder 13:30 Uhr. Mal schauen, was passiert.
EDIT: Nix.
Bis dann,
Thorsten
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
-
- Beiträge: 10660
- Registriert: 21.09.2012, 08:09
- System: CCU
- Wohnort: Stuttgart
- Hat sich bedankt: 321 Mal
- Danksagung erhalten: 501 Mal
Re: CCU3 verschluckt sich gerade täglich um ca. 13:30 Uhr
Problem ist in den letzten Tagen nicht mehr aufgetaucht. Alles gut. Da muss wohl ein temporärer Nicht-HM-Störer die Ursache gewesen sein.
CCU3 mit stets aktueller FW und den Addons "CUxD" und "Programmedrucken", ioBroker auf Synology DiskStation DS718+ im Docker-Container;
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.
einige Projekte: zentrales Push-Nachrichten-Programm zPNP, DoorPi-Videotürsprechanlage, An- und Abwesenheitsdetektion per Haustürschloss, zentrales Programm zur Steuerung von Beschattungsgeräten zBSP.