Selbständiger Teamcall vom Rauchmelder

Begonnen von Samsi, 22 Februar 2015, 23:44:02

Vorheriges Thema - Nächstes Thema

Samsi

Hallo,

gerade das Phänomen, dass ein Racumelder einen Teamcall ausgelöst hat, ich weis aber nicht warum, hier mal das log von dem Auslösenden Rauchmelder:

2015-02-22_01:10:02 RauchmelderLU battery: ok
2015-02-22_01:10:02 RauchmelderLU level: 1
2015-02-22_01:10:02 RauchmelderLU off
2015-02-22_23:33:51 RauchmelderLU teamCall: from RauchmelderLU:7
2015-02-22_23:33:52 RauchmelderLU teamCall: from RauchmelderLU:7
2015-02-22_23:33:53 RauchmelderLU teamCall: from RauchmelderLU:7

Hat jemand schon mal so etwas gehabt?

Was bedeutet eigentlich die 7 hinter dem Doppelpunkt?

Grüße

EDIT:

OK, die Zahl hinter dem Doppelpunkt it wohl nur ein Counter der jedes mal hochgezählt wird bei einem Teamcall. Jedenfalls gab es um 4 Uhr noch mal einen Teamcall und die Zahl steht jetzt auf 8.

Ich habe jetzt mal die Akkus gegen Batterien getauscht. Er hat mir zwar angezeigt, das der Batteriestatus ok ist, aber wer weis, vielleicht kommt er mit Akkus doch nicht so gut zurecht.


FHEM 5.5 / BBB Debian Wheezy

Homematic CFG-LAN

HM-Sec-MDIR / HM-Sec-SD / HM-Sec-WDS / HM-LC-Sw2-FM / HM-Sec-SC / HM-LC-Sw1PBU-FM / HM-SCI-3-FM / HM-Sec-Key / HM-RC-Key3-B / HM-LC-Dim1TPBU-FM /  HM-CC-RT-DN / HM-PBI-4-FM / HM-RC-Key4-2 / HM-ES-PMSw1-Pl / HM-LC-Sw4-WM

FranzB94

Hi Samsi!

ZitatIch habe jetzt mal die Akkus gegen Batterien getauscht. Er hat mir zwar angezeigt, das der Batteriestatus ok ist, aber wer weis, vielleicht kommt er mit Akkus doch nicht so gut zurecht.

Zitatsiehe Seite 37 der Bedienungsanleitung: - Legen Sie drei neue LR6-Batterien (Mignon/AA) entsprechend der Polkennzeichnung in die Batteriefächer ein (siehe Skizze auf Seite 17, der Einsatz von 1,2-V-Akkus ist nicht zulässig).

Pfriemler

Akkus sind wohl wegen der höheren Selbstentladung und der zu kleinen Ladungsreserve am Ende keinesfalls für den Einsatz in Rauchmeldern sinnvoll. Aber wieso die für einen teamCall verantwortlich sein sollen ... ?

Geht nich Gips nich

"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Samsi

Zitat von: FranzB94 am 23 Februar 2015, 14:03:39
siehe Seite 37 der Bedienungsanleitung: - Legen Sie drei neue LR6-Batterien (Mignon/AA) entsprechend der Polkennzeichnung in die Batteriefächer ein (siehe Skizze auf Seite 17, der Einsatz von 1,2-V-Akkus ist nicht zulässig).

Das hab ich schon gelesen (sonst wäre das ja auch nicht meine erste Vermutung gewesen, aber der Batterielevel wurde wie schon geschrieben mit ok gemeldet ), aber das steht ja auch bei anderen Geräten. So etwas ignoriere ich immer erst mal. Letztendlich hat er ja über 6 Monate Funktioniert.  Und ich wies auch wie es ist, wenn bei einem normale Rauchmelder die Batterie leer ist, dann liegt er erst mal ein paar Tage abgeklemmt herum, bis neue beschafft sind. Akkus habe ich immer frisch geladen da. Deswegen nehme ich meistens leiber Akkus.

Im Prinzip hat er mit Akkus auch gut funktioniert, und auch immer schön alle verkohlten Toasts gemeldet ;)
FHEM 5.5 / BBB Debian Wheezy

Homematic CFG-LAN

HM-Sec-MDIR / HM-Sec-SD / HM-Sec-WDS / HM-LC-Sw2-FM / HM-Sec-SC / HM-LC-Sw1PBU-FM / HM-SCI-3-FM / HM-Sec-Key / HM-RC-Key3-B / HM-LC-Dim1TPBU-FM /  HM-CC-RT-DN / HM-PBI-4-FM / HM-RC-Key4-2 / HM-ES-PMSw1-Pl / HM-LC-Sw4-WM

