Warum? Habe ich schon mehrfach gemacht und wurde nie von eQ-3 bemängelt.
CCU3 DutyCycle über 95% [gelöst]
Moderator: Co-Administratoren
- blackhole
- Beiträge: 3730
- Registriert: 21.07.2015, 14:03
- System: CCU
- Hat sich bedankt: 184 Mal
- Danksagung erhalten: 587 Mal
Re: CCU3 DutyCycle über 95%
Warum? Habe ich schon mehrfach gemacht und wurde nie von eQ-3 bemängelt.
-
- Beiträge: 9115
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: CCU3 DutyCycle über 95%
Ich denke, du hast eine originale CCU
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
- blackhole
- Beiträge: 3730
- Registriert: 21.07.2015, 14:03
- System: CCU
- Hat sich bedankt: 184 Mal
- Danksagung erhalten: 587 Mal
Re: CCU3 DutyCycle über 95%
Sogar zwei Stück. Ich setze allerdings auch seit Jahren piVCCU ein. Wenn ich Infos von eQ-3 benötige und in der Rückfrage nach einem Backup verlangt wird, bekommt eQ-3 immer ein Backup von meiner Testzentrale.
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: CCU3 DutyCycle über 95%
@TE
hast du auch die BatterieFunker außer Betrieb oder nur die 230V?
>> sterbende Energieversorgung <<
Aus gegebenen Anlass weiß ich drauf hin.
Bei mir ist heute auch wieder die 12V Batterie des HM-LC-Sw4-WM Springbrunnen zusammen gebrochen.
Resultat DutyCycle auf Anschlag. Darauf ist alle Jahre im Winter Verlass
Alchy
hast du auch die BatterieFunker außer Betrieb oder nur die 230V?
>> sterbende Energieversorgung <<
Aus gegebenen Anlass weiß ich drauf hin.
Bei mir ist heute auch wieder die 12V Batterie des HM-LC-Sw4-WM Springbrunnen zusammen gebrochen.
Resultat DutyCycle auf Anschlag. Darauf ist alle Jahre im Winter Verlass
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
-
- Beiträge: 9115
- Registriert: 17.11.2012, 10:47
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Köln
- Hat sich bedankt: 37 Mal
- Danksagung erhalten: 283 Mal
Re: CCU3 DutyCycle über 95%
Also von der piVCCU?
Aber eigentlich war meine Frage auch sinnfrei, da die Anpassungen von Alex verm. überhaupt nicht im Backup stehen.
Wieder ein Pluspunkt für piVCCU
Gruß Günter
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
pivccx mit 3.xx in Produktiv und Testsystem mit HM-, HM-W, HMIP- und HMIP-W Geräten, HPCx Studio 4.1,
L-Gateways, RS-L-Gateways, HAP, Drap, FHZ200x, vereinzelt noch FS2x-Komponenten.
HM / HM-IP: Zur Zeit knapp 300 Komponenten mit ??? Kanälen .
Ich übernehme für alle von mir gegebenen Hinweise, Tipps und Links keine Haftung! Das Befolgen meiner Tipps ist nur für Fachkundige gedacht und erfolgt auf eigene Gefahr!
Re: CCU3 DutyCycle über 95%
Ich habe jetzt wie von eQ3 empfohlen, alle auf der CCU3 gespeicherten Firmwareupdates gelöscht und alle Programme deaktiviert.
Danach habe ich den CCU3 Firmwareupdate auf 3.61.7 durchgeführt.
Und siehe da, nach einiger Zeit mit 10 bis 15% Dutycycle läuft jetzt das System mit 3% Dutycycle, aber ohne Programme.
Die werde ich jetzt wieder aktivieren und weiter beobachten.
Nach dem Update kommt die Meldung, dass es einen Firmwareupdate für den DRAP gibt von 2.2.24 auf 2.4.14.
Der lässt sich aber zur Zeit nicht einspielen. Wenn ich auf "Update" klicke, komm die Meldung "Das Update des Gerätes wird durchgeführt" . Nach einiger Zeit ist aber wieder die Taste "Update" da, der Stand unverändert.
Der DRAP hat Internetzugang. Da hat es wohl früher mal Probleme gegeben. Scheint wohl alles furchtbar schwierig zu sein.
Da muss ich nochmal nachbohren.
Danach habe ich den CCU3 Firmwareupdate auf 3.61.7 durchgeführt.
Und siehe da, nach einiger Zeit mit 10 bis 15% Dutycycle läuft jetzt das System mit 3% Dutycycle, aber ohne Programme.
Die werde ich jetzt wieder aktivieren und weiter beobachten.
Nach dem Update kommt die Meldung, dass es einen Firmwareupdate für den DRAP gibt von 2.2.24 auf 2.4.14.
Der lässt sich aber zur Zeit nicht einspielen. Wenn ich auf "Update" klicke, komm die Meldung "Das Update des Gerätes wird durchgeführt" . Nach einiger Zeit ist aber wieder die Taste "Update" da, der Stand unverändert.
Der DRAP hat Internetzugang. Da hat es wohl früher mal Probleme gegeben. Scheint wohl alles furchtbar schwierig zu sein.
Da muss ich nochmal nachbohren.
Re: CCU3 DutyCycle über 95%
Ich weiß, dass eQ3 manchmal pingelig reagiert, wenn es nicht original CCU3 ist.
piVCCU3 stammt aber ja aus der freigegebenen Opensource Version und ist nach Aussage von Alex Reinert voll kompatibel.
Ich hatte alle Funker deaktiviert, die 230Volt und die Batteriebetriebenen. Ganz schöner Aufwand.
piVCCU3 stammt aber ja aus der freigegebenen Opensource Version und ist nach Aussage von Alex Reinert voll kompatibel.
Ich hatte alle Funker deaktiviert, die 230Volt und die Batteriebetriebenen. Ganz schöner Aufwand.
-
- Beiträge: 10754
- Registriert: 24.02.2011, 01:34
- System: CCU
- Hat sich bedankt: 65 Mal
- Danksagung erhalten: 673 Mal
Re: CCU3 DutyCycle über 95%
Danke für die Rückmeldung.
Sollte es wieder zum Anstieg des DutyCycle kommen: Den Funk auf alles protokollieren im Fehlerprotokoll mal nachschauen wie ich oben verlinkt habe.
Wenn es sich um ein HM Gerät handelt, welches dich ärgert, findest du es ziemlich schnell heraus.
Alchy
Blacklist................... almost full
Ignoranz ist die Summe aller Maßnahmen die man ergreift, um bestehende Tatsachen nicht sehen zu müssen.
© Sandra Pulsfort (*1974)
Lies bitte die Logik von WebUI Programmen und die Tipps und Tricks für Anfänger.
Wichtig auch CUxD ersetzt System.exec. Die HM Script Doku (Downloadart Skripte) hilft auch weiter.
Zum Testen von Scripten den >> HomeMatic Script Executor << von Anli benutzen.
Re: CCU3 DutyCycle über 95%
Ich habe hier das Gleiche Problem.
CCU3, seit 10 Tagen in Betrieb, mit aktueller 3.61.7 Firmware, installierte Addons CUx, XLM-Api und Neoserver.
Insgesamt jetzt Homematic-Geräte:
3 Heizkörperventile
2 Wandthermostate
2 Fensterkontakte optisch
Die ersten Tage war da gar nichts zu sehen, der Duty Cycle war immer nieder, auch beim intensiven Erstellen von Programmen - Verbindung eines Shelly1PM mit einem Heizkörperventil oder Einbindung eines Shelly3EM zur Übernahme der Verbrauchswerte.
Gestern habe ich 4 neue Homematic-Geräte eingebunden.
1 Wandthermostat, 1 optischer Fensterkontakt und zwei Heizkörperventile.
Dabei ist mir dann aufgefallen, das der Duty Cycle extrem hoch ist.
Zusätzlich hat es dann noch die Updatemeldung eines der beiden Heizkörpermodule gegeben, und diverse Fehlermeldung bezüglich Kommunikation.
Ich habe dann die Protokollierungen aller Geräte aufgehoben, da ist es ein bisschen besser geworden, geht aber immer noch nach einem Neustart sehr schnell hoch.
Heute habe ich es in einem günstigen Moment geschafft, das Update auf 1.5 bei dem einem Heizkörperventile zu machen.
Geblieben ist aber eine Meldung "Konfigurationsdaten stehen zur Übertragung an" und vor kurzem "Gerätekommunikation gestört" eines Wandthermostat.
Dieses habe ich gleich nach dem Einrichten der CCU3 vor 10 Tagen gemacht und hatte bis gestern keine Probleme.
Auch ein Ortswechsel des Wandthermostates in direkte Nähe zur CCU3 hat die "Konfigurationsdaten stehen zur Übertragung an" Meldung nicht weggebracht, im Protokoll des Wandthermostates gibt es keine Fehlermeldung wegen der Kommunikation.
Seit ich den Beitrag schreibe, geht der Wert von 70% auf jetzt 99% hoch.
Was mir aufgefallen ist:
Ich habe vor zwei Tagen in den Ortseinstellungen meinen Wohnort eingegeben.
Dabei ist eine Meldung der CCU3 gekommen - "Bedenken Sie, dass es dann wegen des erhöhten Funkaufkommens eventuell zu Kommunikationsstörungen kommen kann." - ohne Möglichkeit, hier auf abbrechen zu gehen oder das jetzt komplett rauszunehmen.Vielleicht liegt es ja daran.
CCU3, seit 10 Tagen in Betrieb, mit aktueller 3.61.7 Firmware, installierte Addons CUx, XLM-Api und Neoserver.
Insgesamt jetzt Homematic-Geräte:
3 Heizkörperventile
2 Wandthermostate
2 Fensterkontakte optisch
Die ersten Tage war da gar nichts zu sehen, der Duty Cycle war immer nieder, auch beim intensiven Erstellen von Programmen - Verbindung eines Shelly1PM mit einem Heizkörperventil oder Einbindung eines Shelly3EM zur Übernahme der Verbrauchswerte.
Gestern habe ich 4 neue Homematic-Geräte eingebunden.
1 Wandthermostat, 1 optischer Fensterkontakt und zwei Heizkörperventile.
Dabei ist mir dann aufgefallen, das der Duty Cycle extrem hoch ist.
Zusätzlich hat es dann noch die Updatemeldung eines der beiden Heizkörpermodule gegeben, und diverse Fehlermeldung bezüglich Kommunikation.
Ich habe dann die Protokollierungen aller Geräte aufgehoben, da ist es ein bisschen besser geworden, geht aber immer noch nach einem Neustart sehr schnell hoch.
Heute habe ich es in einem günstigen Moment geschafft, das Update auf 1.5 bei dem einem Heizkörperventile zu machen.
Geblieben ist aber eine Meldung "Konfigurationsdaten stehen zur Übertragung an" und vor kurzem "Gerätekommunikation gestört" eines Wandthermostat.
Dieses habe ich gleich nach dem Einrichten der CCU3 vor 10 Tagen gemacht und hatte bis gestern keine Probleme.
Auch ein Ortswechsel des Wandthermostates in direkte Nähe zur CCU3 hat die "Konfigurationsdaten stehen zur Übertragung an" Meldung nicht weggebracht, im Protokoll des Wandthermostates gibt es keine Fehlermeldung wegen der Kommunikation.
Seit ich den Beitrag schreibe, geht der Wert von 70% auf jetzt 99% hoch.
Was mir aufgefallen ist:
Ich habe vor zwei Tagen in den Ortseinstellungen meinen Wohnort eingegeben.
Dabei ist eine Meldung der CCU3 gekommen - "Bedenken Sie, dass es dann wegen des erhöhten Funkaufkommens eventuell zu Kommunikationsstörungen kommen kann." - ohne Möglichkeit, hier auf abbrechen zu gehen oder das jetzt komplett rauszunehmen.Vielleicht liegt es ja daran.
Re: CCU3 DutyCycle über 95% [gelöst]
Nach vielfachem Hin und Her mit dem eQ3 Support ist auch das Problem jetzt gelöst:Zeitisen hat geschrieben: ↑08.01.2022, 20:46
Nach dem Update kommt die Meldung, dass es einen Firmwareupdate für den DRAP gibt von 2.2.24 auf 2.4.14.
Der lässt sich aber zur Zeit nicht einspielen. Wenn ich auf "Update" klicke, komm die Meldung "Das Update des Gerätes wird durchgeführt" . Nach einiger Zeit ist aber wieder die Taste "Update" da, der Stand unverändert.
Der Update des DRAP wurde immer durchgeführt. Nur wurde er nie wirksam und die CCU3 hat den Update nie erkannt, weil zum Abschluss des Updates ein Factory Reset des DRAP notwendig ist. Der wird nicht automatisch durchgeführt.
Nach dem Factory Reset zeigt die CCU3 sofort den richtigen Softwarestand an.