Ausfall Rauchmelder erkennen / Lebenszeichenerkennung

[raidboy]

debmatic mit Haus voller HMIP Rauchmelder (HmIP-SWSD)
Statusanwendung gebastelt mit AIO Creator Neo

Frage: Wie kann ich feststellen, ob ein Rauchmelder wirklich "laeuft" ?

Ein Rauchmelder wurde mal wegen Fehlalarms von Familienmitglied abgenommen und aufgemacht (was ja die Batterie trennt). Da war dann eine "Service Message" zu sehen, und ich habe in der AIO App auch sehr schoen den Status "communication error" nutzen koennen, um darzustellen, das das Teil nicht "laeuft".

Jetzt habe ich versucht das zu reproduzieren, also Rauchmelder einfach so (ohne vorherigen Fehlalarm) aufzumachen, aber selbst nach 24 Stunden meldet mir die CCU keinen Fehlerstatus.

Ich nehme mal an, das wegen Batterielebenszeit, diese Rauchmelder komplett gar nicht nicht mit der CCU kommunizieren, ausser es gibt halt einen Alarm, oder man kontaktiert sie von der CCU aus.

Also Frage 1: Wie muesste ich das anstellen, wenn ich sagen wir mal einmal pro 24 Stunden probieren wollte, von der CCU aus, ein Lebenszeichen von so einem Rauchmelder zu kriegen ?

Und Frage 2: Wieviel wuerde so ein Lebenszeichen die Lebensdauer der Batterie verringern ? Notfalls einmal pro Woche, statt alle 24 Stunden ?

Danke!

[AF-Mobil]

Hallo, mit dem kleinen Script, weckst du den Rauchmelder kurz (er jault los) auf und hast dann einige Sekunden Zeit ihn nach seiner Erreichbarkeit zu befragen.

Code: Alles auswählen

! Ergebnis:
! x == true - Rauchmelder nicht erreichbar und/oder funktioniert nicht mehr
! x == false - ist der Melder ok

var w = dom.GetObject("HmIP-RF.Seriennummer_Deines_Rauchmelders:1.SMOKE_DETECTOR_COMMAND").State(3);
var x = dom.GetObject("HmIP-RF.Seriennummer_Deines_Rauchmelders:0.UNREACH").Value();

Wieviel "Lebenszeit" der Batterie verloren geht, kann ich dir nicht sagen. Aber ich würde damit so sparsam wie möglich umgehen.
Bei mir läuft der Rauchmeldetest halbjährlich und auch nur in einem Lagerraum der selten betreten wird - und auch nur dann, wenn er betreten wurde. Für die von dir gewünschte Abfragedichte würde ich dieses Verfahren jedoch nicht empehlen.
Gruß AF

[Xel66]

Ich habe zwar nur klassische Rauchmelder, aber die melden sich alle paar Stunden bei der CCU. Auf dieses Ereignis kann man doch ganz gut eigene Überwachungsprogramme triggern (zeitverzögertes Setzen einer Alarmierungsvariable mit Verzögerung größer der Zykluszeit). Solche Spielereien wie das Auslösen würde ich dringends sparen. Die Alarmierung geht massivst zulasten der Batterielaufzeit. Die Erfahrung durften die "Alarmanlagenprogrammierer" auch schon machen, deren 10-Jahres-Batterien nach wenigen Monaten platt war.

Gruß Xel66

[Sven_A]

Ich habe im Kopf das sich Rauchmelder bis zu 48h Zeit lassen können sich bei der CCU zu melden. Dann sollte aber eine Fehlermeldung in der CCU auftauchen.

[Samson71]

Ich habe zwar nur klassische Rauchmelder, aber die melden sich alle paar Stunden bei der CCU.

Das unterschreibe ich so nicht. Hatte mal einem Classic Melder die Batterien entfernt nach (physikalischem) Austausch (nicht über die Tauschfunktion der CCU) und ihn vergessen abzumelden. Vermisst hat die Zentrale ihr Schätzchen nach ca. 1 Woche.

[blackhole]

Um die Aussagen zu den "klassischen" Rauchmeldern zu konkretisieren:

HM-Sec-SD haben einen Cyclic-Timeout von 1209600 Sekunden (14 Tage).
HM-Sec-SD-2 haben einen Cyclic-Timeout von 259200 Sekunden (3 Tage).

[alchy]

Um die Aussagen zu den "klassischen" Rauchmeldern zu konkretisieren

Genau

