[Gelöst] Über Nacht 44 Meldungen - Duty cycle?

[Atvilar]

Hallo
Seit über 3 Jahren laufen bei mir viele HM Geräte (mehr oder weniger) Problemlos.
Vorgestern Nacht um ca. 0400 Entstanden auf einmal 44 Servicemeldungen, seitdem versuche ich das Problem zu lösen.
Mittlerweile bin ich auf Duty Cycle gekommen. Aktuelle Read-Outs haben einen Wert von 99.0000 -> Ich denke mal dass da das Problem liegt.
Gestern über Nacht habe ich das gesamte Netzwerk inkl. Zentrale und LAN Gateway Stromlos gemacht, Problem besteht immer noch.
Vor 2h habe ich alle Programme deaktiviert und die Zentrale geupdatet, Problem besteht weiterhin.
Ich möchte verhindern, dass ich alle Geräte neu anlernen muss. Was kann ich noch tun?
Als Anhang mal den Log nach einem aktuellen Neustart

Danke für eure Hilfe,
Atvilar

[jp112sdl]

Du hast zu 99,9% einen so genannten "Babbling Idiot".
Ein batteriebetriebenes Gerät, dass aufgrund einer Fehlfunktion auf Dauersendung ist.

Hast du zufällig ein AskSinPP-Selbstbaugerät in deiner Installation?
https://asksinpp.de/Grundlagen/FAQ/babbling_idiot.html

Gleiches kann auch passieren, wenn ein Gerät immer wieder neustartet und sich sekündlich mit einem bidirektionalen Telegramm an der Zentrale meldet.

[Atvilar]

Hallo, Nein, Selbstbau ist nichts.

OK, ich werde mal alle Batteriebetriebene Geräte die Batteire entfernen.
Melde mich dann wieder
LG Atvilar

[Sammy]

UP-Aktoren für Markenschalter könnten auch Verdächtige sein.

[darkbrain85]

Ich hatte bei einem bekannten kürzlich einen ähnlichen Fall. Da liefen allerdings wenige Aktoren noch.

Grund war eine defekte Antenne und daraus resultierende Nichterreichbarkeit vieler Aktoren. Aufgrund der vielen Sendeversuche ist auch der DC in die Höhe geschossen.

Falls ein Gerät durchdreht, kann man das mit einem DVBT Stick und der passenden Software recht schnell finden! Kost nix so ein Ding, daher kann man den für den Ernstfall mal in die Schublade schmeißen!

[Atvilar]

Alsooo

Nachdem ich quer durchs aus praktisch alle batteriebetriebene Geräte unschädlich gemacht habe (Batterie entfernt) und <1h gewartet, hat sich die Situation tatsächlich beruhigt. Alle wieder eingelegt (schrittweise) Dutycycle 69% wieder >1h gewartet Dutycycle 9%, alle Programme wieder (schrittweise) aktiviert -> Dutycycle 11%!
Dass Idioten immer so viel Brabbeln müssen (vgl. Politik...)

Haus funktioniert wieder. Meiner Meinung nach war der Übeltäter entweder ein Rauchmelder oder ein Türkontakt. Beide habe sich erst nach 2. Mal Batterieeinlegen wieder der Norm entsprechend verhalten.

@darkbrain: so ein gerät habe ich mir jetzt mal bestellt, wird sicher mal spannend

Ich behalte mal den DC im Blick, hab mich bis jetzt nicht wirklich darum gekümmert.
Danke schon mal an alle Helfer!!!

Atvilar

[alchy]

Das Fehlerprotokoll ist zwar nicht aussagekräftig, da zu spät.
Allerdings würde ich auch eine zu Ende gehende Batterie als Ursache nicht ausschließen wollen auch für eventuelle Mitleser.

Alchy

[Hütte]

...

Falls ein Gerät durchdreht, kann man das mit einem DVBT Stick und der passenden Software recht schnell finden! Kost nix so ein Ding, daher kann man den für den Ernstfall mal in die Schublade schmeißen!

Kannst du eventuell einen DVBT-Stick und einen Link zu der passenden Software empfehlen? Habe bei mir ebenfalls den Verdacht, dass ein Gerät in letzter Zeit zuviel sendet und den DC auf meinen RaspberryMatic permanent auf Werte zwischen 30 und 40 % oder gar noch höher treibt. Und nein, es stehen bei meinen HmIP Geräten keine FW-Übertragungen an. Und Meldungen über LOW-BAT sind auch nicht aufgeschlagen. Und wie nah und wie lange muss man mit dem DVBT-Stick an den jeweiligen Geräten sein, um festzustellen, dass man auf der richtigen Spur ist? Da die Geräte ja ebenfalls jeweils über einen eigene DC-Mechanismus verfügen, kann ich mir gut vorstellen, dass da etwas Geduld angesagt ist, bis man den "Überltäter" gefunden hat.

Falls keine direkten Links erlaubt sind, dann bitte die Info auch gerne als PN. Möchte einfach das "Sorgenkind" finden.

[alchy]

Kannst du eventuell einen DVBT-Stick und einen Link zu der passenden Software empfehlen?

Ein komplettes alles protokollieren des Funks und Auswertung des >> Fehlerprotokoll << kann unter Umständen schon durchaus eine Erkenntnis bringen.
Bei mir war es vor kurzem wieder mal meine sterbende 12V Batterie, wodurch ein HM-LC-Sw4-WM Springbrunnen nur noch teilweise mit Energie versehen war. (durch Solarmodul). Das gipfelte dann in einem DutyCycle auf Anschlag schön regelmäßig um die Mittagszeit:

Und eine Auswertung durch Script von ungefähr :

Code: Alles auswählen

5 RX for HEQ0088180 - Wassermelder Garage
4 RX for HEQ0105626 - Temperatur Innensensor
6 RX for HEQ0407820 - Funkgong
3 RX for IEQ0206712 - Temperatur Aussensensor
212 RX for MEQ0499133 - Springbrunnen
...

Ist schon das 2. Mal, das mich so etwas ereilt. Ich hatte also Erfahrungen dadurch Vermutungen und Scripte zum Auswerten.
Daher auch mein stetiger Hinweis. Wenn es kein Amoksender in Form von älteren Rolloaktoren usw. ist, was man durch Stromlosmachen von Sicherungszweigen sehr gut ausschliesen kann, schaut auch mal auf die Energieversorgung von Sensoren / Aktoren. Ein einziger Aktor reicht aus, wie ihr der Grafik entnehmen könnt.

Alchy

[darkbrain85]

Kannst du eventuell einen DVBT-Stick und einen Link zu der passenden Software empfehlen? Habe bei mir ebenfalls den Verdacht, dass ein Gerät in letzter Zeit zuviel sendet und den DC auf meinen RaspberryMatic permanent auf Werte zwischen 30 und 40 % oder gar noch höher treibt.

Ich habe z.B. den hier im Einsatz:

https://www.amazon.de/gp/product/B013Q9 ... UTF8&psc=1

Auf dem Mac nutze ich dazu dann die Software "CubicSDR". Richtige Frequenz eingestellt und schon geht es los.
Je näher man an einem Gerät ist, desto stärker sollte das Signal sein. Es hilft aber schon wenn man überhaupt sehen kann ob ein Gerät Dauerfeuer sendet. Besser als Batterie raus, Batterie rein und dann erst rum probieren ob es besser ist.