Nach Update auf 3.73.9.20240130 Probleme mit Duty Cycle

[Xel66]

ist mir das noch NIE !!! passiert, dass der Duty durch die Decke ging.

Den Text wirst Du auch hier im Forum x-mal finden. Genau wie die Behauptung "ich habe nix gemacht". Es gibt keinerlei technischen Grund, warum das gemäß Deiner Behauptungen so sein könnte (gleiche Codebasis). Und in vergangenen Fällen war es immer andere Gründe als das Betriebssystem. Und den Nachweis (durch Downgrade) bist Du ja schuldig geblieben.

Außerdem halte ich es immer noch für extrem unwahrscheinlich, dass in beiden Logdateien nur vier Programmausführungen verzeichnet sein sollten. Irgendwas stimmt da gewaltig nicht. Ein Grund dafür, der mir einfallen würde, wäre, das das Log mit anderen Einträgen geflutet wird und alles andere hinten runterfällt. So oft kann gar kein Logrotate laufen.

Gruß Xel66

[MrR]

100000%ig hatte ich noch nie Probleme mit dem Duty nach einem Reboot des System, oder einem Firmwareupdate mit originaler.... ich achte penibel auf den Scheiß !! Selbst zu anfangszeiten mit Tests und ziemlich chaotischen Programmen, ich habe bis zum Wechsel auf Raspi es nur einmal geschafft den Duty auf 99% zu bringen, weil ich zu Anfangszeiten das Pushover mal falsch eingestellt hatte.... klingt doof, ist aber definitiv so... believe it or not...

wir wollen uns jetzt nicht streiten. Und ich bin auch keinem pampig, nur auf meine CCU... ihr versucht ja nur zu helfen, aber nu is es halt so, Gründe dafür keine Ahnung... irgendwo muss ja der Fehlerteufel sein.

Den downgrade werde ich noch machen, keine Angst, habe gehofft, dass man erstmal ohne auskommt.

Und nochmal auf meine Frage zurück zukommen, gibt es eine Möglichkeit der CCU getrennt, vorübergehend den Funk zu kappen? Das ich eingrenzen kann, ob ein HM oder HmIP Aktor spinnt bzw der Raspi selbst.

[MichaelN]

Ich würde folgendes ausprobieren :

a) Reboot
b) FW nochmal installieren

Wenn der auch nicht hilft
C) downgrade der FW (erwarte allerdings auch nicht, daß es hilft)

[Xel66]

Und nochmal auf meine Frage zurück zukommen, gibt es eine Möglichkeit der CCU getrennt, vorübergehend den Funk zu kappen? Das ich eingrenzen kann, ob ein HM oder HmIP Aktor spinnt bzw der Raspi selbst.

Das ist ebenso unmöglich (Funkmodul weg - HmIP-Geräte weg) noch ergibt es im Ansatz einen Sinn. Der Duty Cycle ist nichts weiter als ein statistischer Wert für die Ausnutzung der gemäß Vorschriften genehmigten Funkzeit (1% aka 36 Sekunden pro Stunde). Ist das Funkmodul entfernt, dann kann nicht gefunkt werden und folglich auch keine Funkzeit bereichnet werden. Und der Raspi hat (bis auf beim Pi4 mögliche Funkstörungen) keinen Einfluss auf den Duty Cycle. Im Gegenteil, die Störungen eines Pi4 halten den DC klein, weil eine Belegung des Funkbandes erkannt wird und die RM nicht sendet.

Geht Dein DC hoch, hast Du ein Gerät, welches durch die CCU angefunkt wird oder welches durch seine eigenen Aussendungen (z.B. Messaktoren) die CCU zum Aussenden von Empfangsbestätigungen zwingt. So einfach ist das. Und da vermutlich Dein Log mit irgendwas vollläuft (sonst müsstest Du mehr Programmeinträge haben, weil allein schon die internen Programme der Messaktoren zyklisch alle paar Minuten angestoßen werden), liegt die Ursache immer noch in Deinem individuellen System. Dem kommt man aber nur mit strukturierter Vorgehensweise auf die Spur. Ein erster Ansatz wäre erst mal die Loganalyse. Das letzte kann man unter "Systemsteuerung/Zentralen-Wartung/Fehlerprotokoll/Logdatei herunterladen" downloaden und sich anschauen. Das ist dort, wo man auch auf "alles loggen" stellen kann.

Gruß Xel66

[MrR]

Und nochmal auf meine Frage zurück zukommen, gibt es eine Möglichkeit der CCU getrennt, vorübergehend den Funk zu kappen? Das ich eingrenzen kann, ob ein HM oder HmIP Aktor spinnt bzw der Raspi selbst.

