Konfiguration HmIP-WTH, DutyCycle
Moderator: Co-Administratoren
Konfiguration HmIP-WTH, DutyCycle
Hallo zusammen,
meine Installation läuft normalerweise entspannt mit DutyCycle 7-11%. Wenn ich jedoch meine fünf Wandthermostate (HmIP-STHD, HmIP-STH, HmIP-WTH-2) in Betrieb nehme, rauscht mir der DutyCycle dauerhaft auf 55-65% ab. Alle Geräte-Firmware-Updates sind dem entsprechend nicht möglich.
Im Systemprotokoll ist mir aufgefallen, dass jedes der fünf Teile, auf Kanal 0, alle 3 Minuten sendet.
Habe ich durch eine Verbesserung der Konfiguration der Thermostate eine Möglichkeit den Kommunikationsbedarf etwas einzuschränken? Ich habe schon etwas an den zyklischen Statusmeldungen geändert, hat aber nichts gebracht
[img [/img]
Viele Grüße
Silvio
meine Installation läuft normalerweise entspannt mit DutyCycle 7-11%. Wenn ich jedoch meine fünf Wandthermostate (HmIP-STHD, HmIP-STH, HmIP-WTH-2) in Betrieb nehme, rauscht mir der DutyCycle dauerhaft auf 55-65% ab. Alle Geräte-Firmware-Updates sind dem entsprechend nicht möglich.
Im Systemprotokoll ist mir aufgefallen, dass jedes der fünf Teile, auf Kanal 0, alle 3 Minuten sendet.
Habe ich durch eine Verbesserung der Konfiguration der Thermostate eine Möglichkeit den Kommunikationsbedarf etwas einzuschränken? Ich habe schon etwas an den zyklischen Statusmeldungen geändert, hat aber nichts gebracht
[img [/img]
Viele Grüße
Silvio
- Baxxy
- Beiträge: 10844
- Registriert: 18.12.2018, 15:45
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 609 Mal
- Danksagung erhalten: 2229 Mal
Re: Konfiguration HmIP-WTH, DutyCycle
Kannst du das etwas präziser beschreiben? Bezieht sich das auf FW-Updates deiner Thermostate, oder auf andere Geräte?
50% DC + dein Grund-DC sind bei FW-Updates völlig normal.
Der 3Min Sende-Zyklus ist bei den IP-Thermostaten auch normal, wenn sie sich in einer IP-Heizgruppe befinden. Daran lässt sich auch nichts ändern solange sie Teil einer IP-Gruppe sind, das stellt aber eigentlich auch kein Problem bezüglich DC dar.
Grüße... Baxxy
- Raspberry Pi 4 als Homematic-Zentrale - Tipps und Informationen
- Analysescript für genutzte Funk-Adressen, Funkmodul-Hardware und Zentralen Hardware
- NANO CUL 868MHz - Stick zum AskSin Analyzer XS umflashen (Anleitung für ArduinoIDE unter Windows)
- Firmware Updates für IP-Aktoren / Sensoren... Info's, Tipps und Sonstiges
- CCU funkt nicht - CarrierSense (CS) Probleme erkennen und lösen
-
- Beiträge: 14169
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 586 Mal
- Danksagung erhalten: 1501 Mal
Re: Konfiguration HmIP-WTH, DutyCycle
Ja, das tun alle Thermosensoren und so auch die Thermostate. Da dieses aber nicht quittierpflichtige Broadcasts sind, sind sie auch nicht schädlich für den Duty Cycle. Daran muss man nichts optimieren. Das Problem an sich steckt aber vermutlich in Deiner Programmierung. Möglicherweise hast Du irgendwelche Programme laufen, die auf Statusübermittlungen triggern und so ggf. die CCU zur quittierpflichtigen Aussendung an andere Aktoren etc. zwingen.
Ich würde mal alle Programme deaktivieren, die auf irgendwelche Statusübermittlungen von Thermostaten reagieren. Ich tippe mal, Du hast Programme, die vermeintlich auf "bei Änderung" triggern, aber durch ungünstige Programmierung wie auf "bei Aktualisierung" reagieren. Passiert häufig bei Programmen mit mehreren Triggern und SONST-WENN.
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
Re: Konfiguration HmIP-WTH, DutyCycle
Es sind keine Geräte-Firmwareupdates auf der CCU gespeichert die zur Übertragung anstehen. Es sind aber ein paar neue Updates für meine FSM16 Aktoren verfügbar welche ich gern herunterladen und durchführen möchte. Das kann ich mir aber sparen da die Updates bei einem DC von >50% sowieso nicht übertragen werden. Ich muss erst den DC in den Griff bekommen bevor ich an Firmware-Updates denken kann.
Ich hatte bei der Fehlersuche zuerst alle Programme deaktiviert. Das hatte aber keinen Einfluss auf den DC. Erst durch das Entnehmen der Batterien aus allen Geräten und das "stückweise wieder in Betrieb nehmen" bin ich auf die Thermostate gestoßen. Der Fehler lässt sich auch 100%ig nachvollziehen (Batterien raus 5-11% DC, Batterien wieder rein 55-65% DC).Xel66 hat geschrieben: ↑18.07.2021, 22:52Ich würde mal alle Programme deaktivieren, die auf irgendwelche Statusübermittlungen von Thermostaten reagieren. Ich tippe mal, Du hast Programme, die vermeintlich auf "bei Änderung" triggern, aber durch ungünstige Programmierung wie auf "bei Aktualisierung" reagieren. Passiert häufig bei Programmen mit mehreren Triggern und SONST-WENN.
Re: Konfiguration HmIP-WTH, DutyCycle
Ich habe noch mal bei allen fünf Thermostaten die Batterien entnommen. DC nach einer Stund 4%
- shartelt
- Beiträge: 7421
- Registriert: 14.01.2015, 14:59
- System: Alternative CCU (auf Basis OCCU)
- Hat sich bedankt: 524 Mal
- Danksagung erhalten: 753 Mal
-
- Beiträge: 9681
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1626 Mal
Re: Konfiguration HmIP-WTH, DutyCycle
Hast Du auch schon mal versucht die Thermostate 1 nach dem anderen in Betrieb zu nehmen?
LG, Michael.
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
Wenn du eine App zur Bedienung brauchst, dann hast du kein Smarthome.
Wettervorhersage über AccuWeather oder OpenWeatherMap+++ Rollladensteuerung 2.0 +++ JSON-API-Ausgaben auswerten +++ undokumentierte Skript-Befehle und Debugging-Tipps +++
-
- Beiträge: 14169
- Registriert: 08.05.2013, 23:33
- System: Alternative CCU (auf Basis OCCU)
- Wohnort: Nordwürttemberg
- Hat sich bedankt: 586 Mal
- Danksagung erhalten: 1501 Mal
Re: Konfiguration HmIP-WTH, DutyCycle
Die zyklischen Statusmeldungen verursachen keine Duty Cycle-Erhöhung, weil es Broadcasts sind. Es muss also etwas sein, was auf diese Meldungen reagiert, also durch die Statusmeldungen getriggert wird. Und das sind im Normalfall nur Programme. Welche häufig getriggert werden, kann man am Zeitstempel der Programme identifizieren.
Gruß Xel66
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
Re: Konfiguration HmIP-WTH, DutyCycle
Ja, es ist bei allen fünf Thermostaten das gleiche Problem. Bei jedem in Betrieb nehmen geht der DC um ca. 10% nach oben.
Ich habe bisher nur ein einziges Programm zur Überwachung der Fensterkontakte laufen. Wenn ich dieses deaktiviere ändert sich der DC nicht. Bisher laufen die Thermostate nur in einer HmIP-Heizungsgruppe zusammen mit jeweils einem HmIP-FSM16 Schaltaktor (Zweipunktregelung) und 1-2 Fensterkontakten.Xel66 hat geschrieben: ↑19.07.2021, 14:36Die zyklischen Statusmeldungen verursachen keine Duty Cycle-Erhöhung, weil es Broadcasts sind. Es muss also etwas sein, was auf diese Meldungen reagiert, also durch die Statusmeldungen getriggert wird. Und das sind im Normalfall nur Programme. Welche häufig getriggert werden, kann man am Zeitstempel der Programme identifizieren.