Duty Cycle CCU steigt an und bleibt „hoch“
Moderatoren: jmaus, Co-Administratoren
-
- Beiträge: 96
- Registriert: 01.10.2018, 12:39
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 3 Mal
Duty Cycle CCU steigt an und bleibt „hoch“
Hallo könnt ihr mir helfen ? Mein Duty Cycle war früher so bei 12% seit neusten bei 35-50 %
Wie finde ich heraus welches Gerät schuld ist ?
Ich habe keine Änderungen vorgenommen bis auf das letzte Update von Raspberrymatic aber daran kann es nicht liegen, ich hab im Forum nichts gefunden das es Probleme mit dem aktuellen Release gibt..
Nach einem Restart ist die DC bei 8 % und steigt dann oberhalb von 20-30 Minuten auf 33% und ich sei nicht warum ?
Hier ein Bild
Wie finde ich heraus welches Gerät schuld ist ?
Ich habe keine Änderungen vorgenommen bis auf das letzte Update von Raspberrymatic aber daran kann es nicht liegen, ich hab im Forum nichts gefunden das es Probleme mit dem aktuellen Release gibt..
Nach einem Restart ist die DC bei 8 % und steigt dann oberhalb von 20-30 Minuten auf 33% und ich sei nicht warum ?
Hier ein Bild
- jmaus
- Beiträge: 9865
- Registriert: 17.02.2015, 14:45
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Dresden
- Hat sich bedankt: 464 Mal
- Danksagung erhalten: 1883 Mal
- Kontaktdaten:
Re: Duty Cycle CCU steigt an und bleibt „hoch“
Na weil das Funkmodul deiner Zentrale eben funkt und das erhöht den DutyCycle entsprechend. Warum das jetzt anscheinend mehr ist als früher kannst nur du selbst beantworten, dafür gibt es von normal ansteigendem DutyCycle durch mehr Bewegung vor einem Bewegungsmelder bis hin zu erhöhtem DutyCycle durch ein Gerät mit sterbender Batterie und dadurch andauerndem Neustart eines Aktors/Sensors verschiedene Gründe.
Was ich aber mit Bestimmtheit sagen kann ist, das du dir bei 30-35% nun wirklich keinerlei sorgen machen brauchst. Bei mir persönlich gehört das zum normalen bereich und ich würde vorschlagen du meldest dich hier wieder wenn du mal über einen langen Zeitraum permanent über 80% liegst, dann musst du dir Gedanken machen! Vorher nicht.
RaspberryMatic 3.75.7.20240420 @ ProxmoxVE – ~200 Hm-RF/HmIP-RF/HmIPW Geräte + ioBroker + HomeAssistant – GitHub / Sponsors / PayPal /
-
- Beiträge: 3083
- Registriert: 23.08.2015, 11:06
- System: CCU
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 111 Mal
Re: Duty Cycle CCU steigt an und bleibt „hoch“
Naja, wenn am System wirklich nichts verändert wurde, wie es dldavid ja schreibt, würde ich schon raten, der Ursache schon jetzt auf den Grund zu gehen und nicht zu warten bis das Kind endgültig im Brunnen liegt.
Ich stimme ja zu, dass der DC aktuell nicht unbedingt kritisch ist , die plötzliche Veränderung hingegen schon.
Probleme ausssitzen führt meist zu noch größeren Problemen!
Schönen Sonntag
Stefan
Ich übernehme keine Haftung für von mir gegebene Antworten, Tipps und veröffentlichte Projekte! Jeder ist für sich selbst verantwortlich! Arbeiten an 230V sind von einer Elektrofachkraft auszuführen!
Homematic in Betrieb seit 15.08.2015, > 60 HM-Komp. | 3x USV APC ES400 | Visualisierung auf ioBroker | Audio: Home24-Apps
Raspberrymatic auf DS923+ in VMM (Produktivsystem1)
Rollläden, SSD, Wetter, Logging, Licht, RM, Sonos, Shelly
Raspberrymatic auf DS923+ in VMM (Produktivsystem2 )
Erweiterung GMA, Heizung, Licht, Shelly, SSD, Sonos
>100 Shelly-Geräte an Homematic | CCU2 endgültig in Rente | 3 Raspis als Rückfallebene für Raspimatic und ioBroker
Shelly an Homematic | Infrarot-Heizungssteuerung | Fensteröffnungszeit überwachen
Homematic in Betrieb seit 15.08.2015, > 60 HM-Komp. | 3x USV APC ES400 | Visualisierung auf ioBroker | Audio: Home24-Apps
Raspberrymatic auf DS923+ in VMM (Produktivsystem1)
Rollläden, SSD, Wetter, Logging, Licht, RM, Sonos, Shelly
Raspberrymatic auf DS923+ in VMM (Produktivsystem2 )
Erweiterung GMA, Heizung, Licht, Shelly, SSD, Sonos
>100 Shelly-Geräte an Homematic | CCU2 endgültig in Rente | 3 Raspis als Rückfallebene für Raspimatic und ioBroker
Shelly an Homematic | Infrarot-Heizungssteuerung | Fensteröffnungszeit überwachen
-
- 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: Duty Cycle CCU steigt an und bleibt „hoch“
Aber irgendetwas scheint sich diesbez. in einer der letzten FW-Updates geändert zu haben!
(FW 2.15.xx lässt grüßen)
Ich hatte bis - ich glaube - 3.45.7 permanent einen DC von < 20 % mit in etwa dem gleichen Fuhrpark.
Zwischenzeitlich habe ich dann vergangenes Jahr auf ein 3 CCU-System erweitert und habe die Geräte auf diese 3 CCUs verteilt - FW ist mittlerweile 3.51.6:
Eine CCU bedient (auch über 3 zus. Gateways) alle HM-Geräte sowie HM-Wired, die anderen beiden CCUs sind für HMIP (wenige) sowie HM- bzw. HMIP-Wired zuständig.
Und allein auf der HM-CCU ist der DC in Summe mit den Gateways nun überwiegend zwischen 30 und 40 %
Die Geräteeinstellungen ändern sich ja - im Gegensatz zu IP - nicht beim Umzug auf eine andere CCU - also kann es nicht an den Geräteeinstellungen liegen.
Die paar verwendeten DVs wurden 100 %ig 1:1 übernommen - kann es auch nicht sein.
Programme auf der CCU verwende ich nicht - läuft alles über HPCL und das Projekt wurde nicht geändert - kann es also auch nicht sein.
Ich hatte bereits nach und nach alle in Frage kommenden Geräte vorübergehend auf ein zus. Lan-Gateway gelegt.
Da ist nichts Verdächtiges - auch nicht in den Logs.
Ich habe die Suche mittlerweile aufgegeben.
Hätte mich zwar interessiert - aber iwann war mir die Zeit dann doch zu schade und ich mache mir wirklich keine Sorgen üer den DC - notfalls kommt halt noch ein Gateway dazu.
Aber mit der 80% - Aussage wäre ich vorsichtig - ein HM-FW Update steht damit auf der Kippe.
(FW 2.15.xx lässt grüßen)
Ich hatte bis - ich glaube - 3.45.7 permanent einen DC von < 20 % mit in etwa dem gleichen Fuhrpark.
Zwischenzeitlich habe ich dann vergangenes Jahr auf ein 3 CCU-System erweitert und habe die Geräte auf diese 3 CCUs verteilt - FW ist mittlerweile 3.51.6:
Eine CCU bedient (auch über 3 zus. Gateways) alle HM-Geräte sowie HM-Wired, die anderen beiden CCUs sind für HMIP (wenige) sowie HM- bzw. HMIP-Wired zuständig.
Und allein auf der HM-CCU ist der DC in Summe mit den Gateways nun überwiegend zwischen 30 und 40 %
Die Geräteeinstellungen ändern sich ja - im Gegensatz zu IP - nicht beim Umzug auf eine andere CCU - also kann es nicht an den Geräteeinstellungen liegen.
Die paar verwendeten DVs wurden 100 %ig 1:1 übernommen - kann es auch nicht sein.
Programme auf der CCU verwende ich nicht - läuft alles über HPCL und das Projekt wurde nicht geändert - kann es also auch nicht sein.
Ich hatte bereits nach und nach alle in Frage kommenden Geräte vorübergehend auf ein zus. Lan-Gateway gelegt.
Da ist nichts Verdächtiges - auch nicht in den Logs.
Ich habe die Suche mittlerweile aufgegeben.
Hätte mich zwar interessiert - aber iwann war mir die Zeit dann doch zu schade und ich mache mir wirklich keine Sorgen üer den DC - notfalls kommt halt noch ein Gateway dazu.
Aber mit der 80% - Aussage wäre ich vorsichtig - ein HM-FW Update steht damit auf der Kippe.
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!
-
- Beiträge: 96
- Registriert: 01.10.2018, 12:39
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 3 Mal
Re: Duty Cycle CCU steigt an und bleibt „hoch“
Danke erstmal für die Antworten, ich dachte es gibt eventuell ein einfacheren Weg aber dann mache ich das jetzt so : werde mir jeden Tag ein Raum vornehmen und die Batterien tauschen und beobachten
-
- Beiträge: 3083
- Registriert: 23.08.2015, 11:06
- System: CCU
- Hat sich bedankt: 116 Mal
- Danksagung erhalten: 111 Mal
Re: Duty Cycle CCU steigt an und bleibt „hoch“
Ich habe dieses Verhalten nicht feststellen können oder müssen.
DC ist nach dem Umzug im Normalbetrieb unverändert unter 10 (CCU-Firmware 3.51.6).
-
- Beiträge: 14169
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 587 Mal
- Danksagung erhalten: 1501 Mal
Re: Duty Cycle CCU steigt an und bleibt „hoch“
Das Thema kommt immer mal wieder auf. Hier war es ein Aktor mit Messfunktion. Da hilt nur ein Blick ins Syslog oder eine geeignete Software, mit der man die Funkbefehle überwachen kann. Out of the Box bietet die Firmware da keine Diagnosemöglichkeit.
Gruß Xel66
Gruß Xel66
Zuletzt geändert von Xel66 am 03.05.2020, 19:55, insgesamt 1-mal geändert.
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
-
- Beiträge: 96
- Registriert: 01.10.2018, 12:39
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 3 Mal
Re: Duty Cycle CCU steigt an und bleibt „hoch“
der Link geht nichtXel66 hat geschrieben: ↑03.05.2020, 13:59Das Thema kommt immer mal wieder auf. Hier war es ein Aktor mit Messfunktion. Da hilt nur ein Blick ins Syslog oder eine geeignete Software, mit der man die Funkbefehle überwachen kann. Out of the Box bietet die Firmware da keine Diagnosemöglichkeit.
Gruß Xel66
-
- Beiträge: 35
- Registriert: 02.03.2016, 18:11
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Aldenhoven
- Hat sich bedankt: 1 Mal
- Danksagung erhalten: 1 Mal
Re: Duty Cycle CCU steigt an und bleibt „hoch“
Im letzten halben Jahr ist mir das 2 mal passiert, dass nach Updates der Duty Cycle gegen 100% ging und danach für Stunden keine Kommunikation mehr mit der CCU möglich war. Wilde Aktionen wie Programme ausschalten, Aktoren und Sensoren entfernen brachten keinen Erfolg. Es fehlten eben die Mittel um zu erkennen, wer "schwätzt" denn da dauerhaft. Die Fehlerursache war letztendlich ein batteriebetriebener Sensor, beim dem die Spannung gerade noch aussreichte, damit er funken konnte, aber mehr auch nicht. Eine Bestättigung des Funkprotokolls seitens der CCU konnte nicht empfangen werden, also hat dieser Sensor gesendet, gesendet ... .
Habe daraufhin 2 alte PI 2 als LAN-Gateway konfiguriert und die Last aufgeteilt sowie die jeweils optimale Empfangsstärke im Haus erreicht.
Ebenso ist ein PRogramm hilfreich, das jeden Tag die aktuellen Spannungen der batteriebetriebenen Geräte meldet od er den LOW-Battery Status erkennt und meldet.
Mittlerweile habe ich zwei Möglichkeiten installiert, um den Funk Traffic zu erkennen. Die eine ist der Asksin Analayser von Jerome, der im fliegenden Aufbau neben meiner Console steht und eben auch im Netz über dessen Webserver Informationen liefert. Die zweite Möglichkeit ist die Software CCU-Historian, die ebenfalls Informationen über Anzahl TOP 10 Meldungen der Aktoren liefert.
Einen durchschnittlichen DutyCycle von 80% würde ich mit Vorsicht genießen und nicht aufkommen lassen, die Zeit bis zum " es geht jetzt nichts mehr" kann ganz kurz sein.
Habe daraufhin 2 alte PI 2 als LAN-Gateway konfiguriert und die Last aufgeteilt sowie die jeweils optimale Empfangsstärke im Haus erreicht.
Ebenso ist ein PRogramm hilfreich, das jeden Tag die aktuellen Spannungen der batteriebetriebenen Geräte meldet od er den LOW-Battery Status erkennt und meldet.
Mittlerweile habe ich zwei Möglichkeiten installiert, um den Funk Traffic zu erkennen. Die eine ist der Asksin Analayser von Jerome, der im fliegenden Aufbau neben meiner Console steht und eben auch im Netz über dessen Webserver Informationen liefert. Die zweite Möglichkeit ist die Software CCU-Historian, die ebenfalls Informationen über Anzahl TOP 10 Meldungen der Aktoren liefert.
Einen durchschnittlichen DutyCycle von 80% würde ich mit Vorsicht genießen und nicht aufkommen lassen, die Zeit bis zum " es geht jetzt nichts mehr" kann ganz kurz sein.
_______________________________________________________________________________________________________
pi-hmatic: pi3+ mit raspimatic Version: 3.47.22.20191130
pi-lgw1: pi1B mit raspimatic Version: 3.47.22.20191130
pi-lgw2: pi1B mit raspimatic Version: 3.47.22.20191130
261 Kanäle und 1060 Datenpunkte in 52 Geräten, nur HMRF kein HMIP kein HM-wired
pi-hmatic: pi3+ mit raspimatic Version: 3.47.22.20191130
pi-lgw1: pi1B mit raspimatic Version: 3.47.22.20191130
pi-lgw2: pi1B mit raspimatic Version: 3.47.22.20191130
261 Kanäle und 1060 Datenpunkte in 52 Geräten, nur HMRF kein HMIP kein HM-wired
-
- Beiträge: 14169
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 587 Mal
- Danksagung erhalten: 1501 Mal
Re: Duty Cycle CCU steigt an und bleibt „hoch“
Link im Posting korrigiert. Aber helfen wird Dir das bei Deinem Problem auch wenig. Da nur Du Dein System kennst, kannst auch nur Du den Verursacher finden.
Gruß Xel66
-------------------------------------------------------------------------------------------
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch
524 Kanäle in 146 Geräten und 267 CUxD-Kanäle in 34 CUxD-Geräten:
343 Programme, 334 Systemvariablen und 183 Direktverknüpfungen,
RaspberryMatic Version: 3.65.11.20221005 + Testsystem: CCU2 2.61.7
-------------------------------------------------------------------------------------------
Einsteigerthread, Programmlogik-Thread, WebUI-Handbuch