CCU3 DutyCycle über 95% [gelöst]

[Zeitisen]

Hallo,

ich habe das Problem, dass der Dutycycle über 95% und damit die Automation nicht mehr funktionsfähig ist.
Anfang Dezember war der DutyCycle bei 4-6%. Seitdem habe ich nichts mehr am System geändert außer einem Update auf 3.61.6 und dann auf 3.61.7. Ein Downgrade auf 3.59.6 hat nichts gebracht.

Ich habe bereits alle Programme angehalten und alle Aktoren mit Funk stromlos gemacht.
Auch die Untersuchung des Systemprotokolls und des Fehlerprotokolls bringt mich nicht weiter.

Wenn keine Funkteilnehmer HomeMatic und HomematicIP mehr erreichbar sind, wie soll dann ein Dutycycle von über 95% zustande kommen?

Der Rat, Geräte abzulernen und wieder anzulernen, ist bei den vielen Unterputzaktoren sehr schwierig.

Mein System: Raspberry mit piVCCU3, RPI-RF-MOD, HomematicIP, Homematic, Homematic wired mit DRAP.
Die Logik wird über FHEM gemacht. Trotz deaktiviertem HMCCU und gestopptem FHEM ist der DutyCycle über 95%

Stimmt hier die Berechnung nicht?
Gibt es noch andere äußere Einflüsse, die ich nicht auf dem Schirm habe?
Hat jemand eine Idee, was noch sein könnte?

[MichaelN]

Hast Du HmIP-SC/SCO im Einsatz?

[Zeitisen]

Nein, habe ich nicht. Auch die üblichen Kandidaten wie Energiezähler habe ich überprüft auf Konfiguration.
Defekte Kondensatoren würde ich ich jetzt auch ausschließen, da kein Gerät älter als 2 Jahre ist.

[MichaelN]

Und du hast auch jedesmal mindestens 1 Stunde gewartet?

[Zeitisen]

ja, ich bastele da schon d r e i Tage rum.
Im Moment sind immer noch alle Funkgeräte stromlos und das seit heute Früh um 8:00

[MichaelN]

Und wie verhält sich der DC im zeitlichen Verlauf nach einem Neustart?

[Zeitisen]

Nach einem Neustart fängt er bei 1% an und steigt langsam an bis zum Maximalwert.

[Matthias K.]

Dann muss es aber noch igendwas geben das die CCU dazu veranlasst dauernd zu senden.
Das kann ein (verstecktes) Programm sein, oder was wir auch schon öfters hatten: Irgendeine Middleware wie ioBroker, FHEM, HomeAssistant o.ä. (oft vergessen oder zur zum Testen aufgesetzt) die weiterhin verzweifelt versuchen irgendwas über die CCU zu erreichen.

[Matsch]

Nach einem Neustart fängt er bei 1% an und steigt langsam an bis zum Maximalwert.

Genau das habe ich gesehen, als ich von 3.59.6 auf 3.61.7 aktualisiert habe - stetig ansteigender DC, das es so noch nie gab.
War mir zu blöd zum Suchen, zumal ich die Version nicht zwingend benötige. Also zurück auf 3.59.6 und alles funktioniert wieder.

[Sven_A]

Dann brauchst du als nächstes einen Spion. AsksinAnalyzer, gerne auch die XS Version, und schauen wenn die CCU versucht zu erreichen.