Hoher Duty Cycle nach Stromausfall und keine Erklärung gefunden

[Aquaplex]

Danke für den Tipp. Werde ich testen.

Edit: Kriege den HMM nicht zum Laufen. Firewall von Windows sowie der CCU sind konfiguriert bzw. temporär aus. Der HMM zeigt oben zwar die grünen Häkchen für "BidCos" und "HmIP..." an, aber läd einfach keine Geräte.

Die ganze Fehlersuche beschäftigt mich jetzt schon mehrere Tage und ist einfach nur frustrierend

[Aquaplex]

Hier mal die aktualisierte Liste, was ich alles schon (sukzessive) probiert habe:

- CCU-Reboot
- Alle Batterie-Aktoren geprüft
- Alle Netz-versorgten Aktoren angesteuert bzw. auf korrekte Funktion geprüft
- Die Stromkreise der Netz-versorgten Aktoren getrennt und nach Pause wieder eingeschalten (quasi Reboot)
- USB-Stick vom Pi4 entfernt
- WLAN-Router im Haus deaktiviert und neu gestartet
- Prüfung auf laufende Gerätefirmware-Updates: nichts in der WebUI zu finden
- CCU wurde mit neuer Version aktualisiert und zunächst OHNE Backup-Einspielung beobachtet: Der DC bleibt konstant bei 1%, also sollte man einen BI ausschließen können (der müsste sich ja auch ohne meine Geräte bemerkbar machen)

Wenn ich mir die ganzen Aktionen so anschaue, würde ich logischerweise zu dem Schluss kommen, dass die Fehlerursache in meiner Homematic-Installation zu suchen ist und es sich nicht um einen externen Störer handelt. Da ich alle Batterien geprüft habe, würde ich ja auf ein Netz-versorgtes Gerät schließen. Das wäre ja irgendwie auch schlüssig, denn erst nach der Strom-Trennung ist diese DC-Geschichte aufgetreten. Jetzt müsste ich allerdings noch herausfinden, welcher Aktor das ist.

Leider kriege ich den Homematic Manager nicht zum Laufen, trotz Port-Freigabe und deaktivierter Firewall. Und der AsksinAnalyzer übersteigt meine Hardware-/Löt-Fähigkeiten. Gibt es noch eine andere Möglichkeit, die Häufigkeit der Funk-Kommunikation je Gerät zu ermitteln?

[jp112sdl]

- CCU wurde mit neuer Version aktualisiert und zunächst OHNE Backup-Einspielung beobachtet: Der DC bleibt konstant bei 1%, also sollte man einen BI ausschließen können (der müsste sich ja auch ohne meine Geräte bemerkbar machen)

Nein. Ohne Backup kennt die CCU deine Geräte nicht. Selbst wenn sich jetzt ein Gerät in einer Dauer-Reboot-Schleife befindet, ist das deiner CCU und dem DC egal, weil sie ja nicht mit deinem Gerät kommuniziert (und z.B. permanent ACKs dort hin schickt)

[Aquaplex]

Nein. Ohne Backup kennt die CCU deine Geräte nicht. Selbst wenn sich jetzt ein Gerät in einer Dauer-Reboot-Schleife befindet, ist das deiner CCU und dem DC egal, weil sie ja nicht mit deinem Gerät kommuniziert (und z.B. permanent ACKs dort hin schickt)

Das ist schon klar. Aber weiter oben war ja die Überlegung, ob eventuell ein externer BI/Störer den hohen DC verursacht. Und das könnte man so ja ausschließen. Denn auch ohne meine ganzen Geräte müsste eine externe Störung ja weiter vorhanden sein. Also kann ich doch jetzt die Suche ausschließlich auf meine HmIP-Geräte legen?

[MichaelN]

der AsksinAnalyzer übersteigt meine Hardware-/Löt-Fähigkeiten

Man findet manchmal auf eBay fertig aufgebaute Geräte

[cmjay]

