Moin zusammen,
ich hatte gestern Nacht mal wieder einen Fehlarlam, alle Rauchmelder haben gepfiffen (passenderweise war meine Frau mit den Kids alleine zu Hause :-[). Hatte 5 Jahre keinen Einzigen und das war der zweite in den letzten 3 Monaten. Mein Problem: ich finde den Auslöser nicht - und den würde ich natürlich gerne näher untersuchen. Aber sowohl im Log finde ich nichts (außer dass meine Frau die Knöpferl zum Deaktivieren des Lärms gedrückt hat) als auch mein Notify für Smoke-Alarm schlägt nicht an.
Mein Setup:
Ein Teamlead (sh. List) und 6 damit gepeerte Rauchmelder + 1 Rauchmelder solo (nicht gepeert)
Internals:
DEF xxx52601
FUUID xxxxac55-f33f-33cd-951e-d73e0a13bac9adef
NAME vccu_Btn1
NOTIFYDEV global
NR 28
NTFY_ORDER 50-vccu_Btn1
STATE off
TESTNR 1
TYPE CUL_HM
chanNo 01
device vccu
peerList SZ_Rauchmelder,KZ_Rauchmelder,UGSZ_Rauchmelder,KU_Rauchmelder,EG_Rauchmelder,UG_Rauchmelder,
sdTeam sdLead
READINGS:
2018-12-24 10:48:44 aesCBCCounter 0000DF
2018-12-24 10:48:50 eventNo 01
2018-12-24 10:48:50 level 0
2019-08-01 08:04:03 peerList SZ_Rauchmelder,KZ_Rauchmelder,UGSZ_Rauchmelder,KU_Rauchmelder,EG_Rauchmelder,UG_Rauchmelder,
2018-12-24 10:48:50 smoke_detect none
2018-12-24 10:48:50 state off
2018-12-24 10:48:40 teamCall from vccu:00
2019-07-31 22:34:10 trigger_cnt 2
helper:
fkt sdLead2
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst
bm:
CUL_HM_Get:
cnt 2
dmx -1000
dtot 0
dtotcnt 0
mTS 01.08. 08:51:12
max 0.00415301322937012
tot 0.00426387786865234
mAr:
HASH(0x561ab4bd8f68)
vccu_Btn1
?
CUL_HM_Set:
cnt 14
dmx -1000
dtot 0
dtotcnt 0
mTS 01.08. 08:51:12
max 0.00503301620483398
tot 0.0436327457427979
mAr:
HASH(0x561ab4bd8f68)
vccu_Btn1
?
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
shadowReg:
tmpl:
Attributes:
alias Teamlead
group Rauchmelder,System
icon it_wifi
model CCU-FHEM
peerIDs xxx0B801,xxx16401,xxx18201,xxxDA601,xxxDD101,xxx2E001,
room Alarm,Kanäle
webCmd press short:press long
Ich habe ein FileLog angelegt:
./log/Rauchmelder-%Y-%m.log .*Rauchmelder:.*|vccu_Btn1:.*
In dem finde ich allerdings nur Folgendes:
2019-07-31_22:34:22 KZ_Rauchmelder aesCommToDev: ok
2019-07-31_22:34:22 KZ_Rauchmelder aesCommToDev: pending
2019-07-31_22:34:15 KZ_Rauchmelder aesCommToDev: ok
2019-07-31_22:34:15 KZ_Rauchmelder aesCommToDev: pending
2019-07-31_22:34:10 vccu_Btn1 trigger_cnt: 2
2019-07-31_22:34:10 KZ_Rauchmelder trig_vccu_Btn1: 0_2
2019-07-31_22:34:10 KZ_Rauchmelder trigLast: vccu_Btn1:0
2019-07-31_22:33:43 vccu_Btn1 trigger_cnt: 2
2019-07-31_22:33:43 EG_Rauchmelder trig_vccu_Btn1: 2_2
2019-07-31_22:33:43 EG_Rauchmelder trigLast: vccu_Btn1:2
2019-07-31_22:33:21 vccu_Btn1 trigger_cnt: 1
2019-07-31_22:33:21 KZ_Rauchmelder trig_vccu_Btn1: 198_1
2019-07-31_22:33:21 KZ_Rauchmelder trigLast: vccu_Btn1:198
2019-07-31_11:21:47 EG_Rauchmelder off
Auch mein Notify schlägt nicht an:
.*:smoke-Alarm.* {
my $rm = AttrVal($NAME, 'alias', "unbekannt");
fhem("msg push 2 |ALARM| Brandmelder $rm hat ausgelöst;");
fhem("set SS_EG_Gang,SS_KE_Gang on")
}
Wo habe ich denn da den Wurm drin? Wäre super, wenn ihr mir auf die Sprünge helfen könntet.
Beste Grüße
doc
k.A. ob es hilft, ich hatte vor vier Wochen auch meinen ersten HM Fehlalarm. Glück in Unglück, ich wollt gerade zur Arbeit als die beiden im Keller los legten.
a. konnte ich schön am ersten Melder sehen das er selbst nicht ausgelöst hat sondern nur die Meldung hat ( LED grün) , der andere mit dem Problem war rot.
b. in meinem Log sah ich auch schön wie Nr. 2 ausgelöst hat und Nr.1 dadurch dann mitgemacht hat.
Mein notify für alle verbauten Rauchmelder ist ähnlich deinem :
defmod n_Smoke notify SD_[0-9]_.*:smoke.* {\
fhem("set smokedummy $NAME - $EVENT;;\
set teleBot message $NAME - $EVENT");;\
my $txt = AttrVal($NAME,"comment","unbekannter Ort");;\
\
Log 1, "Rauchmelder $NAME $EVENT $txt";;\
\
}
Danke, das notify passe ich gleich mal auf *:smoke.* an.
In welchem Log hast du die Auslösung gesehen? Im "Hauptlog" über dein Notify oder wurde das auch ohne dein Notify dort gelogt oder hast du wie ich auch für die RM ein extra Log?
Viele Grüße
1. das verschleiern der ids ist kontraproduktiv.
2. ich würde nie den vccu channel als teamlead nutzen.
3. hat dein notify jemals funktioniert? das wiki beispiel sieht anders aus.
4. eventuell hat das kinderzimmer ausgelöst.
5. poste ein list vom rm kz und der vccu.
6. was zeigt "get hminfo configCheck"?
7. wie sind die rssi aller rm? siehe "get hminfo configCheck".
Herzlichen Dank für den weiteren Input!
Zitat1. das verschleiern der ids ist kontraproduktiv.
okay, hatte ich noch drin von früher ;-) mache ich nicht mehr - hier noch der Teamlead unverschleiert
Internals:
DEF 28652601
FUUID 5c4eac55-f33f-33cd-951e-d73e0a13bac9adef
NAME vccu_Btn1
NOTIFYDEV global
NR 28
NTFY_ORDER 50-vccu_Btn1
STATE off
TESTNR 1
TYPE CUL_HM
chanNo 01
device vccu
peerList SZ_Rauchmelder,KZ_Rauchmelder,UGSZ_Rauchmelder,KU_Rauchmelder,EG_Rauchmelder,UG_Rauchmelder,
sdTeam sdLead
READINGS:
2018-12-24 10:48:44 aesCBCCounter 0000DF
2018-12-24 10:48:50 eventNo 01
2018-12-24 10:48:50 level 0
2019-08-01 08:04:03 peerList SZ_Rauchmelder,KZ_Rauchmelder,UGSZ_Rauchmelder,KU_Rauchmelder,EG_Rauchmelder,UG_Rauchmelder,
2018-12-24 10:48:50 smoke_detect none
2018-12-24 10:48:50 state off
2018-12-24 10:48:40 teamCall from vccu:00
2019-07-31 22:34:10 trigger_cnt 2
helper:
fkt sdLead2
peerFriend peerSD,peerSens,peerAct
peerOpt -:virtual
regLst
bm:
CUL_HM_Get:
cnt 4
dmx -1000
dtot 0
dtotcnt 0
mTS 01.08. 08:51:12
max 0.00415301322937012
tot 0.0044705867767334
mAr:
HASH(0x561ab4bd8f68)
vccu_Btn1
?
CUL_HM_Set:
cnt 25
dmx -1000
dtot 0
dtotcnt 0
mTS 01.08. 08:51:12
max 0.00503301620483398
tot 0.0763893127441406
mAr:
HASH(0x561ab4bd8f68)
vccu_Btn1
?
expert:
def 1
det 0
raw 1
tpl 0
role:
chn 1
vrt 1
shadowReg:
tmpl:
Attributes:
alias Teamlead
group Rauchmelder,System
icon it_wifi
model CCU-FHEM
peerIDs 4990B801,49916401,49918201,5ECDA601,5ECDD101,5ED2E001,
room Alarm,Kanäle
webCmd press short:press long
Zitat2. ich würde nie den vccu channel als teamlead nutzen.
was genau meinst du der vccu_Btn1 ist der channel_01 der vccu. Mit was genau soll ich stattdessen peeren?
Zitat3. hat dein notify jemals funktioniert? das wiki beispiel sieht anders aus.
ja tatsächlich, hab extra ne Einweg-E-Kippe gekauft ;-)
Zitat4. eventuell hat das kinderzimmer ausgelöst.
Wie kommst du drauf? Aber zumindest der Bericht meiner Frau könnte das bestätigen, die hat gemeint, sie hat im EG den Ruhe-Knopf gedrückt und der im Kinderzimmer blieb an - dann hat sie da extra nochmal den Knopf gedrückt (sieht man ja auch im Log). Wenn das also so ist, dass der Auslöser sich nicht durch einen anderen Knopfdruck beruhigen lässt, wäre das ein Volltreffer.
Zitat5. poste ein list vom rm kz und der vccu.
RM KZ
Internals:
DEF 499164
FUUID 5c4eac55-f33f-33cd-13ac-e0056a30d9ad9ad3
HM_LGW_MSGCNT 49
HM_LGW_RAWMSG 0502013917A6104991642865260601000031
HM_LGW_RSSI -57
HM_LGW_TIME 2019-07-31 22:34:22
IODev HM_LGW
LASTInputDev HM_LGW
MSGCNT 49
NAME KZ_Rauchmelder
NOTIFYDEV global
NR 857
NTFY_ORDER 50-KZ_Rauchmelder
STATE off
TYPE CUL_HM
chanNo 01
lastMsg No:17 - t:10 s:499164 d:286526 0601000031
peerList vccu_Btn1,
protCmdDel 1
protEvt_AESCom-ok 15 last_at:2019-07-31 22:34:22
protLastRcv 2019-07-31 22:34:22
protRcv 16 last_at:2019-07-31 22:34:22
protResnd 1 last_at:2019-07-22 18:04:36
protResndFail 1 last_at:2019-07-22 18:04:42
protSnd 17 last_at:2019-07-31 22:34:22
protSndB 3 last_at:2019-07-31 22:34:21
protState CMDs_done
rssi_HM_LGW cnt:2 min:-49 max:-48 avg:-48.5 lst:-49
rssi_at_HM_LGW cnt:34 min:-59 max:-52 avg:-54.58 lst:-57
READINGS:
2019-07-31 22:34:15 Activity alive
2018-12-21 15:43:02 CommandAccepted yes
2019-07-31 22:34:15 D-firmware 1.0
2019-07-31 22:34:15 D-serialNr NEQ0249427
2018-12-21 15:38:12 LastLowBattMailSent 0
2018-12-21 15:40:02 PairedTo 0x286526
2018-12-21 15:40:02 R-pairCentral 0x286526
2018-12-21 15:40:02 RegL_00. 00:00 02:01 0A:28 0B:65 0C:26 16:00 1F:00
2019-07-31 22:34:22 aesCommToDev ok
2018-12-21 15:43:02 aesKeyNbr 02
2019-07-31 22:34:22 alarmTest ok
2019-07-31 22:34:22 battery ok
2019-07-31 22:34:22 level 0
2019-07-31 22:34:20 peerList vccu_Btn1,
2018-12-21 16:26:38 powerOn 2018-12-21 16:26:38
2019-07-31 22:34:22 recentStateType info
2018-12-21 15:40:02 sdRepeat off
2019-07-31 22:34:22 smokeChamber ok
2018-12-24 10:48:50 smoke_detect none
2019-07-31 22:34:22 state off
2018-12-24 10:48:40 teamCall from vccu:00
2019-07-31 22:34:10 trigLast vccu_Btn1:0
2019-07-31 22:34:10 trig_vccu_Btn1 0_2
helper:
HM_CMDNR 23
cSnd 01286526499164010E,01286526499164010E
mId 00AA
peerFriend peerSD
peerOpt p:smokeDetector
regLst 0
rxType 6
supp_Pair_Rep 0
bm:
CUL_HM_Get:
cnt 3
dmx -1000
dtot 0
dtotcnt 0
mTS 01.08. 08:51:25
max 0.00288081169128418
tot 0.0031585693359375
mAr:
HASH(0x561ab71cf050)
KZ_Rauchmelder
?
CUL_HM_Set:
cnt 49
dmx -1000
dtot 0
dtotcnt 0
mTS 31.07. 22:34:22
max 0.00889205932617188
tot 0.165777683258057
mAr:
HASH(0x561ab71cf050)
KZ_Rauchmelder
?
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +499164,01,01,02
nextSend 1564605262.89789
rxt 0
vccu vccu
p:
499164
01
01
02
prefIO:
HM_LGW
mRssi:
mNo 17
io:
HM_LGW:
-51
-51
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
rpt:
IO HM_LGW
flg A
ts 1564605262.61975
ack:
HASH(0x561ab71cf050)
17800228652649916400
rssi:
HM_LGW:
avg -48.5
cnt 2
lst -49
max -48
min -49
at_HM_LGW:
avg -54.5882352941176
cnt 34
lst -57
max -52
min -59
shadowReg:
tmpl:
role:
Attributes:
IODev HM_LGW
IOgrp vccu:HM_LGW
actCycle 099:00
actStatus alive
aesCommReq 1
alias Kinderzimmer
autoReadReg 4_reqStatus
comment aesKey 2
00000000,11311301
event-on-change-reading .*
expert 2_raw
firmware 1.0
group Rauchmelder
icon secur_smoke_detector
model HM-SEC-SD-2
msgRepeat 1
peerIDs 00000000,28652601,
room Alarm
serialNr NEQ0249427
sortby 2
subType smokeDetector
webCmd statusRequest
VCCU
Internals:
DEF 286526
FUUID 5c4eac55-f33f-33cd-9e58-3e3a1fc6279f8e47
HM_LGW_MSGCNT 2863
HM_LGW_RAWMSG 050001591F800249FFDF491BF000
HM_LGW_RSSI -89
HM_LGW_TIME 2019-08-01 10:09:11
IODev HM_LGW
LASTInputDev HM_LGW
MSGCNT 2863
NAME vccu
NOTIFYDEV global
NR 27
NTFY_ORDER 50-vccu
STATE HM_LGW:ok
TYPE CUL_HM
assignedIOs HM_LGW
channel_01 vccu_Btn1
channel_02 vccu_Btn2
lastMsg No:02 - t:41 s:286526 d:499164 0102000000020192B672
protLastRcv 2019-07-31 22:34:10
protRcv 3 last_at:2019-07-31 22:34:10
protRcvB 3 last_at:2019-07-31 22:34:10
rssi_at_HM_LGW cnt:18 min:-57 max:-42 avg:-50.77 lst:-56
READINGS:
2019-08-01 08:04:03 IOopen 1
2019-08-01 08:04:03 state HM_LGW:ok
2018-12-19 03:57:29 unknown_1E8B06 received
2019-04-27 19:46:10 unknown_286355 received
2019-08-01 08:00:10 unknown_28B47B received
2019-02-03 09:41:58 unknown_2AF7FB received
2019-04-19 20:00:59 unknown_31CADD received
2019-05-21 15:04:43 unknown_31D818 received
2019-06-23 14:24:02 unknown_354128 received
2018-12-22 16:15:00 unknown_3C98B3 received
2019-08-01 07:53:28 unknown_3C9F0A received
2019-08-01 10:09:11 unknown_49FFDF received
2019-01-08 15:44:22 unknown_514352 received
2019-04-06 20:20:31 unknown_53F2F3 received
2019-07-31 21:06:14 unknown_53F2F7 received
2018-12-24 10:43:07 unknown_5ECDA6 received
2019-04-22 11:07:39 unknown_61A310 received
2019-05-14 21:06:59 unknown_61A441 received
2019-04-05 14:16:59 unknown_65DCC2 received
2019-07-28 21:10:42 unknown_682654 received
2019-08-01 10:08:49 unknown_68390A received
2019-03-03 10:20:19 unknown_686DFC received
2019-04-03 10:03:52 unknown_691514 received
helper:
HM_CMDNR 2
PONtest 1
alarmNo 01
mId FFF0
peerFriend peerSens,peerAct
peerOpt -:virtual
regLst 0
rxType 1
supp_Pair_Rep 0
ack:
bm:
CUL_HM_Set:
cnt 104
dmx -1000
dtot 0
dtotcnt 0
mTS 28.07. 09:04:00
max 0.0115430355072021
tot 0.371868133544922
mAr:
HASH(0x561ab44b4bb8)
vccu
?
expert:
def 1
det 0
raw 1
tpl 0
io:
nextSend 1564605254.45813
vccu vccu
ioList:
HM_LGW
prefIO:
HM_LGW
mRssi:
mNo 02
io:
HM_LGW:
-50
-50
prt:
bErr 0
sProc 0
q:
qReqConf
qReqStat
role:
dev 1
vrt 1
rssi:
at_HM_LGW:
avg -50.7777777777778
cnt 18
lst -56
max -42
min -57
shadowReg:
tmpl:
Attributes:
IODev HM_LGW
IOList HM_LGW
IOgrp vccu:HM_LGW
comment
expert 2_full
group Homematic
hmKey
icon it_wifi
model CCU-FHEM
room System
subType virtual
webCmd virtual:update
Zitatwas zeigt "get hminfo configCheck"?
configCheck done:
:D den mache ich regelmäßig und zum Glück kommt da schon lange nichts mehr (heißt ja hoffentlich gut - alle möglichen Fehler ausgeräumt)
Zitatwie sind die rssi aller rm? siehe "get hminfo configCheck".
Da kam nichts, hab aber eine Readingsgroup, die Werte passen, allerdings habe ich mit Erschrecken festgestellt, dass der RSSI der vccu bei -90 liegt. Das ist doch ein virtuelles Device, das müsste doch eigentlich bei 0 sein
zu rssi: sorry, ich meinte natürlich "get hminfo rssi".
Zitatallerdings habe ich mit Erschrecken festgestellt, dass der RSSI der vccu bei -90 liegt. Das ist doch ein virtuelles Device, das müsste doch eigentlich bei 0 sein
wie, wo, was?
es gibt mindestens ein rssi wert der mit "at_" angezeigt wird. dieser wird beim empfang einer message beim gateway gemessen. manche devices messen selber den rssi der empfangenen messages und senden diese werte an die zentrale. das sind die rssi ohne "at_".
Zitatwas genau meinst du der vccu_Btn1 ist der channel_01 der vccu. Mit was genau soll ich stattdessen peeren?
wie im wiki ausführlich beschrieben => ein separates virtuelles device mit genau einem virtuellen channel (die nutzung des vccu_chn wird nebenbei nur mit einem satz erwähnt).
ist dein fhem tagesaktuell?
die wichtigen readings sind alle um weihnachten aktualisiert worden.
da das notify schon funktionierte, vermute ich eine änderung in fhem (bug?). anfang des jahres gab es zumindestens entsprechende bugs.
in deinem log müsste viel mehr erscheinen. ist das alles, nur 2 rm melden events beim alarm?
haben nur diese beiden geheult?
den aes key im list der vccu kannst du löschen.
RSSI (nur für die Rauchmelder):
rssi done:
Device receive from last avg min_max count
3D_Rauchmelder 3D_Rauchmelder HM_LGW -53.0 -53.0 -53.0< -53.0 1
3D_Rauchmelder HM_LGW 3D_Rauchmelder -54.0 -56.9 -60.0< -54.0 14
EG_Rauchmelder EG_Rauchmelder HM_LGW -37.0 -37.0 -37.0< -37.0 1
EG_Rauchmelder HM_LGW EG_Rauchmelder -42.0 -42.7 -45.0< -41.0 14
KU_Rauchmelder HM_LGW KU_Rauchmelder -45.0 -52.4 -65.0< -45.0 14
KU_Rauchmelder KU_Rauchmelder HM_LGW -62.0 -62.0 -62.0< -62.0 1
KZ_Rauchmelder HM_LGW KZ_Rauchmelder -57.0 -54.6 -59.0< -52.0 34
SZ_Rauchmelder HM_LGW SZ_Rauchmelder -73.0 -62.8 -73.0< -57.0 14
SZ_Rauchmelder SZ_Rauchmelder HM_LGW -55.0 -55.0 -55.0< -55.0 1
UGSZ_Rauchmelder HM_LGW UGSZ_Rauchmelder -53.0 -60.4 -78.0< -53.0 14
UGSZ_Rauchmelder UGSZ_Rauchmelder HM_LGW -55.0 -55.0 -55.0< -55.0 1
UG_Rauchmelder HM_LGW UG_Rauchmelder -39.0 -39.1 -40.0< -37.0 15
UG_Rauchmelder UG_Rauchmelder HM_LGW -38.0 -38.0 -38.0< -38.0 1
Zitatallerdings habe ich mit Erschrecken festgestellt, dass der RSSI der vccu bei -90 liegt. Das ist doch ein virtuelles Device, das müsste doch eigentlich bei 0 sein
wie, wo, was?
Ah, die VCCU ist nur in meiner Readingsgroup mit drin, da kommt der komische Wert -90. Im get hminfo rssi taucht sie gar nicht auf.
Zitatwie im wiki ausführlich beschrieben => ein separates virtuelles device mit genau einem virtuellen channel (die nutzung des vccu_chn wird nebenbei nur mit einem satz erwähnt).
ich wollte wohl Devices sparen ;-) Okay, ändere das wie eigentlich in der Wiki empfohlen
Zitatist dein fhem tagesaktuell?
Du meinst update? Nicht tagesaktuell, aber das letzte Update ist max. 2 Wochen her
Zitatdie wichtigen readings sind alle um weihnachten aktualisiert worden.
Sollten die öfter aktualisiert werden? Weil an PairedCentral etc. tut sich ja eigentlich nichts
Zitatda das notify schon funktionierte, vermute ich eine änderung in fhem (bug?). anfang des jahres gab es zumindestens entsprechende bugs.
Das teste ich einfach nochmal. Aber nachdem ich in keinem Log was mit "smoke" finde, denke ich mal, das notify hat einfach nicht getriggert. Der Rauchalarm sollte von meinem Log
./log/Rauchmelder-%Y-%m.log .*Rauchmelder:.*|vccu_Btn1:.*
doch erfasst werden.
Zitatin deinem log müsste viel mehr erscheinen. ist das alles, nur 2 rm melden events beim alarm?
haben nur diese beiden geheult?
Alle (bis auf den nicht gepeerten) habel geheult. Und genau das verstehe ich nicht, warum nicht mehr im Log drinnen steht (weder im Hauptlog noch in dem oben beschriebenen)
Zitatden aes key im list der vccu kannst du löschen.
Kann oder sollte ich? Nicht, dass ich den noch für irgendwas brauche und nur nicht mehr auf dem Schirm habe, ob eines meiner 100 Devices AES nutzt ::)
Vielen Dank mal wieder zwischendurch!!!
Zitat von: docb am 01 August 2019, 12:43:10
Kann oder sollte ich? Nicht, dass ich den noch für irgendwas brauche und nur nicht mehr auf dem Schirm habe, ob eines meiner 100 Devices AES nutzt ::)
Frank will sagen: Im Post / list löschen nicht in deiner Definition. Denn jetzt wo er hier steht, ist es nicht mehr DEINER :)
Gruß Otto
Haha, Hauptsache ich Depp verschleiern die ids ;D
Danke für die Klarstellung
ZitatKann oder sollte ich? Nicht, dass ich den noch für irgendwas brauche und nur nicht mehr auf dem Schirm habe, ob eines meiner 100 Devices AES nutzt ::)
natürlich nicht bei dir in der vccu löschen! :)
eventuell aber in deinem post.
./log/Rauchmelder-%Y-%m.log .*Rauchmelder:.*|vccu_Btn1:.*
nach deinem log müsste es funktionieren, da 2 rauchmelder und der teamlead im log auftauchen.
um sicher zu gehen, dass das pipe zeichen richtig wirkt, würde ich immer klammern um die entsprechenden teile setzen.
wahrscheinlich so:
./log/Rauchmelder-%Y-%m.log (.*Rauchmelder|vccu_Btn1):.*
seit weihnachten müssten ja infos von bereits 2 fehlalarmen existieren plus eventuelle teamcalls.
die rssi sind prächtig.
ich würde mal fhem update machen und umstellen auf einen "echten" teamlead.
dann teamcall auslösen, dabei events auf dem eventmonitor beobachten und anschliessend ins log schauen.
wenn das alles funktioniert, mit allen readings, dann zum schluss einen echten alarm probieren.
Super, vielen Dank!
Werde am Wochenende testen und zurückmelden!
Viele Grüße
Zitat von: docb am 01 August 2019, 10:26:18
Wenn das also so ist, dass der Auslöser sich nicht durch einen anderen Knopfdruck beruhigen lässt, wäre das ein Volltreffer.
Dem ist so.
Der auslösende Rauchmelder kann nicht von einem anderen Rauchmelder stummgeschalten werden.
.
Moin,
habe alles umgesetzt und die Logs beobachtet, es scheint zu laufen. Eine Frage habe ich noch: ist es normal, dass sich jeder Rauchmelder nur 1x am Tag meldet? Ich habe in den Logs nämlich pro Rauchmelder nur eine Statusmeldung pro Tag.
2019-08-07_18:31:45 TeamDev_Btn1 off
2019-08-07_18:31:45 EG_Rauchmelder off
2019-08-07_18:31:45 EG_Rauchmelder smokeChamber: ok
2019-08-07_18:31:45 EG_Rauchmelder level: 0
2019-08-07_18:31:45 EG_Rauchmelder battery: ok
2019-08-07_18:31:45 EG_Rauchmelder alarmTest: ok
2019-08-07_16:56:40 TeamDev_Btn1 off
2019-08-07_16:56:40 KZ_Rauchmelder off
2019-08-07_16:56:40 KZ_Rauchmelder smokeChamber: ok
2019-08-07_16:56:40 KZ_Rauchmelder level: 0
2019-08-07_16:56:40 KZ_Rauchmelder battery: ok
2019-08-07_16:56:40 KZ_Rauchmelder alarmTest: ok
2019-08-07_16:56:40 KZ_Rauchmelder aesCommToDev: ok
2019-08-07_16:56:40 KZ_Rauchmelder aesCommToDev: pending
2019-08-07_14:15:05 TeamDev_Btn1 off
2019-08-07_14:15:05 KU_Rauchmelder off
2019-08-07_14:15:05 KU_Rauchmelder smokeChamber: ok
2019-08-07_14:15:05 KU_Rauchmelder level: 0
2019-08-07_14:15:05 KU_Rauchmelder battery: ok
2019-08-07_14:15:05 KU_Rauchmelder alarmTest: ok
2019-08-07_12:00:11 UG_Rauchmelder off
2019-08-07_12:00:11 UG_Rauchmelder smokeChamber: ok
2019-08-07_12:00:11 UG_Rauchmelder level: 0
2019-08-07_12:00:11 UG_Rauchmelder battery: ok
2019-08-07_12:00:11 UG_Rauchmelder alarmTest: ok
2019-08-07_12:00:11 TeamDev_Btn1 off
2019-08-07_11:23:12 UGSZ_Rauchmelder off
2019-08-07_11:23:12 UGSZ_Rauchmelder smokeChamber: ok
2019-08-07_11:23:12 UGSZ_Rauchmelder level: 0
2019-08-07_11:23:12 UGSZ_Rauchmelder battery: ok
2019-08-07_11:23:12 UGSZ_Rauchmelder alarmTest: ok
2019-08-07_11:23:12 TeamDev_Btn1 off
2019-08-07_09:20:56 TeamDev_Btn1 off
2019-08-07_09:20:55 SZ_Rauchmelder off
2019-08-07_09:20:55 SZ_Rauchmelder smokeChamber: ok
2019-08-07_09:20:55 SZ_Rauchmelder level: 0
2019-08-07_09:20:55 SZ_Rauchmelder battery: ok
2019-08-07_09:20:55 SZ_Rauchmelder alarmTest: ok
2019-08-07_01:09:14 TeamDev_Btn1 off
2019-08-07_01:09:14 KU_Rauchmelder off
2019-08-07_01:09:14 KU_Rauchmelder smokeChamber: ok
2019-08-07_01:09:14 KU_Rauchmelder level: 0
2019-08-07_01:09:14 KU_Rauchmelder battery: ok
2019-08-07_01:09:14 KU_Rauchmelder alarmTest: ok
Zitat
Dem ist so.
Der auslösende Rauchmelder kann nicht von einem anderen Rauchmelder stummgeschalten werden.
Top, vielen Dank!
Viele Grüße
Moin,
da ich vor einiger Zeit alles im HM Umfeld auf event-on-change-reading .* gesetzt habe, kann ich das mangels Log Einträge aktuell nicht nachschauen. Aber ich behaupte mal meine SD (nicht SD-2) melden sich noch seltener. Die dead Erkennung steht ja auch auf 99 h .
Gruß Otto
genau. bei sd1 sind es ca 3 tage / 72 std.
Super, besten Dank! Dann bin ich auf den nächsten Fehlalarm gespannt - aber eher hoffe ich, dass das nicht mehr vorkommt ;)
Viele Grüße
hast du wenigstens mal set teamcall probiert, ob jeder rm auf den neuen teamlead hört?
das log sieht immer noch sehr spärlich aus, finde ich.
edit:
der fehlalarm hat aber nichts mit fhem zu tun. das liegt nur am auslösenden rm selbst.
Jo, habe bislang nur immer auf das grüne Blinken geschaut, aber es steht auch im Log:
2019-08-08_16:58:33 UG_Rauchmelder teamCall: from TeamDev:00
2019-08-08_16:58:33 UG_Rauchmelder off
2019-08-08_16:58:33 UG_Rauchmelder smoke_detect: none
2019-08-08_16:58:33 UGSZ_Rauchmelder teamCall: from TeamDev:00
2019-08-08_16:58:33 UGSZ_Rauchmelder off
2019-08-08_16:58:33 UGSZ_Rauchmelder smoke_detect: none
2019-08-08_16:58:33 TeamDev_Btn1 teamCall: from TeamDev:00
2019-08-08_16:58:33 TeamDev_Btn1 off
2019-08-08_16:58:33 TeamDev_Btn1 smoke_detect: none
2019-08-08_16:58:33 TeamDev_Btn1 eventNo: 00
2019-08-08_16:58:33 SZ_Rauchmelder teamCall: from TeamDev:00
2019-08-08_16:58:33 SZ_Rauchmelder off
2019-08-08_16:58:33 SZ_Rauchmelder smoke_detect: none
2019-08-08_16:58:33 KZ_Rauchmelder teamCall: from TeamDev:00
2019-08-08_16:58:33 KZ_Rauchmelder off
2019-08-08_16:58:33 KZ_Rauchmelder smoke_detect: none
2019-08-08_16:58:33 KU_Rauchmelder teamCall: from TeamDev:00
2019-08-08_16:58:33 KU_Rauchmelder off
2019-08-08_16:58:33 KU_Rauchmelder smoke_detect: none
2019-08-08_16:58:33 EG_Rauchmelder teamCall: from TeamDev:00
2019-08-08_16:58:33 EG_Rauchmelder off
2019-08-08_16:58:33 EG_Rauchmelder smoke_detect: none
2019-08-08_16:58:29 TeamDev_Btn1 aesCBCCounter: 000107