Massive Probleme mit extrem hohem Duty Cycle
Moderator: Co-Administratoren
Massive Probleme mit extrem hohem Duty Cycle
Moin,
seit einiger Zeit (ein paar Wochen) habe ich massive Probleme mit "Duty Cycles", also nahe 100% und tw. mehrere Hundert Auslösungen. Dadurch werden immer wieder Aktoren nicht erreicht, mit der Konsequenz, dass irgendwas nicht funktioniert.
Und irgendwie habe ich nicht so recht eine Idee, wo ich suchen soll. Eine Sache die ich im Forum gefunden habe, war, dass man "bei Änderung" und nicht bei "bei Aktualisierung" triggern soll, das hatte ich irgendwie mal in dem einen oder anderen Programm umgestellt.
Ich hab' da leider ziemlich viele Progrämmchen, dank der "geschmeidigen" Oberfläche ist es praktisch unmöglich die alle durchzugehen, zumindest da wo ich mich erinnern kann, habe ich das wieder umgestellt. Wie "finde" ich die weiteren?
Es gab' in der letzten Zeit wenige Änderungen, im Wesentlichen nur neue Schalt-Mess-Steckdosen, für die ich Diagramme erstelle. Außerdem hat meine Lüftersteuerung für's Bad nicht so funktioniert wie ich mir das gewünscht habe, da hatte ich ein wenig "rumgebastelt", kann aber keinen Fehler im Programm finden, der das mit den Duty Cycles erklären würde.
Ist es theoretisch möglich, dass eine HM-Komponente "spinnt" und den Kanal zumüllt? Kann ich das irgendwie herausfinden?
Vielen Dank,
Grüße thg
seit einiger Zeit (ein paar Wochen) habe ich massive Probleme mit "Duty Cycles", also nahe 100% und tw. mehrere Hundert Auslösungen. Dadurch werden immer wieder Aktoren nicht erreicht, mit der Konsequenz, dass irgendwas nicht funktioniert.
Und irgendwie habe ich nicht so recht eine Idee, wo ich suchen soll. Eine Sache die ich im Forum gefunden habe, war, dass man "bei Änderung" und nicht bei "bei Aktualisierung" triggern soll, das hatte ich irgendwie mal in dem einen oder anderen Programm umgestellt.
Ich hab' da leider ziemlich viele Progrämmchen, dank der "geschmeidigen" Oberfläche ist es praktisch unmöglich die alle durchzugehen, zumindest da wo ich mich erinnern kann, habe ich das wieder umgestellt. Wie "finde" ich die weiteren?
Es gab' in der letzten Zeit wenige Änderungen, im Wesentlichen nur neue Schalt-Mess-Steckdosen, für die ich Diagramme erstelle. Außerdem hat meine Lüftersteuerung für's Bad nicht so funktioniert wie ich mir das gewünscht habe, da hatte ich ein wenig "rumgebastelt", kann aber keinen Fehler im Programm finden, der das mit den Duty Cycles erklären würde.
Ist es theoretisch möglich, dass eine HM-Komponente "spinnt" und den Kanal zumüllt? Kann ich das irgendwie herausfinden?
Vielen Dank,
Grüße thg
-
- Beiträge: 2373
- Registriert: 19.09.2012, 10:53
- System: CCU
- Wohnort: Jottweedee
- Hat sich bedankt: 250 Mal
- Danksagung erhalten: 348 Mal
Re: Massive Probleme mit extrem hohem Duty Cycle
Genau das sind die Kandidaten, bei denen du anfangen solltest zu suchen (-> Geräteeinstellungen).Es gab' in der letzten Zeit wenige Änderungen, im Wesentlichen nur neue Schalt-Mess-Steckdosen, für die ich Diagramme erstelle.
Ein Klassiker sozusagen.
Wenn die alle naslang Messwerte an die CCU senden, dann hast du dir sehr schnell den DC zugeballert.
Das gibt es natürlich auch, im Neusprech ein "Babbling Idiot". Auch ein Klassiker.Ist es theoretisch möglich, dass eine HM-Komponente "spinnt" und den Kanal zumüllt?
Da gibt es verschiedene Möglichkeiten. Du kannst aktiv nach dem Störsignal fahnden, indem du den AskSinAnalyzer(XS) oder einen zum SDR umfunktionierten DVB-T Stick verwendest.Kann ich das irgendwie herausfinden?
viewtopic.php?f=65&t=76625&p=743167&hilit=sdr#p743167
Oder du kannst nach dem Ausschlußverfahren vorgehen, Geräte gruppenweise stilllegen und schauen, ob der DC sich verbessert. Das ist natürlich ein bisschen Aufwand ...
Es kann leider nicht ganz ausgeschlossen werden, dass ich mich irre.
HmIP muss leider draussen bleiben. in Ausnahmefällen erlaubt
ACHTUNG! Per Portweiterleitung aus dem Internet erreichbare CCU-WebUI ist unsicher! AUCH MIT PASSWORTSCHUTZ! Daher: Portweiterleitung deaktivieren!
HmIP muss leider draussen bleiben. in Ausnahmefällen erlaubt
ACHTUNG! Per Portweiterleitung aus dem Internet erreichbare CCU-WebUI ist unsicher! AUCH MIT PASSWORTSCHUTZ! Daher: Portweiterleitung deaktivieren!
-
- Beiträge: 9562
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 696 Mal
- Danksagung erhalten: 1608 Mal
Re: Massive Probleme mit extrem hohem Duty Cycle
Drucken Addon
https://github.com/homematic-community/ ... t/releases
In PDF ausgeben und du kannst bequem suchen
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 +++
- AndiN
- Beiträge: 2621
- Registriert: 10.06.2015, 08:54
- Wohnort: Hennef
- Hat sich bedankt: 10 Mal
- Danksagung erhalten: 28 Mal
Re: Massive Probleme mit extrem hohem Duty Cycle
Hallo,
und in den Zeitstempeln der Geräte und Programme mal schauen, ob da irgendwas sehr oft läuft bzw. geschaltet wird.
Andi
und in den Zeitstempeln der Geräte und Programme mal schauen, ob da irgendwas sehr oft läuft bzw. geschaltet wird.
Andi
Andi (Greenhorn)
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Letzter Reboot: 17.03.24 => FW Update (Uptime:Rekord:153 Tage)
Systeminfos: Raspberry Pi3 Firmware: 3.75.6.20240316 142 Geräte
System angebunden: 3 Roomba 650 - Sprachausgabe via Home24 Media - Pocket Control - Zentrale: Asus TF103 mit Home24 Tablet
Addons: Drucken 2.5 - HQ WebUI 2.5.9 - XML-API 1.22 - CUx-Daemon 2.9.3 - E-Mail 1.7.4 - hm_pdetect 1.11 - VPN cloudmatic
Diverse Links
Re: Massive Probleme mit extrem hohem Duty Cycle
genial, sowas hab ich eigentlich schon lange gesuchtMichaelN hat geschrieben: ↑30.11.2022, 18:04Drucken Addon
https://github.com/homematic-community/ ... t/releases
In PDF ausgeben und du kannst bequem suchen
140 Seiten, da blickt ja echt keiner mehr durch
Aber ich konnte suchen. Eigentlich gab's da nicht viel, bei einem einzigen Fenster-Kontakt war "bei Aktualisierung" ausgewählt, das habe ich auf "bei Änderung" gesetzt. Dann noch bei 'nem Durchgangszähler, auch das habe ich geändert und bei einigen "Systemzuständen" die ich abfrage und die ich nicht verändert habe.
Nur waren das alles Einstellungen, die es schon seit Jahren gibt, eher unwahrscheinlich, dass die aktuell ursächlich für die Probleme sind.
Was ist eigentlich der Unterschied zwischen den beiden Zuständen, insbesondere wann nutzt man "bei Aktualisierung" und wann "bei Änderung"? Hab' ich nie wirklich verstanden, nur was ich jetzt gelesen habe, dass ersteres zu einem hohen Duty Cycle führen kann, weil Geräte unnötig oft senden?
Re: Massive Probleme mit extrem hohem Duty Cycle
hab' ich mich mal "durchgeklickt", da ist mir aber nichts besonderes aufgefallen, ich denke mal Temperatur-/Feuchtigkeits-Sensoren (3 Stück), und Schalt-/Mess-Adapter (4 Stück, aber nur 2 aktiv) und ein Stromzähler sollen ja regelmässig melden, was auch immer das bedeutet, gefühlt alle 1 - 2 Minuten.
Gibt auch viele Geräte bei denen gar kein Zeitstempel angezeigt wird.
Gibt's 'ne Möglickeit das "auf einen Blick" zu prüfen? Ist "etwas" mühselig ein paar Duzend Geräte durchzuklicken
Re: Massive Probleme mit extrem hohem Duty Cycle
was sollte dort eingestellt sein?
Bei mir waren die alle auf Auslieferungszustand, ich habe jetzt mal die Zeit für die Mittelwertbildung von 1s auf 5s hoch gesetzt, aber sonst?
Sieht man das dem Gerät "an", sprich blinkt es ständig o.ä.?Das gibt es natürlich auch, im Neusprech ein "Babbling Idiot". Auch ein Klassiker.
Hätte ich "zufälligerweise" alles da, hab' bislang aber nur auf 433 MHz "gehorcht" um die Signale eines Temp-Sensors zu dekodieren. Könnte ich mal mit 866 MHz machen, aber da fehlt mir gerade die Zeit zu. Außerdem hat es sich aktuell etwas beruhigt, nach dem letzten Neustart vorhin (für das Druck-Plugin), liegt der DC aktuell "nur" bei 77%. Ich muss also morgen nochmal schauen.Da gibt es verschiedene Möglichkeiten. Du kannst aktiv nach dem Störsignal fahnden, indem du den AskSinAnalyzer(XS) oder einen zum SDR umfunktionierten DVB-T Stick verwendest.
-
- Beiträge: 9562
- Registriert: 27.04.2020, 10:34
- System: CCU
- Hat sich bedankt: 696 Mal
- Danksagung erhalten: 1608 Mal
Re: Massive Probleme mit extrem hohem Duty Cycle
Das wissen sollte man sich eigentlich als erstes drauf schaffen. Sich dir mal den Thread zur WebUI Logik. Habe ich glaube in der Signatur unter debugging verlinkt.
Dort findest du auch den link zu einem Skript das regelmäßig getriggerte Programme auflistet
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 +++
Re: Massive Probleme mit extrem hohem Duty Cycle
naja, wenn man's nicht "verinnerlicht" hat, fällt es einem manchmal schwer das in letzter Konsequenz zu durchschauen.
Ich hab' zwei Scripte gefunden, die häufiger laufen:Dort findest du auch den link zu einem Skript das regelmäßig getriggerte Programme auflistet
Einmal eins was alle paar Minuten aufgerufen wird, wenn sich die Luftfeutigkeit im Bad ändert um den Lüfter zu steuern. Wenn man gerade duscht, das Fenster auf hat oder der Luftentfeuchter brummt, dann ändert sich da manchmal für einige Zeit recht häufig etwas.
Das zweite prüft den Status der Fenster, also "bei Änderung". Aber das läuft "erstaunlich" oft, obwohl ich kein Fenster angefasst habe
Nur keine Ahnung welcher Fenster-Kontakt das triggern könnte, einer wurde das letzte Mal vor einer Stunde geändert (was stimmen könnte), bei allen anderen wird keine "letzte Änderung" angezeigt.
Das Script viewtopic.php?f=31&t=68913#p673244 meldet mir:
Code: Alles auswählen
010 DutyCycle abfragen - 58
642 Luefter/Heizung Bad Feuchtigkeit - 90
740 Status Fenster - 51
754 Heizung aus + Alarm orange, wenn Fenster auf Bad - 51
802 CurrTimeSS - 1
803 SunSet plus 30min - 58
PS:
Ich hab' jetzt alle gut 60 Geräte mal auf protokolliert gestellt, bei wenigen war das aktiv, vielleicht bringts ja einen "Erkenntnisgewinn" und ich hoffe mal, das es keine Nachteile hat.
Re: Massive Probleme mit extrem hohem Duty Cycle
wie lange geht die Protokollierung? Ich habe das "Gefühl", dass dies ziemlich beschränkt ist, 10000 Zeilen? Z.Z. wären das gerade mal 2,5 Stunden, kann man das verlängern?
Aktuell liegt mein DC bei knapp 40% und es gab' seit gestern Abend auch keine neue Alarmmeldung. Mal schauen was heute noch so kommt.
Auf jeden Fall nochmal vielen Dank für die vielen Tips von Eurer Seite!
Edit:
Zu früh gefreut, DC 93%, 5 Auslösungen die letzten 1-2 Stunden