-
-
Notifications
You must be signed in to change notification settings - Fork 186
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Verdoppeltder "Idle DutyCycle" mit 3.75.6.20240319 gegenüber 3.73.9.20240130 #2690
Comments
Nein, das sind 2 verschiedene Dinge. |
There hasn't been any activity on this issue recently. To keep our backlog manageable we have to clean old issues, as many of them have already been resolved with the latest updates. |
Inzwischen sind wir ja ein paar (HmIP-Server) Versionen weiter, der Status ist aber unverändert. Schauen wir mal ob sich da in Zukunft was tut. |
Describe the issue you are experiencing
Mein Hauptsystem im aktuell ungenutzten Ferienhaus zeigt einen quasi verdoppelten "Idle DytyCycle" nach Update auf die 3.75.6.20240319.
Das lässt sich reproduzieren indem ich zwischen der Vorversion und der aktuellen Version wechsele.
Die Betriebsbedingungen im Haus sind absolut identisch, es ist unbewohnt und wird aktuell nicht beheizt.
Describe the behavior you expected
Keine Verdoppelung des DutyCycle durch Installation der aktuellen Version.
Steps to reproduce the issue
...
What is the version this bug report is based on?
3.75.6.20240319
Which base platform are you running?
ova (Open Virtual Infrastructure, AMD64/x86_64)
Which HomeMatic/homematicIP radio module are you using?
RPI-RF-MOD
Anything in the logs that might be useful for us?
Additional information
Duty Cycle Verlauf:
Setup:
5 HmIP-Heizgruppen als 2-Punkt-Regelung
Als Hinweis:
In dieser Konstellation senden die Thermostate ~alle 3min wohl eine "Multicast-Nachricht".
(der Analyzer zeigt diese als "HmIP Multicast All Devices - except CCU")
Diese "Multicast-Nachricht" ist wohl für andere Geräte, aber nicht für die Zentrale.
Verhalten mit 3.73.9.20240130:
Die "Multicast-Nachrichten" sind im ~3min Raster zu sehen, die Zentrale reagiert darauf nicht.
(von unten nach oben "lesen")
Verhalten mit 3.75.6.20240319:
Die "Multicast-Nachrichten" sind im ~3min Raster zu sehen, die Zentrale reagiert darauf indem sie auch eine "Multicast-Nachrichten" aussendet, also quasi antwortet. Wichtig ist hier der Zeitstempel, erst sendet das WTH-2 und direkt darauf die Zentrale. (von unten nach oben "lesen")
Analyse und Auswertung:
Das Verhalten hängt mit dem verwendeten HmIP-Server zusammen, ist also eher ein Upstream-Issue.
Die Frage die sich mir stellt:
Wenn das jetzt so korrekt ist dann finde ich ~15% "Idle DutyCycle" für mein recht kleines System doch recht viel.
meine Bitte:
Es wäre gut wenn du mal deine Kontakte bei eQ-3 auf das Thema aufmerksam machen könntest.
Das auf einer vanilla CCU3 nachzustellen erfordert doch einiges an Aufwand, das würde ich nur im Notfall auf mich nehmen wollen.
Entweder es war vorher "falsch", dann muss ich damit leben, oder es ist was buggy und eQ-3 sollte das fixen.
Letzteres wäre mir lieber. 😉
Zusammengefasst:
Seit 3.75.6.20240319 funkt die Zentrale an die Multicastadresse, jedes mal nachdem ein IP-Wandthermostat (welches mindestens einen IP-Schaltaktor als DV hat) eine "Multicast-Nachrichten" ausgesendet hat.
Das war mit 3.73.9.20240130 definitiv nicht der Fall.
Da die IP-Thermostate ihre "Multicast-Nachrichten" im ~3min Raster aussenden und die Zentrale jedes mal "antwortet" kommen bei meinen 5 IP-Heizgruppen summa summarum 100 zusätzliche Nachrichten/h dazu die es so vorher nicht gab.
Diese mache ich für die Verdoppelung meines DutyCycle verantworlich.
Laut Analyzer werden "Multicast-Nachrichten" anderer IP-Geräte nicht durch die Zentrale "beantwortet", es scheint also als wären nur die IP-Thermostate betroffen.
Keiner möchte durch ein Zentralenupdate verdoppelten DC, wäre gut wenn eQ-3 sich das mal anschaut.
The text was updated successfully, but these errors were encountered: