Hallo,
Im Wiki http://www.fhemwiki.de/wiki/HomeMatic wird unter dem Internat beschrieben, dass hier die Anzahl der Befehle, die von einer anderen Zentrale als fhem gegeben werden, gezählt wird.
Ich finde es aber nicht in meiner vccu oder cul oder hnlan.
Erscheint es erst, wenn der Vorfall passiert?
Wie benachrichtigen ich mich jedesmal, wenn es passiert?
Greets Byte
Hallo,
also das Reading
ZitatDies wird auch im Reading sabotageAttack ausgegeben und man kann ein notify darauf ansetzen.
existiert an jedem Device (Aktor Sensor nicht Zentrale)meines Wissen erst, wenn es eine "Attacke" gab.
Ich hatte das seinerzeit als ich Aktoren von der CCU1 auf HMLAN/FHEM umgezogen habe. Ich war dann froh das ich die löschen konnte 8)
Du könntest das also ähnlich global wie die Batteriewarnung machen, hier meine DEF vom notify
.*:[Bb]attery:.* { if ($EVENT !~ m/ok/) {
{ DebianMail('willi@willi.de', 'FHEM Batteriewarnung', $NAME.': '.$EVENT)};\
Log 3, "$NAME : Batteriewarnung $EVENT";
} \
}Wenn dann ein Event mit dem Reading sabotageAttack kommt, wird das notify getrigggert. Wie allerdings das RegEx genau aussehen muss, kann ich jetzt auch nicht sagen.
Dazu hab ich aber hier was gefunden (https://forum.fhem.de/index.php/topic,17959.msg123479.html#msg123479)
Gruß Otto
Danke für den Hinweis, wenn ich wieder zu Hause bin, werde ich es testen.
Muss aber einige Fensterkontakten ausschließen, da ich den Sabotagekontakt "missbraucht" habe.
Gruß
Byte
Ich denke das sind zwei getrennte paar Schuhe:
Der "Sabotagekontakt" steht im reading "cover"
Bei sabotageAttack geht es um den "Angriff" über Funk, der Versuch der Steuerung durch eine fremde Zentrale.
Gruß Otto
Hallo,
Ich habe den threat auf den du Verwiesen hast anders verstanden.
Das notify triggert auf alle Sabotage Events.
Damit auch darauf.
Greets
Byte
Das notify triggert auf das was Du bestimmst.
Die Frage ist wie das reading sabotageAttack gebildet wird. Davon habe ich keine Ahnung.
Das mit dem cover kannst Du leicht ausprobieren, mach es einfach auf und schau Dir die Events an. Dann weißt Du auf was Du nicht triggern kannst.
Ich denke man kann das ordentlich eingrenzen.
Gruß Otto
Grundsätzlich gefällt mir die Lösung von martin876 sehr gut.
Ein generelles notfy, dass auf alle sabotage event (Gehäusein öffnen oder Funkhack) reagiert sehr gut.
Muss mal drüber schlafen
define sabo notify .*:sabotage.* ....
Greets
Byte
Habe jetzt mal in den devices geschaut und nichts gefunden
nals: CUL0_MSGCNT 144 CUL0_RAWMSG A0D64A4104449221DA46206010000::-96.5:CUL0 CUL0_RSSI -96.5 CUL0_TIME 2016-08-10 15:00:11 DEF 444922 HMLAN1_MSGCNT 201 HMLAN1_RAWMSG E444922,0000,2A282B6D,FF,FFAE,64A4104449221DA46206010000 HMLAN1_RSSI -82 HMLAN1_TIME 2016-08-10 15:00:11 IODev HMLAN1 LASTInputDev HMLAN1 MSGCNT 345 NAME AussenSwitch NR 498 NTFY_ORDER 50-AussenSwitch STATE aus TYPE CUL_HM lastMsg No:64 - t:10 s:444922 d:1DA462 06010000 protEvt_AESCom-ok 41 last_at:2016-08-10 14:00:00 protEvt_AESerrReject 3 last_at:2016-07-31 09:50:06 protLastRcv 2016-08-10 15:00:11 protSnd 159 last_at:2016-08-10 15:00:11 protState CMDs_done rssi_HMLAN1 max:-81 lst:-83 avg:-84.43 min:-93 cnt:57 rssi_at_CUL0 min:-99 avg:-92.94 lst:-96.5 max:-65.5 cnt:144 rssi_at_HMLAN1 min:-91 max:-81 lst:-82 avg:-84.32 cnt:113 Readings: 2016-08-10 14:00:00 CommandAccepted yes 2016-06-07 19:07:36 D-firmware 2.8 2016-06-07 19:07:36 D-serialNr MEQ1672581 2016-07-23 00:23:25 PairedTo 0x1DA462 2016-06-08 19:10:00 PumpeAutoNeuStartet Mi, 08.06.2016 19:10:00 2016-08-10 14:00:00 PumpeAutoStartet Mi, 10.08.2016 14:00:00 2016-06-07 19:07:28 R-confBtnTime permanent 2016-06-07 19:07:28 R-intKeyVisib invisib 2016-06-07 19:07:28 R-localResDis off 2016-06-07 19:07:28 R-pairCentral 0x1DA462 2016-06-07 19:07:29 R-powerUpAction off 2016-07-20 12:19:43 R-sign on 2016-06-07 19:07:29 R-statusInfoMinDly 2 s 2016-06-07 19:07:29 R-statusInfoRandom 1 s 2016-06-07 19:07:29 R-transmitTryMax 6 2016-07-23 00:23:25 RegL_00. 02:01 0A:1D 0B:A4 0C:62 15:FF 18:00 00:00 2016-07-23 00:23:26 RegL_01. 08:01 30:06 57:24 56:00 00:00 2016-08-10 14:00:00 aesCommToDev ok 2016-08-10 14:00:00 aesKeyNbr 02 2016-07-22 23:33:11 aesReqTo vccu 2016-08-10 15:00:11 deviceMsg off (to vccu) 2016-08-10 15:00:11 level 0 2016-07-21 22:34:36 levelMissed desired:0 2016-08-10 15:00:11 pct 0 2016-07-23 00:23:03 powerOn 2016-07-23 00:23:03 2016-08-10 15:00:11 recentStateType info 2016-08-10 15:00:11 state off 2016-08-10 15:00:11 timedOn off Helper: HM_CMDNR 100 cSnd 111DA4624449220201C800008CA5,111DA4624449220201C800008CA5 mId 0004 rxType 1 Ack: Expert: def 1 det 1 raw 1 tpl 1 Io: newChn +444922,00,01,00 nextSend 1470834011.11848 rxt 0 vccu vccu p: 444922 00 01 00 prefIO: HMLAN1 Mrssi: mNo 64 Io: CUL0 -96.5 HMLAN1 -80 Prt: bErr 0 sProc 0 Rspwait: Q: qReqConf qReqStat Role: chn 1 dev 1 prs 1 Rpt: IO CUL0 flg A ts 1470834011.02823 ack: HASH(0x3233158) 6480021DA46244492200 Rssi: Hmlan1: avg -84.4385964912281 cnt 57 lst -83 max -81 min -93 At_cul0:
Reading Cover hat bei bei mir übrigens nur der Drehgriff, die Fenster Kontakte haben sabotageError on/off (HM-SEC-SC-2)
Greets
Byte