Das ist ebenso unmöglich (Funkmodul weg - HmIP-Geräte weg) noch ergibt es im Ansatz einen Sinn. Der Duty Cycle ist nichts weiter als ein statistischer Wert für die Ausnutzung der gemäß Vorschriften genehmigten Funkzeit (1% aka 36 Sekunden pro Stunde). Ist das Funkmodul entfernt, dann kann nicht gefunkt werden und folglich auch keine Funkzeit bereichnet werden. Und der Raspi hat (bis auf beim Pi4 mögliche Funkstörungen) keinen Einfluss auf den Duty Cycle. Im Gegenteil, die Störungen eines Pi4 halten den DC klein, weil eine Belegung des Funkbandes erkannt wird und die RM nicht sendet.

Geht Dein DC hoch, hast Du ein Gerät, welches durch die CCU angefunkt wird oder welches durch seine eigenen Aussendungen (z.B. Messaktoren) die CCU zum Aussenden von Empfangsbestätigungen zwingt. So einfach ist das. Und da vermutlich Dein Log mit irgendwas vollläuft (sonst müsstest Du mehr Programmeinträge haben, weil allein schon die internen Programme der Messaktoren zyklisch alle paar Minuten angestoßen werden), liegt die Ursache immer noch in Deinem individuellen System. Dem kommt man aber nur mit strukturierter Vorgehensweise auf die Spur. Ein erster Ansatz wäre erst mal die Loganalyse. Das letzte kann man unter "Systemsteuerung/Zentralen-Wartung/Fehlerprotokoll/Logdatei herunterladen" downloaden und sich anschauen. Das ist dort, wo man auch auf "alles loggen" stellen kann.

Gruß Xel66

ok.. zwecks der neugier, wie hoch darf denn in etwa der Duty sein, wenn kein batteriebetriebenes Gerät mehr an ist und alle Programme deaktiviert. Aktuell hab ich nur ein LGW, HAP, 1x Broll, 3x FSM, 3x BSM noch aktiv (werde ich heute abend mal stromlos machen, Der Duty auf LGW ust bei Null, CCU und HAP pendeln bei 35-40.

Gruß

[MichaelN]

Wenn bei mir alle Programme aktiv sind und alle Geräte arbeiten, dann liegt der DC max. Bei 10%
Ohne Aktivitäten sollten da eher 2-3% stehen

[frd030]

Und ich würde mal die Meßeinrichtungen der FSM und BSM "verdächtigen". Wie sind die denn eingestellt (Geräteeinstellungen?)?

[MrR]

Und ich würde mal die Meßeinrichtungen der FSM und BSM "verdächtigen". Wie sind die denn eingestellt (Geräteeinstellungen?)?

bis auf einen, mit Steckersolargerät, sind alle (auch die PSM, wobei die aktuell auch abgesteckt sind) deaktiviert. Also Kanal 5 ist alles auf "nicht aktiv" bzw "nicht benutzt"
Aber den hatte ich über Nacht auch aus. Es hatte sich nix geändert.

[frd030]

Bitte Screenshots und nicht nacherzählen.
Es muss eine Ursache für Deinen DC geben.
Die CCU wird durch irgendetwas zum Senden "verleitet" und das gilt es zu finden...

[Xel66]

bis auf einen, mit Steckersolargerät, sind alle (auch die PSM, wobei die aktuell auch abgesteckt sind) deaktiviert.

Und bei dem würde ich mal vermuten, dass dort Aktualisierungen im Sekundenbereich stehen und die Hysteresen für das Generieren einer Messwertübertragung viel zu eng. Ich erachte 35 bis 40% bei zwei sendenden Geräten (CCU und HAP) für zu hoch. Und dass auch der HAP so hoch ist, weist m.E. auf ein HmIP-Gerät als Ursache hin.

Mit meinem Gerätepark (siehe Sig.) habe ich einen Ruhe-DC von 12% (war früher einstellig bei 3%, ist aber auch durch den Einsatz von Messaktorik für Klimaanlagen u.ä. hochgegangen). Im Normalfall werden die 30% nicht überschritten, außer wenn ich das Haus verlasse und die Heizungsthermostate abgesenkt, die DLD die Tür verriegelt, ggf. die Lichter ausgeschaltet und die Innensirene scharfgestellt wird. Dann reiße ich auch schon mal die 40% für so eine umfangreiche Aktion. Das passiert aber nur, wenn ich "länger" außer Haus bin (das Haus "kennt" z.B. meinen Schichtplan und berücksichtigt sowas automatisch). Dass bei mir die Messaktoren und Bewegungsmelder ursächlich sind, sehe ich schon daran, dass der DC höher ist, wenn ich mich viel im Haus bewege (Lichtsteuerung) und mit den Klimaanlagen heize. Deren Leistungsbezug ist nicht konstant.

Gruß Xel66