Pfriemler

Ich hole das Thema mal vor, weil das hier schonmal zur Sprache kam.

Zitat von: Pfriemler am 23 Februar 2015, 16:01:33
... Aber wieso die für einen teamCall verantwortlich sein sollen ... ?

Jetzt kann ich mir die Frage selber stellen. Der erste meiner sechs Rauchmelder will jetzt wohl neue Batterien und hat dies heute nachmittag erstmals gemeldet - und er hat einen Teamcall ausgelöst. Das war vor 8 Stunden, seither ist Ruhe. Vorher war auch nix, laut Logfile.

Zum Füttern für die Suchfunktion für andere: Machen die das immer so?

Das wirklich witzige daran: es hat nicht 10x gepiept wie bei einem via FHEM ausgelösten teamCall, maximal gefühlt 3x.
Außerdem: Weiß inzwischen irgendjemand, was die "level" bedeuten? Ich sehe gerade, dass meine alle seit Januar auf "level: 1" stehen.

Im Wiki steht ... richtig, nichts dazu.  :o
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."


Otto123

#6
ZitatBatterie eines
anderen Melders 1 langer Signalton
im Funknetz ist 2 kurze Signaltöne
schwach alle 4 Std. 3 mal
Das kann ich bestätigen, das war bei mir auch schon mal so. Alle melden, das einem der Saft ausgeht.

Ich hatte kurz vorher die Email das die Batterie schwach wird. Allerdings (wie sollte es anders sein) die Mail kam früh um 4 und der Hilferuf mit leisem Piepsen früh um 5 ::)

Zum Level:
Ich habe meine Rauchmelder seit 1.5.2015 in Betrieb, in einem hatte ich noch einen HM-LC-SW1-BA-PCB eingebaut, hatte ich irgendwo gelesen, wegen Alarmsirenen Funktion und so. Deshalb war bei dem Einen am 21.8.2016 der Saft alle. Der hat seit dem neue Batterien und steht auf Level 0. Den BA-PCB habe ich wieder rausgebaut ...
Die Anderen stehen auf Level 1.

Ich kann jetzt nicht sagen, was das bedeutet. Ich wollte nur sagen, so isses.  8)

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Samsi

Weil ich das gerade lese, ich hatte neulich noch ein ganz anderes Problem mit den Rauchmeldern.

Irgendwie habe die auch aufgrund schwacher Batterie gesponnen und die ganze Funkkommunikation gestört. Eines abends ging keiner meiner Dimmer und Lichtschaltern mehr und ein getConfig funktionierte auch nicht mehr. über FHEM und die angelernten Funkschalter mehr. Alle Missing Ack aber beim Schalten direkt am Aktor kamen noch die Statusmeldungen in FHEM an.

Ich habe über 3 Stunden den Fehler gesucht (z.B.  Stromlos gemacht etc.), weil das mit dem Licht erst mal dringender war, hatte ich die Batteriemeldungen der Rauchmelder erst mal ignoriert.
Erst als ich nach 3 Stunden ohne Erfolg nicht mehr weiter wusste, habe ich einen Zusammenhang mit den Batteriemeldungen vermutet. Nachdem ich die Batterien getauscht hatte funktionierte alles einwandfrei. Im Eventmonitor hatte ich aber keine Meldungen der Rauchmelder, das die irgendwie kommunizieren würden.

FHEM 5.5 / BBB Debian Wheezy

Homematic CFG-LAN

HM-Sec-MDIR / HM-Sec-SD / HM-Sec-WDS / HM-LC-Sw2-FM / HM-Sec-SC / HM-LC-Sw1PBU-FM / HM-SCI-3-FM / HM-Sec-Key / HM-RC-Key3-B / HM-LC-Dim1TPBU-FM /  HM-CC-RT-DN / HM-PBI-4-FM / HM-RC-Key4-2 / HM-ES-PMSw1-Pl / HM-LC-Sw4-WM

Pfriemler

#8
ZitatLaut Handbuch Seite 35 (Anhang) sollte das Verhalten der RM korrekt sein:
Wer liest schon Handbücher?  :o ... stimmt aber, da steht's genau so. Der über den Teamleader in FHEM (der wohl identisch ist mit dem am Funkmodul des Rauchmelders auslösbare) Gruppenruf (als Test) klingt anders. Mich wunderte halt, dass der Batteriewarnton auch als teamCall in FHEM behandelt wird:

2016-10-14_08:08:25 Rauchmelder3_OGW off
2016-10-15_14:13:02 Rauchmelder4_OGO battery: low
2016-10-15_14:13:02 Rauchmelder4_OGO level: 1
2016-10-15_14:13:02 Rauchmelder4_OGO off
2016-10-15_14:13:02 Rauchmelder1_KG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:02 Rauchmelder2_EGWz teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:02 Rauchmelder3_OGW teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:02 Rauchmelder4_OGO battery: low
2016-10-15_14:13:02 Rauchmelder4_OGO teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:02 Rauchmelder5_OGN teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:02 Rauchmelder6_DG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:03 Rauchmelder1_KG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:03 Rauchmelder2_EGWz teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:03 Rauchmelder3_OGW teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:03 Rauchmelder4_OGO battery: low
2016-10-15_14:13:03 Rauchmelder4_OGO teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:03 Rauchmelder5_OGN teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:03 Rauchmelder6_DG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:04 Rauchmelder1_KG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:04 Rauchmelder2_EGWz teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:04 Rauchmelder3_OGW teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:04 Rauchmelder4_OGO battery: low
2016-10-15_14:13:04 Rauchmelder4_OGO teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:04 Rauchmelder5_OGN teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:04 Rauchmelder6_DG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder1_KG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder2_EGWz teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder3_OGW teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder4_OGO battery: low
2016-10-15_14:13:05 Rauchmelder4_OGO teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder5_OGN teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder6_DG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder1_KG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:05 Rauchmelder2_EGWz teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder3_OGW teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder4_OGO battery: low
2016-10-15_14:13:06 Rauchmelder4_OGO teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder5_OGN teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder6_DG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder1_KG teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder2_EGWz teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder3_OGW teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder4_OGO battery: low
2016-10-15_14:13:06 Rauchmelder4_OGO teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder5_OGN teamCall: from Rauchmelder4_OGO:2
2016-10-15_14:13:06 Rauchmelder6_DG teamCall: from Rauchmelder4_OGO:2


teamCall also genau 6x im Sekundentakt. (kopfkratz) - Nachtrag: Es gab keine Vorwarnung, der teamCall folgte in der Sekunde der normalen täglichen Statusmeldung.
BTW: Das Signal war eine Eintagsfliege, der Alarm kam nie wieder. Eben habe ich einen statusRequest auf das Ding gemacht: "battery: ok". Selbstbefüllung?

Zitatdie Mail kam früh um 4 und der Hilferuf mit leisem Piepsen früh um 5
...  was immer große Freude unter den Bewohnern auslöst. Gute Rauchmelder haben deswegen einen Lichtsensor, der die Batteriewarnungen nur tönen lässt, wenn es hell genug ist (damit se eben nicht nachts plärren). Wobei die eine Meldung alle vier Stunden ja schon ein Fortschritt ist.

Und das mit der Funkstörung ist ja allerhand - aber las ich davon nicht schon mal irgendwo? Trotzdem danke hier.

@Otto: Ändert sich der Level 0 bei einem Funktionstest? (2s drücken, piep, 10x Blinken) Hier eben gecheckt: 1 bleibt 1.

Letzter Nachtrag: Es war der allererste Batteriealarm eines Rauchmelders seit Juli 2014 (da gingen die ersten drei hier in Betrieb).
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Otto123

Ich muss gestehen, wa sich gesagt habe war Erinnerung   :-X
Es war kein Teamcall, ich habe mal noch die Logs gestöbert, das ist alles:
2016.08.20 06:12:42 3: HM_297D08 : Batteriewarnung battery: low
2016.08.20 06:12:43 3: HM_297D08 : Batteriewarnung battery: low
2016.08.20 06:12:45 3: HM_297D08 : Batteriewarnung battery: low

Genauso kamen auch die Meldungen und drei Emails. 3 mal weil ich drei Melder habe? Oder weil die Batterie schwach 3 mal signalisiert wird?

Gefühlt war es um 5 :) und irgendwie dachte ich die EMail kam ne Stunde früher, aber das war wohl ein Anzeigeproblem.

Eine zweite Meldung habe ich verhindert weil ich gleich den Melder vom Strom genommen habe. Dann nachgedacht, den Schalter ausgebaut und 13:00 war er wieder online.

Was mich in Deinem log wundert:2016-10-14_08:08:25 Rauchmelder3_OGW off
2016-10-15_14:13:02 Rauchmelder4_OGO battery: low
2016-10-15_14:13:02 Rauchmelder4_OGO level: 1
2016-10-15_14:13:02 Rauchmelder4_OGO off

Die "off" Einträge habe ich  nicht. Klingt ja als war er vorher on?

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Pfriemler

