Extrem hoher Duty Cycle nach jedem HA Neustart

[JanHSchulz]

Hallo zusammen,

jedes mal wenn ich HA neu starte, habe ich anschließend einen extrem hohen Duty Cycle auf meiner CCU3 (mit RaspberyMatic). Gerade eben zum Beispiel lag der Duty Cycle bei etwa 5%, dann habe ich HA neu gestartet und danach hatte ich einen Duty Cycle von 75%.

Leider hatte ich auch schon mehrfach den Fall, dass der Duty Cycle dann bei 99% lag, so dass die CCU quasi nichts mehr senden konnte. Als Folge sind dann mehrere Geräte als "nicht verfügbar" angezeigt und vieles geht erstmal nicht, bis der Duty Cycle irgendwann wieder runter gegangen ist. Normalerweise liegt mein Duty Cycle zwischen 4% und 10%.

Hat irgendwer eine Idee, woran das liegen könnte und was ich ggf. dagegen machen kann? Haben noch andere dieses Problem?

Laut HA habe ich 51 Geräte, 1 Dienst und 737 Entitäten.

[SukramJ]

Haben noch andere dieses Problem?

Das findest Du hier in den Diskussionen:
#1871
#1075
#1786

[SukramJ]

Normal ist das verhalten nicht.
Dann solltest Du mal in deine Logs schauen, ob da was steht und ggf. Debug für die Integration aktivieren um mehr zu sehen. Zumindest mit debug sollte etwas mit FETCH_ALL_DEVICE_DATA und ggf. failed stehen.

[JanHSchulz]

Ich habe Debug eingeschaltet und dann HA neu gestartet (Duty Cycle ging von 4% auf 70%). Ich konnte im Log aber nichts eindeutiges finden.

Die einzigen Zeilen mit "failed" sehen so aus:

GET_OR_LOAD_VALUE: Failed to get data for HM-MOD-Re-8, PExxxxxxxx:1, STATE, ha_init: GET_VALUE failed with for: PExxxxxxxx:1/STATE/VALUES: XMLRPC Fault from backend: -1 Failure

Ich habe drei Geräte, die zur Zeit nicht erreichbar sind, weil ich sie im Moment nicht verwende. Die verursachen diese Log-Einträge. Das sollte aber doch kein Problem sein, oder?

Ansonsten ist mir noch das folgende aufgefallen, was in dieser Form ein paar mal im Log steht, was aber vermutlich auch nicht der Grund für mein Problem ist:

GET_DATA_POINT: type mismatch for requested sub data_point: expected: <hahomematic.model.decorators.config_property object at 0x7f96fbe29490>, but is <class 'hahomematic.model.generic.switch.DpSwitch'> for field name Field.MIN_MAX_VALUE_NOT_RELEVANT_FOR_MANU_MODE of data_point Heizkörpertermostat xxxx

Und dann sind mir noch diese Zeilen aufgefallen, die mehrfach vorkommen:

Device updated event fired for xxxx
Device refreshed event fired for xxxx

Sonst sehe ich da nichts, was (für mich) verdächtig aussieht.

[SukramJ]

Das ist alles irrelevant. Vielleicht solltest Du das Log mal hier als Zip anhängen.

[SukramJ]

Ich habe drei Geräte, die zur Zeit nicht erreichbar sind, weil ich sie im Moment nicht verwende. Die verursachen diese Log-Einträge. Das sollte aber doch kein Problem sein, oder?

Probier es doch einfach mal aus.

[JanHSchulz]

Probier es doch einfach mal aus.

Tatsächlich, das war's offenbar.

Nachdem ich die drei Geräte aktiviert habe, so dass sie erreichbar waren, konnte ich HA mehrfach neu starten, ohne dass sich der Duty Cycle geändert hat.

Dann habe ich die Gerät wieder ausgeschaltet, geprüft, dass sie in der CCU als UNREACH angezeigt werden, und HA nochmal neu gestartet - aber der Duty Cycle ist trotzdem nicht gestiegen. Sehr merkwürdig.

Möglicherweise gibt es nur dann Probleme, wenn Geräte länger nicht erreichbar sind? Mal sehen...