Interessanter Aspekt
Ich verwende eigentlich anstelle "bei Aktualisierung" immer "bei Änderung", da dürfte das Problem nicht auftreten, oder?
Werde aber nochmal alle in Frage kommenden Programm checken, eventuell ist es irgendwo falsch gesetzt (würde ja trotzdem funktionieren).
Tagsüber hohe Duty Cycle Auslastung
Moderator: Co-Administratoren
-
- Beiträge: 102
- Registriert: 19.02.2018, 20:52
- Wohnort: Waldshut-Tiengen
- Hat sich bedankt: 11 Mal
- Danksagung erhalten: 7 Mal
Re: Tagsüber hohe Duty Cycle Auslastung
- Raspberry 3B (Charly)
- 121 Geräten mit insgesamt 493 Kanälen, 1 HmIP-HAP als Repeater
- 2 separate Raspberry mit jeweils Historian und ioBroker
- 121 Geräten mit insgesamt 493 Kanälen, 1 HmIP-HAP als Repeater
- 2 separate Raspberry mit jeweils Historian und ioBroker
-
- 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: Tagsüber hohe Duty Cycle Auslastung
Kommt drauf an, wie nahe die definierten Grenzwerte an den Betriebswerten sind. Auch die Aktoreinstellung ist massiv ausschlaggebend. Mit schwankenden Parametern und zu engen Grenzen zur Datenübermittlung, kann der Aktor stetig gezwungen werden, seine Daten an die CCU zu senden (die bei IP diese wieder bestätigen muss). Da können Deine Programme gestaltet sein, wie sie wollen. Die im IP-Protokoll zwingende bidirektionale Kommunikation wegen der standardmäßigen Verschlüsselung zwingt die CCU die Pakete zu bestätigen. Zur Beherrschung dieses Problems gab es eigentlich die Entscheidungswerte. Hier wurde die Messwerüberwachung lokal im Aktor gemacht und bei Überschreitung der definierten Werte ein Entscheidungswert gesendet. Die Messwerte werden dann in größeren Zeittakten als Mittelwerte übertragen (IRC sogar als Broadcast). Aber da hat sich so einiges mit dem Generationswechsel geändert.
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
-
- Beiträge: 3625
- Registriert: 14.07.2019, 20:49
- System: CCU
- Hat sich bedankt: 847 Mal
- Danksagung erhalten: 543 Mal
Re: Tagsüber hohe Duty Cycle Auslastung
Doch, auch da kann sowas auftreten (siehe Xel66). Das Programm war ein (besonders plakatives) Beispiel.DidiTheE hat geschrieben: ↑03.07.2022, 11:06Ich verwende eigentlich anstelle "bei Aktualisierung" immer "bei Änderung", da dürfte das Problem nicht auftreten, oder?
Werde aber nochmal alle in Frage kommenden Programm checken, eventuell ist es irgendwo falsch gesetzt (würde ja trotzdem funktionieren).
Nochmal und etwas allgemeiner: eine der häufigsten Ursachen für erhöhten DC sind zu häufig übertragene Meßwerte. Auch 10s Abstände sind häufig schon zu oft - es ist kein Zufall, dass die Gerätedefaults für Meßwertübertragungen im Minutenbereich liegen! Die Kombination mit Programmen, die dann ebenso häufig getriggert werden und dann irgendwas schalten, was schon im gewünschten Zustand ist, macht es dann endgültig zum DC Desaster.
Beides führt zu hoher Kommunikationslast für die das System aufgrund der Beschränkung des DC nicht ausgelegt ist. Du hast bereits eine Meßsteckdose gefunden, die indirekt den DC nach oben treibt. Es ist aber nicht die Dose an sich, sondern die Einstellungen derselben und die Programme, die daran hängen.
Suchen, prüfen und abstellen der Ursachen sind nötig. Braucht es wirklich so häufig Meßwerte? Das Programm könnte auch abfragen, ob der Aktor schon im gewünschten Zustand ist und dann nichts tun, etc. pp.
-
- Beiträge: 9684
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 700 Mal
- Danksagung erhalten: 1627 Mal
Re: Tagsüber hohe Duty Cycle Auslastung
Und dann gibt es noch Kombinationen von Bedingungen, die trotz "bei Änderung" wie "bei Aktualisierung" wirken.
Aber solche Problemfälle würde mein oben verlinktes Skript ja finden.
Aber solche Problemfälle würde mein oben verlinktes Skript ja finden.
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 +++