Nu gugge. Doch nicht alles gleich.
Der auslösende Rauchmelder war einer mit Firmware 1.1, bei Dir? (ach na eben, d.h. er hat eine kürzere Laufzeit als die 1.0er, die ich schon länger laufen habe). Ich denke auch nicht, dass sich seit August soviel in der Behandlung seitens FHEM geändert hat. Fakt ist: es hat gepiept bei Dir (auch kurz nach sechs ist viel zu früh, aber immerhin war's schon hell  :D), warum steht das nicht im Log?

Die täglichen Meldungen der Melder bestehen bei mir immer aus den drei Zeilen, von Anbeginn. Das Reading "state" wird also immer mit aktualisiert. Wird am Log liegen, ich logge mit "Rauchmelder.*", da kommt eben alles rein. Wenn Du nur auf "battery:" loggst, siehst Du keine teamCalls. Ach, und ich habe kein event-on-change-reading bei den Rauchmeldern, ist vielleicht auch ein Grund für die wiederholten "off" im Log.

Die drei "battery: low" in einer Sekunde hätte ich zunächst auf ein fehlendes ACK geschoben, also msgRepeats vom Rauchmelder. 3x ist doch HM-typisch. Lässt sich aber hier nicht einstellen. Hm. Oder aber er sendet tatsächlich drei low-Meldungen (an sich und die anderen Teammitglieder) - bei mir sind ja auch sechs (insgesamt sogar 7) "low" gesendet worden, inmitten der teamCall-Meldungen.

Insgesamt ziemlich viel Traffic. Ein normaler teamCall vom Leader etwa kommt (quasi als Quittung) genau sechs mal im Log:
2014-08-19_12:00:49 Rauchmelder1 teamCall: from SDTeamDevice1:1
2014-08-19_12:00:49 Rauchmelder2 teamCall: from SDTeamDevice1:1
2014-08-19_12:00:49 Rauchmelder3 teamCall: from SDTeamDevice1:1
2014-08-19_12:00:49 Rauchmelder4 teamCall: from SDTeamDevice1:1
2014-08-19_12:00:49 Rauchmelder5 teamCall: from SDTeamDevice1:1
2014-08-19_12:00:50 Rauchmelder6 teamCall: from SDTeamDevice1:1


Zum Level: Auch bei mir sind neue Geräte immer mit 0 gemeldet und wechseln recht kurz nach der Inbetriebnahme auf 1. Ich würde jetzt mal prüfen, ob das was mit der Teamzugehörigkeit zu tun hat oder schlicht damit, ob das Ding nach dem letzten PowerOn schon mal einen Rundspruch vom Teamleader empfangen hat. Aber erst mal warte ich die nächste Batteriemeldung ab.


BTW: wofür war der HM-LC-SW1-BA-PCB nochmal genau?
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

Otto123

ZitatBTW: wofür war der HM-LC-SW1-BA-PCB nochmal genau?
Man kann die Melder doch auch durch einen Schalter auslösen. Thema: Drahtgebundene Vernetzung HB Seite 27.
Einen HM Schalter (HM-LC-SW1-BA-PCB) könnte man peeren und hätte damit einen "Sirene" unabhängig von FHEM.

Meine haben Firmware 1.1

Klar Du hast im Log des RM geschaut und ich im Log von FHEM  :-X gut das wir drüber gesprochen haben  ;)
Mein Log vom RM sieht natürlich genau aus wie Deines  ;D
2016-08-20_06:12:41 RmAZ battery: low
2016-08-20_06:12:41 RmAZ teamCall: from HM_297D08:2
2016-08-20_06:12:42 RmAZ battery: low
2016-08-20_06:12:42 RmAZ teamCall: from HM_297D08:2
2016-08-20_06:12:44 RmAZ battery: low
2016-08-20_06:12:44 RmAZ teamCall: from HM_297D08:2


Wir werden noch zum RauchmelderVersteher  ;D

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Pfriemler

Zitat von: Otto123 am 16 Oktober 2016, 18:39:34
Man kann die Melder doch auch durch einen Schalter auslösen...
Achja stimmt. Ich habe noch einen RM100 in der Schublade und könnte den direkt mit einem HM-Sec-SD koppeln, habe ich schon mal herausgefunden.
Protokoll ist nachzulesen im Web (periodisch 2s Kurzschluss bei Alarm, 6s für Reset des Alarms). Hab's im Partnerforum gefunden.

Wir werden noch zum RauchmelderVersteher  ;D
Nicht nur die.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

ChrisW

Das selbe hatte ich auch vom Dienstag / Mittwoch .. ca. 5 Uhr morgends .
Teamcall ist der "voralarm" meiner Alarmanlage .. puhh da ist man schnell wach !

Gerät 1. mal Battery LOW .. Ich hatte schon öfters leere Geräte die haben aber NIE ein Teamcall gemacht.

Raspberry PI3 mit allem möglichen.