Man findet manchmal auf eBay fertig aufgebaute Geräte

https://www.ebay-kleinanzeigen.de/s-anz ... 3-168-1449

[robbi77]

Das ist schon klar. Aber weiter oben war ja die Überlegung, ob eventuell ein externer BI/Störer den hohen DC verursacht. Und das könnte man so ja ausschließen. Denn auch ohne meine ganzen Geräte müsste eine externe Störung ja weiter vorhanden sein. Also kann ich doch jetzt die Suche ausschließlich auf meine HmIP-Geräte legen?

Diese „externe“ Störung interessiert die CCU in dem Moment ja nicht. Da sie ja nichts davon weiß und nicht senden muss.
Der DC ist das SENDElimit.
Wenn keine Geräte /Programme auf der CCU sind, wem soll sie etwas senden?
Wenn sie etwas an ein Gerät sendet, erwartet sie eine Rückmeldung und wenn diese vom Gerät nicht an der CCU ankommt, durch eine „externe“ Störung, sendet sie den Befehl so lange bis sie eine Rückmeldung bekommt.
Hast du das jetzt verstanden?

Du hast die Batterien geprüft, OK. Hast du sie auch mal für eine Stunde entfernt? So wie du die anderen Geräte Stromlos gemacht hast.

Irgendwie drehst du dich hier im Kreis.

[Aquaplex]

Du hast die Batterien geprüft, OK. Hast du sie auch mal für eine Stunde entfernt? So wie du die anderen Geräte Stromlos gemacht hast.

Irgendwie drehst du dich hier im Kreis.

Den letzten Satz verstehe ich nicht. Ich gebe mir doch große Mühe, möglichst strukturiert alle Hinweise abzuarbeiten. Oben wurde geschrieben, dass es an einem Gerät mit zur Neige gehenden Batterien liegen könnte. Also habe ich alle Batteriestände nachgemessen, aber nicht jeweils 1h gewartet - die Batterien waren schließlich nahezu randvoll.

Den Hinweis zum DC habe ich verstanden.

[MichaelN]

Also Du hast alle Netzbetriebenen Geräte jeweils mind. 1 Std stromlos gemacht ohne das sich der DC davon beeindrucken ließ.
Nun, dann bleiben noch die Batterie betriebenen. Die auch mal alle 1 mind. 1 Std. Stromlos machen. Geht der DC dann runter nach und nach die Batterien wieder einlegen. Wenn der DC wieder steigt, hast Du den Kandidaten gefunden.

[Daimler]

Hi,

seid gnädig!
Vielleicht werden ja auch nur die Begriffe DC und CS verwechselt?
Und wie ich das bisher verstanden habe, dürfte es die CCU beim CS wenig interessieren, ob die Störsender angemeldet oder nicht sind.

- CCU-Reboot
- Alle Batterie-Aktoren geprüft
- Alle Netz-versorgten Aktoren angesteuert bzw. auf korrekte Funktion geprüft
- Die Stromkreise der Netz-versorgten Aktoren getrennt und nach Pause wieder eingeschalten (quasi Reboot)
- USB-Stick vom Pi4 entfernt
- WLAN-Router im Haus deaktiviert und neu gestartet
- Prüfung auf laufende Gerätefirmware-Updates: nichts in der WebUI zu finden

Ich vermisse hier einen ganz wichtige Punkt:
Alle Programm deaktiviert!

Gibt es noch eine andere Möglichkeit, die Häufigkeit der Funk-Kommunikation je Gerät zu ermitteln?

Wurde auch bereits erwähnt:
DVB-Stick.

Trotzdem tendiere ich zu Xels Meinung mit den USB3 Ports.
Hast du keinen PI3B herumliegen?
Wenn ja, dann mache erst einmal ein Image deiner SD, stecke das Funkmodul vom PI4 auf den PI3 (Aufsteckrichtung beachten!) und boote mit der SD.
Ist schnell gemacht und du kannst damit das leidige PI4-Problem ausschließen.