Hallo, mit dem kleinen Script, weckst du den Rauchmelder kurz (er jault los) auf

Das führt zu einem 3x durchtröten der Rauchmelder.
Wenn er das täglich ausführt kann er die Kisten zeitnah entsorgen. Dann sind sie weg

ABER mal grundsätzlich
Einfach in die Klickibunti schauen, oder diesen Zeitpunkt per Script abfragen reicht nicht.
Denn bei denen kommt erschwerend hinzu, das die letzte Änderung bei den Geräten verbuggt ist. Denen kann man auch einen Einbruchsalarm verpassen, welcher ja bekanntermaßen alle Rauchmelder tröten lässt - interessiert nicht. 3x Durchtröten wie oben angeboten, interessiert nicht.
Ist wohl keine Änderung.

Gibt es eine Auslösung oder drückt man die Taste eines Rauchmelders dann wird dies als letzte Änderung angezeigt.

Frage: Wie kann ich feststellen, ob ein Rauchmelder wirklich "laeuft" ?

Das Obige und das Rauchmelder nicht so schnell vermisst werden ist zwar blöd, aber ein wenig Vertrauen kann man schon haben.
Wenn das nicht da ist, vielleicht hilft es die Zeitstempel aller Datenunkte auszuwerten und da nachzuschauen ob und wie weit diese in der Vergangenheit liegen.

Alchy

[Xel66]

Das unterschreibe ich so nicht.

Hmmm... Dann kann was mit meinem System und meinem Programm nicht stimmen (wovon ich eher nicht ausgehe). Das Melden bei der CCU und die Funktion für die Kommunikationsstörungserkennung sind zwei verschiedene Paar Schuhe. Mag sein, dass die Erkennungszyklen für die Überwachung so lange sind. Laut angehängtem Screenshot als Auszug aus dem Systemprotokoll haben sich (beispielsweise) meine Rauchmelder um 0:58, 01:27 und 01:29 Uhr gemeldet. Das Vortagesprotokoll (lasse ich mir per Mail zusenden) weist die letztmaligen Protokolleinträge wie folgt aus.

Code: Alles auswählen

2022-08-09 01:35:35 Protokolleintrag Programm: Rauchmelderzyklus durch: Rauchmelder-Flur-oben:1 mit dem Wert: aus
...
2022-08-09 03:22:22 Protokolleintrag Programm: Rauchmelderzyklus durch: Rauchmelder-Kinderzimmer:1 mit dem Wert: aus
...
2022-08-09 12:20:25 Protokolleintrag Programm: Rauchmelderzyklus durch: Rauchmelder-Lagerkeller:1 mit dem Wert: aus
...
2022-08-09 12:58:49 Protokolleintrag Programm: Rauchmelderzyklus durch: Rauchmelder-Arbeitszimmer:1 mit dem Wert: aus

Also habe ich zumindest eine tägliche Überwachung der Funktionsfähigkeit (Funkverbindung zur CCU). Was man daraus macht, ist jedem selbst überlassen. Ich generiere lediglich einen Protokolleintrag auf Basis von Alchys Script zur Erkennung, welcher Trigger eine Bedingungsprüfung eines Programms gestartet hat (bemerke gerade, ich sollte auch auf "Batterie nicht OK" triggern). Auf die Kommunikationsstörungsmeldungen wollte ich mich nicht verlassen. Und ich glaube nicht, dass sich die IP-Dinger grob anders verhalten.

Gruß Xel66

[raidboy]

Ok, also mal in den log geschaut:

16:22:54 09.08.2022 Flur Oben RM:0
Value Time of operation: Normal, There is no configuration data to be transmitted, Duty cycle OK, Battery OK, Device communication OK, Time of operation 192, RSSI device 177

13:09:11 10.08.2022 Flur Oben RM:0
Value Time of operation: Normal, There is no configuration data to be transmitted, Duty cycle OK, Battery OK, Device communication OK, Time of operation 192, RSSI device 178

Also sagen wir mal vielleich eine logmeldung pro Tag.

Und wie programmiere/bastele ich mir da jetzt was, so das ich da eine nette statusanzeige in die AIO GUI reinkriege ? Z.b. eben Fehler nach 48 Stunden, also 2 ausgefallenen Messages ? Communications Error wird naemlich nicht gesetzt bei dem RM den ich jetzt seit ca. 3 Tagen abgestellt habe.

Was heisst ueberhaupt "Time of operation 192" ?

[alchy]

Über deinen Beitrag gelesen?
Alchy