Hallo,
leider wurden wir heute Nacht zweimal durch einen Fehlalarm meiner Rauchmelder aus dem Bett geschreckt. Das kann alles mal passieren. Aber es hat leider auch gezeigt, dass mein Notify nicht funktioniert, was mir auf Telegram ausgeben soll, welcher Rauchmelder Ursache des Alarms war.
Ich habe mich an die Empfehlung im Wiki gehalten:
define Feueralarm notify rm.team:.*smoke-Alarm.* {
my $Brandort = ReadingsVal("rm.team","smoke_detect","none");
fhem("set Nachricht _msg Feueralarm! $Brandort")}
Leider gab es da keine Antwort heute Nacht. In meinem Teamleads fehlen auch etliche Readings, was ich trotz zahlreicher Neuinstallationen bisher nicht beheben konnte. Unter anderem das Reading recent_Alarm.
Hier ist das List:
Internals:
CHANGED
DEF 12345601
FUUID 5c47609e-f33f-82e1-5606-59d41f643bd12453
FVERSION 10_CUL_HM.pm:0.210930/2020-02-02
NAME rm.team
NOTIFYDEV global
NR 210
NTFY_ORDER 50-rm.team
STATE off
TESTNR 3
TYPE CUL_HM
chanNo 01
device Rauchmelder
peerList rm.sz,rm.enya,rm.wz,rm.flur,rm.finley,rm.milena,
sdTeam sdLead
READINGS:
2020-03-25 11:49:13 aesCBCCounter 0000AE
2020-03-25 11:49:18 eventNo 03
2020-03-25 11:49:18 level 0
2020-02-21 20:22:33 peerList rm.sz,rm.enya,rm.wz,rm.flur,rm.finley,rm.milena,
2020-03-25 11:49:18 smoke_detect none
2020-03-25 11:49:48 state off
2019-09-13 21:11:20 teamCall from Rauchmelder:02
2020-03-25 07:33:45 trigger_cnt 11
helper:
fkt sdLead2
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst
expert:
def 1
det 0
raw 0
tpl 0
role:
chn 1
vrt 1
shadowReg:
tmpl:
Attributes:
event-on-change-reading 1
genericDeviceType security
model VIRTUAL
peerIDs 4C6XX1,4C6XXX01,4CXXX1,4XXX01,4XXX01,4CXXX01,
room Rauchmelder
verbose 3
webCmd alarmOff:teamCall
Da im Log der einzelnen Rauchmelder
2020-03-25_05:14:41 rm.sz smoke_detect: rm.wz
2020-03-25_05:14:41 rm.sz smoke-Alarm_08
2020-03-25_05:14:56 rm.sz smoke_detect: none
das Event korrekt aufgezeichnet wurde hätte ich die Idee, das Notify auf smoke_detect irgendeines meiner Rauchmelder (rm.XXX und die Abweichung von none triggern zu lassen.
Ich habe leider überhaupt keinen Plan, wie des RegExp dazu aussehen könnte.
Könnte mir einer der Profis eventuell dabei helfen oder hat eine andere Idee, warum das mit dem Teamlead nicht klappt.
Vielen Dank
Markus
event-on-change-reading 1
damit schaltest du alle events ab.
wieso hast du das so eingestellt?
Siehst Du - der Teufel steckt im Detail. Das sollte natürlich nicht so sein. Hast Du vielleicht auch eine Idee, warum bei mir im Teamlead so viele Readings fehlen?
Zumindest löst jetzt mein Notify aus, wenn ich set rm.team AlarmOn setze.
Kann man auch irgendwie testen, dass irgendein andere Rauchmelder Feuerlarm auslöst. Per Software und nicht mit Testrauch? AlarmOn gibt es da ja nicht..
Vielen Dank
Markus
lösche erst mal attr event-on-change und erzeuge einen alarm. was zeigt dann der eventmonitor?
bei meinen sd1 wird das reading recentAlarm zb auch durch "set alarmOn" am teamlead gesetzt.
ein "list Rauchmelder" wäre noch interessant.
Hallo, der Event-Monitor bringt folgendes (das Reading RecentAlarms wird NICHT gesetzt):
2020-03-25 14:17:25 CUL_HM rm.team aesCBCCounter: 0000B4
2020-03-25 14:17:25 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:25 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:25 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:25 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:25 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:25 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:25 CUL_HM Rauchmelder CMDs_done
2020-03-25 14:17:27 TelegramBot Nachricht _msg Feueralarm! Rauchmelder
2020-03-25 14:17:27 CUL_HM rm.team aesCBCCounter: 0000B5
2020-03-25 14:17:27 CUL_HM rm.team eventNo: 09
2020-03-25 14:17:27 CUL_HM rm.team level: 198
2020-03-25 14:17:27 CUL_HM rm.team smoke_detect: Rauchmelder
2020-03-25 14:17:27 CUL_HM rm.team smoke-Alarm_09
2020-03-25 14:17:27 CUL_HM rm.flur smoke_detect: Rauchmelder
2020-03-25 14:17:27 CUL_HM rm.flur smoke-Alarm_09
2020-03-25 14:17:27 CUL_HM rm.finley smoke_detect: Rauchmelder
2020-03-25 14:17:27 CUL_HM rm.finley smoke-Alarm_09
2020-03-25 14:17:27 CUL_HM rm.wz smoke_detect: Rauchmelder
2020-03-25 14:17:27 CUL_HM rm.wz smoke-Alarm_09
2020-03-25 14:17:27 CUL_HM rm.sz smoke_detect: Rauchmelder
2020-03-25 14:17:27 CUL_HM rm.sz smoke-Alarm_09
2020-03-25 14:17:27 CUL_HM rm.enya smoke_detect: Rauchmelder
2020-03-25 14:17:27 CUL_HM rm.enya smoke-Alarm_09
2020-03-25 14:17:28 CUL_HM rm.milena smoke_detect: Rauchmelder
2020-03-25 14:17:28 CUL_HM rm.milena smoke-Alarm_09
2020-03-25 14:17:28 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:28 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:28 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:28 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:28 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:28 CUL_HM Rauchmelder CMDs_pending
2020-03-25 14:17:28 HMLAN HMLAN loadLvl: batchLevel
2020-03-25 14:17:28 TelegramBot Nachricht sentMsgResult: SUCCESS
Das List von Rauchmelder ist
Internals:
DEF 123456
FUUID 5c47609e-f33f-82e1-00b8-2594fbab21ee099c
FVERSION 10_CUL_HM.pm:0.210930/2020-02-02
HMLAN_MSGCNT 36
HMLAN_RAWMSG E123456,0000,09E35070,FF,FFC7,0B14411234564C69EB010B0000000248052501
HMLAN_RSSI -57
HMLAN_TIME 2020-03-25 07:33:48
IODev HMLAN
LASTInputDev HMLAN
MSGCNT 36
NAME Rauchmelder
NOTIFYDEV global
NR 209
NTFY_ORDER 50-Rauchmelder
STATE CMDs_done
TYPE CUL_HM
channel_01 rm.team
lastMsg No:0B - t:41 s:123456 d:4C69EB 010B0000000248052501
protLastRcv 2020-03-25 07:33:45
protRcv 6 last_at:2020-03-25 07:33:45
protRcvB 6 last_at:2020-03-25 07:33:45
protSnd 54 last_at:2020-03-25 14:17:28
protSndB 54 last_at:2020-03-25 14:17:28
protState CMDs_done
rssi_at_HMLAN cnt:36 min:-87 max:-56 avg:-69.66 lst:-57
READINGS:
2020-03-25 14:17:28 state CMDs_done
helper:
HM_CMDNR 181
PONtest 1
alarmNo 0A
mId FFF1
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
expert:
def 1
det 0
raw 0
tpl 0
io:
nextSend 1585118028.966
vccu VCCU
prefIO:
HMLAN
mRssi:
mNo 0B
io:
HMLAN:
-51
-51
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HMLAN:
avg -69.6666666666667
cnt 36
lst -57
max -56
min -87
shadowReg:
tmpl:
role:
Attributes:
IODev HMLAN
IOgrp VCCU:HMLAN
aesCommReq 1
model VIRTUAL
subType virtual
webCmd virtual
Viele Grüße
Markus
zumindestens tut dein notify jetzt.
zu recentAlarm fällt mir nichts ein.
vielleicht ist das ja beim sd2 "normal".
Hallo Frank,
vielen Dank für Deine Hilfe. Bisher weiß ich aber nur, dass das Notify auslöst und eine Nachricht sendet. Beim Test kam aber nur vom TeamLead, da hier der Alarm ausgelöst wurde.
Gibt es denn irgendeine Möglichkeit einen Alarm direkt an einem Rauchmelder zu simulieren? Mit Trigger kam ich irgendwie nicht weiter...
Viele Grüße
Markus
da musst du den sensor "kitzeln".
räucherstäbchen, teures rm test spray kaufen, zigarre,...
Das habe ich befürchtet. Schade, dass man so einen Test nicht irgendwie mittels Software hinbekommt....
Vielen Dank nochmal und bleib gesund
Markus
Du kannst doch einfach mit einem "setreading rm.team state smoke-Alarm" das reading ändern um den notify zu stimulieren, und den Alarm simulieren, oder mit "set rm.team alarmOn", oder irre ich mich?
set rm.team alarmOn triggert zwar das Notify aber führt kein Auslösedevice mit.
Setreading war die Lösung: Man musste allerdings erst smoke_detect beschreiben und dann den state ändern.
Dann hoffen wir mal, dass bei einem echten Feuer das Reading auch korrekt gesetzt wird. Aber das Notify funktionert erstmal. Super.
Vielen Dank und Gute Nacht
Markus
das ist aber nur die halbe "wahrheit".
Das verstehe ich jetzt nicht 😳
Was ist denn die Ganze?
Zitat von: juelich am 26 März 2020, 07:37:45
Das verstehe ich jetzt nicht 😳
Was ist denn die Ganze?
weil du mit dem "setreading" nur erneut das triggern des notify überprüfst.
aussen vor bleibt bei deinem test:
1. sensortest:
sensor erkennt rauch und reagiert korrekt.
2. rm-sender-test:
rm xy sendet korrekt, so dass teamlead und alle anderen rm sich angesprochen fühlen.
3. rm-empfänger-test:
alle rm im team empfangen den alarm und heulen
4. teamlead-empfänger-test:
fhem empfängt den alarm.
5. teamlead-test:
teamlead verarbeitet den alarm korrekt und erzeugt die "richtigen" events.
eigentlich müsste man jeden rm einmal im monat mit einem spray (verschmutzt den sensor angeblich nicht) auslösen und den weitergereichten alarm an allen anderen rm im team kontrollieren.
zusätzlich ist es sinnvoll die rm zb mit dem actiondetector zu überwachen. diese senden normaler weise ca alle 3 tage ihren status.
nur zum testen von notifys nutze ich gerne den fhem befehl trigger. dieser erzeugt beliebige events ohne die readings der devices zu "belästigen".
Da hast Du mit allem Recht.
Allerdings hatte ich diesen Test ja ungewollt vor zwei Tagen, was mich ja zur Erstellung des Threads veranlasst hat...
Zweimal Fehlalarm im Wohnzimmer und das ganze Hatte heulte...
Es hatten auch alle anderen RM im Log stehen, dass der RM im Wohnzimmer ausgelöst hat. Leider gab es in der Logdefinition des Teamleads auch einen Fehler, so dass dort die Alarme nicht aufgezeichnet wurden.
Und das Notify ging aus bekannten Gründen auch nicht...
ZitatLeider gab es in der Logdefinition des Teamleads auch einen Fehler, so dass dort die Alarme nicht aufgezeichnet wurden.
ein filelog ist im grunde auch nur ein notify.
da es keine events gab, auch kein loggen.
Das mag noch dazu kommen. Aber ich hatte das Filelog auch auch völlig falsch definiert. Nannte sich zwar Filelog RM Team, sammelte aber die Daten aus dem Wohnzimmer 🙈