Hoher Duty Cycle nach Stromausfall und keine Erklärung gefunden

[Aquaplex]

von CS habe ich kein Wort gesprochen.

Doch

[...] Störsender, [...]

Ein Störsender würde sich doch auf den CS auswirken, oder? Das ist jedenfalls nicht das Problem. Durchweg niedrig.

[shartelt]

nein.
ich hätte CS erwähnt, wenn ich CS gemeint hätte.

[Xel66]

... aber auch ein großer Zufall, dass genau während der 20minütigen Strom-Trennung ein Gerät leer wird.

Man betrachtet es nur als Zufall, wenn man außer Acht lässt, dass auch Sensoren genau wissen, ob eine Information durch die CCU quittiert werden muss und sendet in diesem Falle seinen Status solange mit maximaler Sendezeit (Wiederholung), bis eine Quittierung erfolgt. Diese längeren Aussendungen können schon einen merklichen Einfluss auf die Batterielebensdauer haben.

Ich hatte auch mal einen netzbetriebenen Aktor (HmIP FSI16), der nach einiger Laufzeit selbst seine Statusaussendungen ständig an die CCU funkte, die diese dann fleißig quittiert hat. Das ging solange, bis zuerst die CCU in ihre Duty Cycle-Begrenzung und dann der Aktor in die seine gelaufen ist. Dieser Spuk wiederholte sich mit stündlich Takt. Ich habe damals diesen Aktor aus meinem System entfernt, bis ein Update verfügbar war.

Bis heute fristet er sein Dasein an meiner Test-CCU2 und wird täglich vier Mal angesteuert (jeweils zu den Astrozeiten ein- und mit einer Verzögerung von 4h ausgeschaltet). Abweichungen in seinem Verhalten werden überwacht. Es gibt aber nichts Auffälliges zu protokollieren. Das Update hat das Verhalten wohl normalisiert. Nach so einem Aktor kannst Du auch Ausschau halten. Entweder mit einem DVB-T Stick und einer SDR-Software oder einem AsksinAnalyzer. Steht beides nicht zur Verfügung, hilft wohl nur strukturiertes Vorgehen.

Die Ursache können aber auch Funkstörungen auf anderen Frequenzen sein. WLAN-Router oder DECT-Basis in der Nähe der CCU. Auch Funktastaturen und -mäuse oder ein Bluetooth-Sender können die CCU-Kommunikation speziell für HmIP negativ beeinflussen.

Gruß Xel66

[Aquaplex]

Man betrachtet es nur als Zufall, wenn man außer Acht lässt, dass auch Sensoren genau wissen, ob eine Information durch die CCU quittiert werden muss und sendet in diesem Falle seinen Status solange mit maximaler Sendezeit (Wiederholung), bis eine Quittierung erfolgt. Diese längeren Aussendungen können schon einen merklichen Einfluss auf die Batterielebensdauer haben.

OK, dann prüfe ich morgen mal explizit alle Geräte mit Batterien. Zumindest laut Status in der WebUI sind alle Batterien aber noch ok. Die Strom-Trennung war ja auch nur 20 Minuten.

Die Ursache können aber auch Funkstörungen auf anderen Frequenzen sein. WLAN-Router oder DECT-Basis in der Nähe der CCU. Auch Funktastaturen und -mäuse oder ein Bluetooth-Sender können die CCU-Kommunikation speziell für HmIP negativ beeinflussen.

Prinzipiell ja, das verstehe ich. Aber in meinem Fall - wegen relativ kurzer Strom-Trennung - doch eher unwahrscheinlich, wenn vorher alles tadellos lief, oder?

Ich habe vorhin mal alle Netz-versorgten Geräte bedient. Wirklich jedes hat tadellos funktioniert bzw. sofort reagiert

[Xel66]

Ich sehe gerade Deine Signatur. Pi4! Zu diesem Thema gibt es einschlägige Treffer. Das Teil stört mit seinen Abstrahlungen die Kommunikationsfrequenz des Funkmoduls. Vielleicht hattest Du unbewusst USB3 an dem Teil deaktiviert und nun ist es durch den Reboot wieder aktiv und stört fleißig vor sich hin.

Gruß Xel66

[Aquaplex]

Nein, der Pi hängt an einer USV und hat die Trennung nicht mitgemacht. Trotzdem trat der Fehler auf. Erst später hatte ich einen Reboot gemacht.

Antenne ist auch abgesetzt, Empfang war bisher 1a

[MichaelN]

Die einzig logische Erklärung wäre ein laufendes Geräte FW Update. Hast du das schon im Fehlerprotokoll überprüft?

[Aquaplex]

Die einzig logische Erklärung wäre ein laufendes Geräte FW Update. Hast du das schon im Fehlerprotokoll überprüft?

Das würde von den Symptomen her genau passen, definitiv. Auf der WebUI-Startseite gibt es aber keine Infos zu Firmware-Updates. Ich hatte auch in den letzten Wochen keine neuen runtergeladen. Auf der Seite mit den Firmware-Updates steht auch nirgendwo, dass eins übertragen wird...

Welche Settings müssen für die LogFiles gemacht werden, damit man das erkennt? Alle Infos loggen? Das sind ja pro Minute 100e Aktuell habe ich mal geschaut und es steht öfter das folgende drin:

Homematic local0.debug ReGaHss: Verbose: UpdateValue succeeded; val = 0 [execute():iseXmlRpc.cpp:364]

Ist das ein Update? Oder wie müsste man das erkennen?

[MichaelN]

st das ein Update? Oder wie müsste man das erkennen?

Nein, ehe rnicht. Schau ma hier:
viewtopic.php?f=26&p=611707#p611707

[Aquaplex]

Welche Protokollierungs-Stufe muss eingestellt sein?

Edit: Selbst bei vollem Logging und einer Flut an Infos finde ich nichts, was zum verlinkten "Update" passen würde