[CUL_HM] probleme mit "sabotageAttack_ErrIoAttack cnt" reading

frank · 02 Juli 2020, 14:38:45

1. "sabotageAttack_ErrIoAttack cnt" funktioniert nicht für longpoll.

es werden zwar events generiert, aber longpoll sendet diese events nicht ans frontend.
eventuell liegt es am leerzeichen im namen.
ist das ein cul_hm problem, oder eher ein lonpoll problem?

2. "sabotageAttack_ErrIoAttack cnt" wird nicht bei einem HM-LC-SW1PBU-FM aktor erkannt/erzeugt.

könnte eventuell ein "chn01" problem sein, da dieser aktor ein single-chn-device ist.

edit:

3. das leerzeichen macht auch probleme beim fhem restart.

aus "sabotageAttack_ErrIoAttack cnt" mit value="x" wird das reading "sabotageAttack_ErrIoAttack" mit value="cnt x".
oder ist das ein feature?

martinp876 · 03 Juli 2020, 07:50:27

1) möglich... das Leerzeichen ist ein flüchtigkeitsfehler - werde ich entfernen
2) Sabotage geht immer auf das Device. Ein CHN01 Problem kann ich nicht erkennen. Bitte ein List der Entity und ein log(sniffen) der error-attack, so du es nachstellen kannst.
3) siehe oben

frank · 03 Juli 2020, 12:04:59

ich denke, dass der sniff von gestern das fremdschalten des aktors über eine ccu gewesen sein muss:

Code Auswählen

2020.07.02 12:29:21.219 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:20177D8B d:FF r:FFD6     m:39 A011 1ACE1F 3913D3 0201C80000
2020.07.02 12:29:21.222 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:20177E07 d:FF r:FFCB     m:39 8002 3913D3 1ACE1F 0101C80037

wenn es kein chn01 problem sein kann, liegt es dann eventuell am cul?
es gibt ja immer noch das problem, dass bei fhem restart zunächst das io aus dem attribut IODev als IODev im internal übernommen wird, obwohl in IOgrp ein völlig anderes io als prefered eingetragen ist.

da meine debmatic ccu ein reboot problem hat, kann ich es erst später versuchen, nach zu stellen.

ein attack mit fremder hmid hat heute zumindestens beide sabotage readings erzeugt. das war scheinbar unabhängig vom internal IODev.

Code Auswählen

Internals:
   DEF        3913D3
   FUUID      5c4ce2ef-f33f-09c4-b6b2-d2f8538e4da2d3b0
   IODev      cul868
   NAME       SwitchPBU06
   NOTIFYDEV  global
   NR         643
   NTFY_ORDER 50-SwitchPBU06
   STATE      on
   TYPE       CUL_HM
   chanNo     01
   peerList   Tuer.SZ,self01,self02,
   .attraggr:
   .attreocr:
     .*
   .attrminint:
   .attrtocr:
     .*
   READINGS:
     2020-06-05 19:15:56   .peerListRDate  2020-06-05 19:15:56
     2020-07-03 10:11:44   .protLastRcv    2020-07-03 10:11:44
     2020-07-01 13:15:33   Activity        alive
     2020-05-24 18:28:57   CommandAccepted yes
     2020-05-22 15:25:32   D-firmware      2.8
     2020-05-22 15:25:32   D-serialNr      MEQ0096182
     2020-05-15 21:38:36   PairedTo        0x1ACE1F
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgActionType off
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgCtDlyOff geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgCtDlyOn geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgCtOff geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgCtOn geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgCtValHi 100
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgCtValLo 50
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgMultiExec on
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgOffDly 0 s
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgOffTime unused
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgOffTimeMode absolut
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgOnDly 0 s
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgOnTime unused
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgOnTimeMode absolut
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgSwJtDlyOff on
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgSwJtDlyOn on
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgSwJtOff dlyOn
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-lgSwJtOn on
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shActionType jmpToTarget
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shCtDlyOff geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shCtDlyOn geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shCtOff geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shCtOn geLo
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shCtValHi 100
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shCtValLo 50
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shMultiExec off
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shOffDly 0 s
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shOffTime unused
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shOffTimeMode absolut
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shOnDly 0 s
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shOnTime 20 s
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shOnTimeMode absolut
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shSwJtDlyOff dlyOn
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shSwJtDlyOn no
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shSwJtOff dlyOn
     2020-06-05 19:15:57   R-Tuer.SZ_chn-01-shSwJtOn on
     2020-05-15 21:38:36   R-intKeyVisib   visib
     2020-05-24 10:32:10   R-localResDis   off
     2020-05-15 21:38:36   R-pairCentral   0x1ACE1F
     2020-05-29 10:03:44   R-powerUpAction off
     2020-05-15 21:38:39   R-self01-lgActionType jmpToTarget
     2020-05-15 21:38:39   R-self01-lgCtDlyOff geLo
     2020-05-15 21:38:39   R-self01-lgCtDlyOn geLo
     2020-05-15 21:38:39   R-self01-lgCtOff geLo
     2020-05-15 21:38:39   R-self01-lgCtOn geLo
     2020-05-15 21:38:39   R-self01-lgCtValHi 100
     2020-05-15 21:38:39   R-self01-lgCtValLo 50
     2020-05-15 21:38:39   R-self01-lgMultiExec on
     2020-05-15 21:38:39   R-self01-lgOffDly 0 s
     2020-05-15 21:38:39   R-self01-lgOffTime unused
     2020-05-15 21:38:39   R-self01-lgOffTimeMode absolut
     2020-05-15 21:38:39   R-self01-lgOnDly 0 s
     2020-05-15 21:38:39   R-self01-lgOnTime unused
     2020-05-15 21:38:39   R-self01-lgOnTimeMode absolut
     2020-05-15 21:38:39   R-self01-lgSwJtDlyOff off
     2020-05-15 21:38:39   R-self01-lgSwJtDlyOn off
     2020-05-15 21:38:39   R-self01-lgSwJtOff off
     2020-05-15 21:38:39   R-self01-lgSwJtOn dlyOff
     2020-05-15 21:38:39   R-self01-shActionType jmpToTarget
     2020-05-15 21:38:39   R-self01-shCtDlyOff geLo
     2020-05-15 21:38:39   R-self01-shCtDlyOn geLo
     2020-05-15 21:38:39   R-self01-shCtOff geLo
     2020-05-15 21:38:39   R-self01-shCtOn geLo
     2020-05-15 21:38:39   R-self01-shCtValHi 100
     2020-05-15 21:38:39   R-self01-shCtValLo 50
     2020-05-15 21:38:39   R-self01-shMultiExec off
     2020-05-15 21:38:39   R-self01-shOffDly 0 s
     2020-05-15 21:38:39   R-self01-shOffTime unused
     2020-05-15 21:38:39   R-self01-shOffTimeMode absolut
     2020-05-15 21:38:39   R-self01-shOnDly 0 s
     2020-06-01 19:35:56   R-self01-shOnTime 3600 s
     2020-05-15 21:38:39   R-self01-shOnTimeMode absolut
     2020-06-01 19:35:56   R-self01-shSwJtDlyOff dlyOn
     2020-06-01 19:35:56   R-self01-shSwJtDlyOn no
     2020-06-01 19:35:56   R-self01-shSwJtOff dlyOn
     2020-06-01 19:35:56   R-self01-shSwJtOn on
     2020-05-29 10:03:52   R-self02-lgActionType off
     2020-05-15 21:38:40   R-self02-lgCtDlyOff geLo
     2020-05-15 21:38:40   R-self02-lgCtDlyOn geLo
     2020-05-15 21:38:40   R-self02-lgCtOff geLo
     2020-05-15 21:38:40   R-self02-lgCtOn geLo
     2020-05-15 21:38:40   R-self02-lgCtValHi 100
     2020-05-15 21:38:40   R-self02-lgCtValLo 50
     2020-05-29 10:03:52   R-self02-lgMultiExec on
     2020-05-15 21:38:40   R-self02-lgOffDly 0 s
     2020-05-15 21:38:40   R-self02-lgOffTime unused
     2020-05-29 10:03:52   R-self02-lgOffTimeMode absolut
     2020-05-15 21:38:40   R-self02-lgOnDly 0 s
     2020-05-15 21:38:40   R-self02-lgOnTime unused
     2020-05-29 10:03:52   R-self02-lgOnTimeMode absolut
     2020-05-15 21:38:40   R-self02-lgSwJtDlyOff on
     2020-05-15 21:38:40   R-self02-lgSwJtDlyOn on
     2020-05-15 21:38:40   R-self02-lgSwJtOff dlyOn
     2020-05-15 21:38:40   R-self02-lgSwJtOn on
     2020-05-15 21:38:40   R-self02-shActionType jmpToTarget
     2020-05-15 21:38:40   R-self02-shCtDlyOff geLo
     2020-05-15 21:38:40   R-self02-shCtDlyOn geLo
     2020-05-15 21:38:40   R-self02-shCtOff geLo
     2020-05-15 21:38:40   R-self02-shCtOn geLo
     2020-05-15 21:38:40   R-self02-shCtValHi 100
     2020-05-15 21:38:40   R-self02-shCtValLo 50
     2020-05-15 21:38:40   R-self02-shMultiExec off
     2020-05-15 21:38:40   R-self02-shOffDly 0 s
     2020-05-15 21:38:40   R-self02-shOffTime unused
     2020-05-15 21:38:40   R-self02-shOffTimeMode absolut
     2020-05-15 21:38:40   R-self02-shOnDly 0 s
     2020-05-15 21:38:40   R-self02-shOnTime unused
     2020-05-15 21:38:40   R-self02-shOnTimeMode absolut
     2020-05-29 10:03:52   R-self02-shSwJtDlyOff off
     2020-05-29 10:03:52   R-self02-shSwJtDlyOn on
     2020-05-29 10:03:52   R-self02-shSwJtOff dlyOn
     2020-05-29 10:03:52   R-self02-shSwJtOn dlyOff
     2020-05-15 21:38:37   R-sign          off
     2020-05-28 18:57:56   R-statusInfoMinDly 0.5 s
     2020-05-28 18:57:56   R-statusInfoRandom 0 s
     2020-05-15 21:38:37   R-transmitTryMax 6
     2020-06-05 19:15:55   RegL_00.        00:00 02:81 0A:1A 0B:CE 0C:1F 15:FF 18:00
     2020-06-05 19:15:56   RegL_01.        00:00 08:00 30:06 56:00 57:01
     2020-06-05 19:15:57   RegL_03.Tuer.SZ_chn-01 00:00 02:00 03:00 04:32 05:64 06:00 07:34 08:00 09:FF 0A:01 0B:13 0C:10 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:20 8B:13 8C:33
     2020-06-05 19:15:58   RegL_03.self01  00:00 02:00 03:00 04:32 05:64 06:00 07:AC 08:00 09:FF 0A:01 0B:13 0C:10 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:21 8B:64 8C:66
     2020-06-05 19:15:59   RegL_03.self02  00:00 02:00 03:00 04:32 05:64 06:00 07:FF 08:00 09:FF 0A:01 0B:14 0C:63 82:00 83:00 84:32 85:64 86:00 87:FF 88:00 89:FF 8A:20 8B:13 8C:33
     2020-06-30 00:49:16   cfgState        ok
     2020-07-03 10:11:44   commState       CMDs_done
     2020-07-03 10:11:44   deviceMsg       on (to ccu)
     2020-07-03 10:11:44   level           100
     2020-07-03 10:11:44   pct             100
     2020-07-03 10:49:10   peerList        Tuer.SZ,self01,self02,
     2020-06-05 17:17:32   powerOn         2020-06-05 17:17:32
     2020-07-02 12:20:40   recentStateType ack
     2020-07-03 10:21:00   sabotageAttackId_ErrIoId_2ACE1F cnt:24
     2020-07-03 10:21:00   sabotageAttack_ErrIoAttack cnt 24
     2020-07-03 10:11:44   state           on
     2020-07-02 12:00:01   timedOn         off
     -                     tmpl_0          ES_00:powerUpAction:off,
     -                     tmpl_self01:short autoOff:time:3600,
     -                     tmpl_self02:both SwToggleIgnore:timeOn:unused,
     2020-07-02 12:20:40   trigLast        Tuer.SZ:closed
     2020-07-02 12:20:40   trig_Tuer.SZ    Closed_13
   helper:
     HM_CMDNR   150
     mId        0069
     peerFriend peerSens,peerVirt
     peerOpt    3:switch
     regLst     0,1,3p
     rxType     1
     tmplChg    0
     cmds:
       TmplKey    Tuer.SZ,self01,self02,:1593766300.50929:1593766300.52431
       TmplTs     1593766300.52431
       cmdKey     :1:1:0::0069:01Tuer.SZ,self01,self02,
       TmplCmds:
         tplPara000_0_ES_00_powerUpAction:off,on:-value-
         tplPara010_self01_short_autoOff_time:-value-
         tplPara020_self02_both_SwToggleIgnore_timeOn:-value-
         tplSet_self02:[SwCondAbove_long|SwCondAbove_short|SwCondBelow_long|SwCondBelow_short|SwOff_long|SwOff_short|SwOnCond_long|SwOnCond_short|SwOn_long|SwOn_short|SwToggleIgnore|SwToggle_long|SwToggle_short|autoOff_long|autoOff_short|ignore_long|ignore_short|motionOnSw_long|motionOnSw_short|toggleOn-for-timerOff_switch_long|toggleOn-for-timerOff_switch_short]
         tplSet_0:[ES_00|ES_device|test]
         tplSet_self01:[SwCondAbove_long|SwCondAbove_short|SwCondBelow_long|SwCondBelow_short|SwOff_long|SwOff_short|SwOnCond_long|SwOnCond_short|SwOn_long|SwOn_short|SwToggleIgnore|SwToggle_long|SwToggle_short|autoOff_long|autoOff_short|ignore_long|ignore_short|motionOnSw_long|motionOnSw_short|toggleOn-for-timerOff_switch_long|toggleOn-for-timerOff_switch_short]
         tplSet_Tuer.SZ_chn-01:[SwCondAbove_long|SwCondAbove_short|SwCondBelow_long|SwCondBelow_short|SwOff_long|SwOff_short|SwOnCond_long|SwOnCond_short|SwOn_long|SwOn_short|SwToggleIgnore|SwToggle_long|SwToggle_short|autoOff_long|autoOff_short|ignore_long|ignore_short|motionOnSw_long|motionOnSw_short|toggleOn-for-timerOff_switch_long|toggleOn-for-timerOff_switch_short]
       cmdList:
         assignHmKey:
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         eventL:-peer- -cond-
         eventS:-peer- -cond-
         fwUpdate:-filename- -bootTime- ...
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         getSerial:
         getVersion:
         inhibit:[on|off]
         off:
         on-for-timer:-ontime-
         on-till:-time-
         on:
         pair:
         peerBulk:-peer1,peer2,...- [set|unset]
         peerIODev:[IO] -btn- [set|unset]... not for future use
         peerSmart:[remove_Tuer.SZ|Fenster.Bad|SDTeam_Btn1|SwitchES01_SenF|SwitchES01_SenI|SwitchES01_SenPwr|SwitchES01_SenU|SwitchPBU01_Btn_01|SwitchPBU01_Btn_02|SwitchPBU02_Btn_01|SwitchPBU02_Btn_02|Tuer.WZ.Terrasse|VentilControler.AZ.Nord_Btn1|VentilControler.AZ.West_Btn1|VentilControler.Bad_Btn1|VentilControler.Kueche_Btn1|VentilControler.SZ_Btn1|VentilControler.WZ_Btn1|ccu_Btn1|ccu_Btn2|ccu_Btn3|ccu_Btn4|ccu_Btn5|virtAktorAlarmOff_Btn1]
         press:[long|short] -peer- [-repCount(long only)-] [-repDelay-] ...
         raw:data ...
         regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         sign:[on|off]
         statusRequest:
         toggle:
         tplDel:tmplt
         unpair:
     expert:
       def        1
       det        1
       raw        1
       tpl        1
     io:
       newChn     +3913D3,00,00,00
       rxt        0
       vccu       ccu
       p:
         3913D3
         00
         00
         00
       prefIO:
         hmlan1
     mRssi:
       mNo        
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       prs        1
     tmpl:
       0>ES_00    off
       self01:short>autoOff 3600
       self02:both>SwToggleIgnore unused
Attributes:
   .mId       0069
   IODev      cul868
   IOgrp      ccu:hmlan1
   actCycle   024:00
   actStatus  alive
   autoReadReg 5_readMissing
   event-on-change-reading .*
   expert     251_anything
   firmware   2.8
   group      Beleuchtung
   model      HM-LC-SW1PBU-FM
   peerIDs    00000000,1DE62001,3913D301,3913D302,
   room       50_SZ
   serialNr   MEQ0096182
   subType    switch
   timestamp-on-change-reading .*
   webCmd     getConfig:statusRequest:on:off

- mit der eq3 konfigurations sw sind zumindestens beim register setzen probleme zu erkennen, da die zählung der attacks falsch ist. es wird immer ein cnt übersprungen.
- ein simulierter tastendruck zu beginn wird nicht erkannt. ist aber eventuell auch nicht vorgesehen.

Code Auswählen

2020.07.03 11:31:35.667 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25098624 d:FF r:FFCC     m:24 A03E 1ACE1F 3913D3 3913D340024E
2020.07.03 11:31:35.834 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:250986A0 d:FF r:FFCA     m:24 8002 3913D3 1ACE1F 0101C80040


2020.07.03 11:43:58.167 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D3010E
2020.07.03 11:43:58.226 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 17
2020.07.03 11:43:58.237 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:2514DAF3 d:FF r:FFCC     m:4E A001 1ACE1F 3913D3 010E
2020.07.03 11:43:58.238 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D3010E
2020.07.03 11:43:58.320 0: HMLAN_Send:  hmlan1 I:+3913D3,00,00,00
2020.07.03 11:43:58.326 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:2514DB72 d:FF r:FFCC     m:4E A410 3913D3 1ACE1F 060100003E
2020.07.03 11:43:58.428 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:2514DBF0 d:FF r:FFCC     m:4E 8002 1ACE1F 3913D3 00
2020.07.03 11:44:06.395 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D301050000000001
2020.07.03 11:44:06.454 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 19
2020.07.03 11:44:06.467 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:2514FB17 d:FF r:FFCC     m:57 A001 1ACE1F 3913D3 01050000000001
2020.07.03 11:44:06.468 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D301050000000001
2020.07.03 11:44:06.521 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:2514FB8F d:FF r:FFCC     m:57 8002 3913D3 1ACE1F 00
2020.07.03 11:44:06.582 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D301083005
2020.07.03 11:44:06.633 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 21
2020.07.03 11:44:06.645 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:2514FBD4 d:FF r:FFCC     m:58 A001 1ACE1F 3913D3 01083005
2020.07.03 11:44:06.646 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D301083005
2020.07.03 11:44:06.713 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:2514FC4F d:FF r:FFCC     m:58 8002 3913D3 1ACE1F 00
2020.07.03 11:44:06.772 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D30106
2020.07.03 11:44:06.824 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 23
2020.07.03 11:44:06.835 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:2514FC93 d:FF r:FFCC     m:59 A001 1ACE1F 3913D3 0106
2020.07.03 11:44:06.837 2: CUL_HM SwitchPBU06 attack:111ACE1F3913D30201000000,111ACE1F3913D30201000000:11ACE1F3913D30106
2020.07.03 11:44:06.905 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:2514FD0F d:FF r:FFCC     m:59 8002 3913D3 1ACE1F 00
2020.07.03 11:44:07.318 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:2514FE93 d:FF r:FFCC     m:59 A410 3913D3 1ACE1F 06010000

martinp876 · 03 Juli 2020, 13:39:22

Eine Attacke liegt vor, wenn zu einem device ein kommando geschickt wird weiches nicht von (dieser) fhem instanz ausgelöst wurde.
Es wird berücksichtigt, dass mehrere ios aktiv sein können, will sagen, es ist egal, welches io sendet.

In deinem log sehe ich, dass das device angesprochen wird. Allerdings wird nichts gesendet. Also war es jemand anders. Also eine Attacke.

Falls du mehr ios hast müssen alle gleichzeitig sniffen, da ich das senden und empfangen aller messages, auch (insbesondere) doppelt sehen muss

frank · 03 Juli 2020, 15:23:19

ein simulierter tastendruck (taste1 und taste2) von der eq3 sw gesendet, wird von fhem grundsätzlich nicht als attack erkannt:

Code Auswählen

2020.07.03 14:51:43.943 4: CUL_Parse: cul868 A 0F 1C A03E 1ACE1F 3913D3 3913D340014D1D -59.5
2020.07.03 14:51:43.954 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25C0C7C4 d:FF r:FFCC     m:1C A03E 1ACE1F 3913D3 3913D340014D
2020.07.03 14:51:44.083 4: CUL_Parse: cul868 A 0E 1C 8002 3913D3 1ACE1F 0101C8403F0B -68.5
2020.07.03 14:51:44.100 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25C0C840 d:FF r:FFCA     m:1C 8002 3913D3 1ACE1F 0101C8403F
2020.07.03 14:51:49.862 4: CUL_Parse: cul868 A 0F 1D A03E 1ACE1F 3913D3 3913D34002601D -59.5
2020.07.03 14:51:49.872 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25C0DEE3 d:FF r:FFCB     m:1D A03E 1ACE1F 3913D3 3913D3400260
2020.07.03 14:51:49.985 4: CUL_Parse: cul868 A 0E 1D 8002 3913D3 1ACE1F 010100003F09 -69.5
2020.07.03 14:51:50.042 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25C0DF5F d:FF r:FFCB     m:1D 8002 3913D3 1ACE1F 010100003F

register setzen wird grundsätzlich erkannt, aber nicht alle attacks ins reading geschrieben, oder?
zumindestens ist die zählung konfus.

Code Auswählen

2020.07.03 15:02:56.069 4: CUL_Parse: cul868 A 10 1E A001 1ACE1F 3913D3 010500000000011E -59
2020.07.03 15:02:56.070 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D301050000000001
2020.07.03 15:02:56.191 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 3
2020.07.03 15:02:56.203 4: CUL_Parse: cul868 A 0A 1E 8002 3913D3 1ACE1F 0009 -69.5
2020.07.03 15:02:56.206 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25CB099A d:FF r:FFCA     m:1E A001 1ACE1F 3913D3 01050000000001
2020.07.03 15:02:56.208 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D301050000000001
2020.07.03 15:02:56.210 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25CB0A11 d:FF r:FFCC     m:1E 8002 3913D3 1ACE1F 00
2020.07.03 15:02:56.258 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 4
2020.07.03 15:02:56.268 4: CUL_Parse: cul868 A 0D 1F A001 1ACE1F 3913D3 010830061F -58.5
2020.07.03 15:02:56.270 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D301083006
2020.07.03 15:02:56.319 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 5
2020.07.03 15:02:56.327 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25CB0A57 d:FF r:FFCB     m:1F A001 1ACE1F 3913D3 01083006
2020.07.03 15:02:56.328 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D301083006
2020.07.03 15:02:56.380 4: CUL_Parse: cul868 A 0A 1F 8002 3913D3 1ACE1F 0008 -70
2020.07.03 15:02:56.387 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25CB0AD1 d:FF r:FFCC     m:1F 8002 3913D3 1ACE1F 00
2020.07.03 15:02:56.448 4: CUL_Parse: cul868 A 0B 20 A001 1ACE1F 3913D3 01061E -59
2020.07.03 15:02:56.450 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30106
2020.07.03 15:02:56.498 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 7
2020.07.03 15:02:56.508 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25CB0B17 d:FF r:FFCA     m:20 A001 1ACE1F 3913D3 0106
2020.07.03 15:02:56.510 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30106
2020.07.03 15:02:56.572 4: CUL_Parse: cul868 A 0A 20 8002 3913D3 1ACE1F 0007 -70.5
2020.07.03 15:02:56.716 4: CUL_Parse: cul868 A 0B 20 A001 1ACE1F 3913D3 01061F -58.5
2020.07.03 15:02:56.722 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30106
2020.07.03 15:02:56.729 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25CB0BDF d:FF r:FFCB     m:20 A001 1ACE1F 3913D3 0106
2020.07.03 15:02:56.731 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30106
2020.07.03 15:02:56.777 4: CUL_Parse: cul868 A 0A 20 8002 3913D3 1ACE1F 0008 -70
2020.07.03 15:02:56.845 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 9
2020.07.03 15:02:56.881 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 10
2020.07.03 15:02:56.896 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25CB0C5B d:FF r:FFCC     m:20 8002 3913D3 1ACE1F 00
2020.07.03 15:02:57.194 4: CUL_Parse: cul868 A 0D 21 A410 3913D3 1ACE1F 0601000008 -70
2020.07.03 15:02:57.234 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25CB0E01 d:FF r:FFCC     m:21 A410 3913D3 1ACE1F 06010000
2020.07.03 15:02:57.315 4: CUL_Parse: cul868 A 0A 21 8002 1ACE1F 3913D3 0022 -57

frank · 03 Juli 2020, 15:44:14

hier noch ein statusrequest der von eq3 manchmal vor dem simulierten tastendruck gesendet wird.

Code Auswählen

2020.07.03 15:24:17.032 4: CUL_Parse: cul868 A 0B 2A A001 1ACE1F 3913D3 010E22 -57
2020.07.03 15:24:17.036 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D3010E
2020.07.03 15:24:17.177 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 11
2020.07.03 15:24:17.191 4: CUL_Parse: cul868 A 0E 2A A410 3913D3 1ACE1F 06010000420A -69
2020.07.03 15:24:17.220 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25DE960A d:FF r:FFCA     m:2A A001 1ACE1F 3913D3 010E
2020.07.03 15:24:17.221 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D3010E
2020.07.03 15:24:17.224 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25DE9689 d:FF r:FFCC     m:2A A410 3913D3 1ACE1F 0601000042
2020.07.03 15:24:17.272 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 12

wie soll es eigentlich theoretisch erkannt werden?
jedes io erkennt separat eine attack?
im prinzip wird ja nur eine fremde message an das device gesendet, aber 2 attacks erkannt.

hier wurde der request 2 mal erkannt, aber nur einmal das reading geschrieben:

Code Auswählen

2020.07.03 15:53:33.297 4: CUL_Parse: cul868 A 0B 41 A001 1ACE1F 3913D3 010E1E -59
2020.07.03 15:53:33.298 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D3010E
2020.07.03 15:53:33.350 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack cnt: 21
2020.07.03 15:53:33.361 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25F9635D d:FF r:FFCD     m:41 A001 1ACE1F 3913D3 010E
2020.07.03 15:53:33.362 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D3010E
2020.07.03 15:53:33.424 4: CUL_Parse: cul868 A 0E 41 A410 3913D3 1ACE1F 0601C840430A -69
2020.07.03 15:53:33.455 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25F963DC d:FF r:FFCB     m:41 A410 3913D3 1ACE1F 0601C84043
2020.07.03 15:53:33.543 4: CUL_Parse: cul868 A 0A 41 8002 1ACE1F 3913D3 0024 -56

ich hatte auch schon den fall, dass fhem den request gar nicht als attack erkannt hat. allerdings fühlte sich fhem dadurch veranlasst, das device zu initialisieren.
zu dieser zeit war beim cul aber noch kein verbose gesetzt. könnte das auswirkungen haben?

Code Auswählen

2020.07.03 11:25:00.637 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25037EDA d:FF r:FFCC     m:01 A001 1ACE1F 3913D3 010E
2020.07.03 11:25:00.808 0: HMLAN_Send:  hmlan1 I:+3913D3,00,00,00
2020.07.03 11:25:00.839 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:25037F59 d:FF r:FFCB     m:01 A410 3913D3 1ACE1F 0601C8003D
2020.07.03 11:25:00.889 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:25037FD7 d:FF r:FFCB     m:01 8002 1ACE1F 3913D3 00

martinp876 · 04 Juli 2020, 12:20:36

1) simulierter Tastendruck wurde bislang nicht erkannt. Kommt
2)

Code Auswählen

jedes io erkennt separat eine attack?
natürlich nicht. Macht keinen Sinn, oder? FHEM sendet und empfängt (mehrfach) das gesendete.
Wird ein (kritisches) Kommando erkannt, welches nicht (von FHEM!) gesendet wurde ist es eine Attacke.
3)

Zitataber 2 attacks erkannt.

möglich. Je nach IO wird die Message auch mehrfach empfangen (mehrere IOs-> mehrfach empfangen, mache IOs melden die gleiche Message mehrfach!)
Das fange ich nicht ab - ist die Mühe nicht wert. Wichtig: jedes neue Event muss mindestens einmal erkannt werden!
4)

Zitatich hatte auch schon den fall, dass fhem den request gar nicht als attack erkannt hat. allerdings fühlte sich fhem dadurch veranlasst, das device zu initialisieren.
zu dieser zeit war beim cul aber noch kein verbose gesetzt. könnte das auswirkungen haben?

Verbose hat keine Auswirkung
Nicht erkannt ist schlecht. Ok, erkannt: wenn an das device noch nichts gesendet wurde ist da eine Lücke.

frank · 07 Juli 2020, 13:19:52

meine ccu ist wieder einsatzbereit, wodurch ich nun 2 probleme bei der attack erkennung gefunden habe, die sich eindeutig reproduzieren lassen.

1. wenn ein hmlan im "Internal IODev" eingetragen ist, wird jede attack message an das device, die in fhem ankommt, erkannt. bei 2 io also immer 2 attack erkennungen.
nun gibt es aber ein problem mit dem update des readings sabotageAttack..., sobald die messages des hmlan nach den cul messages bearbeitet werden. => siehe test1.

2. wenn ein cul im "Internal IODev" eingetragen ist, gibt es null attack erkennungen.
unabhängig davon, von welchem io die messages in fhem eintreffen. => siehe test 2.

zufälliger weise kann man die reihenfolge der bearbeitung von cul- und hmlan- messages ändern, indem man das senden der attack messages entweder über hmccu auslöst, oder über das webui der ccu.
über das webui der ccu wird das eintreffen der hmlan messages scheinbar mehr verzögert, so das die cul messages immer zuerst eintreffen. über hmccu kommen immer erst die hmlan messages zur bearbeitung.

anbei 2 tests mit je 4 schaltaktionen:
1. "set on" über hmccu
2. "set off" über hmccu
3. "set on" über webui der ccu
4. "set off" über webui der ccu

test1:
internal IODev: hmlan

fhem erkennt 8 attacks, aber nur 6 mal wird das reading gesetzt.
allerdings wird intern der counter trotzdem hochgezählt, wodurch die "lücken" im reading entstehen.
der fehler taucht immer auf, wenn die hmlan message nach der cul message bearbeitet wird.
demnach werden messages von cul und hmlan unterschiedlich behandelt.

meine vermutung:
beim hmlan werden die messages "gefiltert", wodurch das update des readings unterdrückt wird, aber der interne counter nicht.
wenn die "filterung" gewollt ist, sollte aber auch keine meldung im log auftauchen und die zählung im reading keine "lücken" aufweisen.

Code Auswählen

2020.07.06 14:10:54.447 5: HMLAN/RAW: /E1ACE1F,0000,350E8DC9,FF,FFD3,5AA0111ACE1F3913D30201C80000
E3913D3,0000,350E8E45,FF,FFCA,5A80023913D31ACE1F0101C80036

2020.07.06 14:10:54.449 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:350E8DC9 d:FF r:FFD3     m:5A A011 1ACE1F 3913D3 0201C80000
2020.07.06 14:10:54.450 5: hmlan1: dispatch A0E5AA0111ACE1F3913D30201C80000::-45:hmlan1
2020.07.06 14:10:54.451 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201C80000
2020.07.06 14:10:54.582 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack_cnt: 3
2020.07.06 14:10:54.591 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:350E8E45 d:FF r:FFCA     m:5A 8002 3913D3 1ACE1F 0101C80036
2020.07.06 14:10:54.592 5: hmlan1: dispatch A0E5A80023913D31ACE1F0101C80036::-54:hmlan1
2020.07.06 14:10:54.625 5: CUL/RAW: /A0E5AA0111ACE1F3913D30201C800002B
A0E5A80023913D31ACE1F0101C8003613

2020.07.06 14:10:54.626 4: CUL_Parse: cul868 A 0E 5A A011 1ACE1F 3913D3 0201C800002B -52.5
2020.07.06 14:10:54.627 5: cul868: dispatch A0E5AA0111ACE1F3913D30201C80000::-52.5:cul868
2020.07.06 14:10:54.628 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201C80000
2020.07.06 14:10:54.630 4: CUL_Parse: cul868 A 0E 5A 8002 3913D3 1ACE1F 0101C8003613 -64.5
2020.07.06 14:10:54.631 5: cul868: dispatch A0E5A80023913D31ACE1F0101C80036::-64.5:cul868
2020.07.06 14:10:54.632 4: CUL_HM SwitchPBU06 dupe: dont process
2020.07.06 14:10:54.681 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack_cnt: 4
2020.07.06 14:10:59.277 5: HMLAN/RAW: /E1ACE1F,0000,350EA121,FF,FFD3,63A0111ACE1F3913D30201000000
E3913D3,0000,350EA19E,FF,FFCC,6380023913D31ACE1F0101000036

2020.07.06 14:10:59.278 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:350EA121 d:FF r:FFD3     m:63 A011 1ACE1F 3913D3 0201000000
2020.07.06 14:10:59.279 5: hmlan1: dispatch A0E63A0111ACE1F3913D30201000000::-45:hmlan1
2020.07.06 14:10:59.279 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201000000
2020.07.06 14:10:59.334 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack_cnt: 5
2020.07.06 14:10:59.343 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:350EA19E d:FF r:FFCC     m:63 8002 3913D3 1ACE1F 0101000036
2020.07.06 14:10:59.344 5: hmlan1: dispatch A0E6380023913D31ACE1F0101000036::-52:hmlan1
2020.07.06 14:10:59.373 5: CUL/RAW: /A0E63A0111ACE1F3913D302010000002A
A0E6380023913D31ACE1F010100003612

2020.07.06 14:10:59.374 4: CUL_Parse: cul868 A 0E 63 A011 1ACE1F 3913D3 02010000002A -53
2020.07.06 14:10:59.375 5: cul868: dispatch A0E63A0111ACE1F3913D30201000000::-53:cul868
2020.07.06 14:10:59.375 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201000000
2020.07.06 14:10:59.378 4: CUL_Parse: cul868 A 0E 63 8002 3913D3 1ACE1F 010100003612 -65
2020.07.06 14:10:59.379 5: cul868: dispatch A0E6380023913D31ACE1F0101000036::-65:cul868
2020.07.06 14:10:59.380 4: CUL_HM SwitchPBU06 dupe: dont process
2020.07.06 14:10:59.428 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack_cnt: 6
22020.07.06 14:11:05.848 5: CUL/RAW: /A0E6CA0111ACE1F3913D30201C800002B

2020.07.06 14:11:05.848 4: CUL_Parse: cul868 A 0E 6C A011 1ACE1F 3913D3 0201C800002B -52.5
2020.07.06 14:11:05.849 5: cul868: dispatch A0E6CA0111ACE1F3913D30201C80000::-52.5:cul868
2020.07.06 14:11:05.850 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201C80000
2020.07.06 14:11:05.905 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack_cnt: 7
2020.07.06 14:11:05.914 5: HMLAN/RAW: /E1ACE1F,0000,350EBB77,FF,FFD3,6CA0111ACE1F3913D30201C80000

2020.07.06 14:11:05.914 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:350EBB77 d:FF r:FFD3     m:6C A011 1ACE1F 3913D3 0201C80000
2020.07.06 14:11:05.915 5: hmlan1: dispatch A0E6CA0111ACE1F3913D30201C80000::-45:hmlan1
2020.07.06 14:11:05.916 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201C80000
2020.07.06 14:11:05.973 5: CUL/RAW: /A0E6C80023913D31ACE1F0101C8003613

2020.07.06 14:11:05.973 4: CUL_Parse: cul868 A 0E 6C 8002 3913D3 1ACE1F 0101C8003613 -64.5
2020.07.06 14:11:05.974 5: cul868: dispatch A0E6C80023913D31ACE1F0101C80036::-64.5:cul868
2020.07.06 14:11:06.014 5: HMLAN/RAW: /E3913D3,0000,350EBBF4,FF,FFCA,6C80023913D31ACE1F0101C80036

2020.07.06 14:11:06.014 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:350EBBF4 d:FF r:FFCA     m:6C 8002 3913D3 1ACE1F 0101C80036
2020.07.06 14:11:06.015 5: hmlan1: dispatch A0E6C80023913D31ACE1F0101C80036::-54:hmlan1
2020.07.06 14:11:06.016 4: CUL_HM SwitchPBU06 dupe: dont process
2020.07.06 14:11:10.894 5: CUL/RAW: /A0E75A0111ACE1F3913D302010000002A

2020.07.06 14:11:10.915 4: CUL_Parse: cul868 A 0E 75 A011 1ACE1F 3913D3 02010000002A -53
2020.07.06 14:11:10.916 5: cul868: dispatch A0E75A0111ACE1F3913D30201000000::-53:cul868
2020.07.06 14:11:10.917 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201000000
2020.07.06 14:11:10.976 1: ------ ATTACK-ALARM ----- SwitchPBU06(3913D3) sabotageAttack_ErrIoAttack_cnt: 9
2020.07.06 14:11:10.985 5: HMLAN/RAW: /E1ACE1F,0000,350ECF2E,FF,FFD4,75A0111ACE1F3913D30201000000

2020.07.06 14:11:10.986 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:350ECF2E d:FF r:FFD4     m:75 A011 1ACE1F 3913D3 0201000000
2020.07.06 14:11:10.988 5: hmlan1: dispatch A0E75A0111ACE1F3913D30201000000::-44:hmlan1
2020.07.06 14:11:10.989 2: CUL_HM SwitchPBU06 attack:011ACE1F3913D301043913D30103,011ACE1F3913D301043913D30203:11ACE1F3913D30201000000
2020.07.06 14:11:11.019 5: CUL/RAW: /A0E7580023913D31ACE1F010100003613

2020.07.06 14:11:11.020 4: CUL_Parse: cul868 A 0E 75 8002 3913D3 1ACE1F 010100003613 -64.5
2020.07.06 14:11:11.021 5: cul868: dispatch A0E7580023913D31ACE1F0101000036::-64.5:cul868
2020.07.06 14:11:11.062 5: HMLAN/RAW: /E3913D3,0000,350ECFAB,FF,FFCC,7580023913D31ACE1F0101000036

2020.07.06 14:11:11.063 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:350ECFAB d:FF r:FFCC     m:75 8002 3913D3 1ACE1F 0101000036
2020.07.06 14:11:11.063 5: hmlan1: dispatch A0E7580023913D31ACE1F0101000036::-52:hmlan1
2020.07.06 14:11:11.064 4: CUL_HM SwitchPBU06 dupe: dont process

test2:
internal IODev: cul

es werden null attacks erkannt und entsprechend bekommt das sabotageAttack.. reading auch kein update.

Code Auswählen

2020.07.07 11:48:33.876 5: HMLAN/RAW: /E1ACE1F,0000,39B2C0CC,FF,FFD4,6CA0111ACE1F3913D30201C80000
E3913D3,0000,39B2C148,FF,FFC9,6C80023913D31ACE1F0101C80036

2020.07.07 11:48:33.877 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:39B2C0CC d:FF r:FFD4     m:6C A011 1ACE1F 3913D3 0201C80000
2020.07.07 11:48:33.877 5: hmlan1: dispatch A0E6CA0111ACE1F3913D30201C80000::-44:hmlan1
2020.07.07 11:48:33.880 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:39B2C148 d:FF r:FFC9     m:6C 8002 3913D3 1ACE1F 0101C80036
2020.07.07 11:48:33.881 5: hmlan1: dispatch A0E6C80023913D31ACE1F0101C80036::-55:hmlan1
2020.07.07 11:48:33.915 5: CUL/RAW: /A0E6CA0111ACE1F3913D30201C800002B
A0E6C80023913D31ACE1F0101C800360B

2020.07.07 11:48:33.916 4: CUL_Parse: cul868 A 0E 6C A011 1ACE1F 3913D3 0201C800002B -52.5
2020.07.07 11:48:33.917 5: cul868: dispatch A0E6CA0111ACE1F3913D30201C80000::-52.5:cul868
2020.07.07 11:48:33.919 4: CUL_Parse: cul868 A 0E 6C 8002 3913D3 1ACE1F 0101C800360B -68.5
2020.07.07 11:48:33.920 5: cul868: dispatch A0E6C80023913D31ACE1F0101C80036::-68.5:cul868
2020.07.07 11:48:33.921 4: CUL_HM SwitchPBU06 dupe: dont process
2020.07.07 11:48:36.803 5: CUL/RAW: /A0E75A0111ACE1F3913D302010000002B
A0E7580023913D31ACE1F01010000370B

2020.07.07 11:48:36.804 4: CUL_Parse: cul868 A 0E 75 A011 1ACE1F 3913D3 02010000002B -52.5
2020.07.07 11:48:36.808 5: cul868: dispatch A0E75A0111ACE1F3913D30201000000::-52.5:cul868
2020.07.07 11:48:36.814 4: CUL_Parse: cul868 A 0E 75 8002 3913D3 1ACE1F 01010000370B -68.5
2020.07.07 11:48:36.815 5: cul868: dispatch A0E7580023913D31ACE1F0101000037::-68.5:cul868
2020.07.07 11:48:36.851 5: HMLAN/RAW: /E1ACE1F,0000,39B2CC5F,FF,FFD4,75A0111ACE1F3913D30201000000
E3913D3,0000,39B2CCDC,FF,FFCA,7580023913D31ACE1F0101000037

2020.07.07 11:48:36.852 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:39B2CC5F d:FF r:FFD4     m:75 A011 1ACE1F 3913D3 0201000000
2020.07.07 11:48:36.853 5: hmlan1: dispatch A0E75A0111ACE1F3913D30201000000::-44:hmlan1
2020.07.07 11:48:36.855 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:39B2CCDC d:FF r:FFCA     m:75 8002 3913D3 1ACE1F 0101000037
2020.07.07 11:48:36.856 5: hmlan1: dispatch A0E7580023913D31ACE1F0101000037::-54:hmlan1
2020.07.07 11:48:36.858 4: CUL_HM SwitchPBU06 dupe: dont process
2020.07.07 11:48:42.826 5: CUL/RAW: /A0E7EA0111ACE1F3913D30201C800002B

2020.07.07 11:48:42.827 4: CUL_Parse: cul868 A 0E 7E A011 1ACE1F 3913D3 0201C800002B -52.5
2020.07.07 11:48:42.828 5: cul868: dispatch A0E7EA0111ACE1F3913D30201C80000::-52.5:cul868
2020.07.07 11:48:42.836 5: HMLAN/RAW: /E1ACE1F,0000,39B2E499,FF,FFD4,7EA0111ACE1F3913D30201C80000

2020.07.07 11:48:42.837 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:39B2E499 d:FF r:FFD4     m:7E A011 1ACE1F 3913D3 0201C80000
2020.07.07 11:48:42.838 5: hmlan1: dispatch A0E7EA0111ACE1F3913D30201C80000::-44:hmlan1
2020.07.07 11:48:42.949 5: CUL/RAW: /A0E7E80023913D31ACE1F0101C800360C

2020.07.07 11:48:42.950 4: CUL_Parse: cul868 A 0E 7E 8002 3913D3 1ACE1F 0101C800360C -68
2020.07.07 11:48:42.951 5: cul868: dispatch A0E7E80023913D31ACE1F0101C80036::-68:cul868
2020.07.07 11:48:42.994 5: HMLAN/RAW: /E3913D3,0000,39B2E515,FF,FFC9,7E80023913D31ACE1F0101C80036

2020.07.07 11:48:42.995 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:39B2E515 d:FF r:FFC9     m:7E 8002 3913D3 1ACE1F 0101C80036
2020.07.07 11:48:42.996 5: hmlan1: dispatch A0E7E80023913D31ACE1F0101C80036::-55:hmlan1
2020.07.07 11:48:42.997 4: CUL_HM SwitchPBU06 dupe: dont process
2020.07.07 11:48:47.829 5: CUL/RAW: /A0E07A0111ACE1F3913D302010000002B

2020.07.07 11:48:47.829 4: CUL_Parse: cul868 A 0E 07 A011 1ACE1F 3913D3 02010000002B -52.5
2020.07.07 11:48:47.830 5: cul868: dispatch A0E07A0111ACE1F3913D30201000000::-52.5:cul868
2020.07.07 11:48:47.839 5: HMLAN/RAW: /E1ACE1F,0000,39B2F825,FF,FFD4,07A0111ACE1F3913D30201000000

2020.07.07 11:48:47.840 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:39B2F825 d:FF r:FFD4     m:07 A011 1ACE1F 3913D3 0201000000
2020.07.07 11:48:47.841 5: hmlan1: dispatch A0E07A0111ACE1F3913D30201000000::-44:hmlan1
2020.07.07 11:48:47.954 5: CUL/RAW: /A0E0780023913D31ACE1F01010000370A

2020.07.07 11:48:47.955 4: CUL_Parse: cul868 A 0E 07 8002 3913D3 1ACE1F 01010000370A -69
2020.07.07 11:48:47.956 5: cul868: dispatch A0E0780023913D31ACE1F0101000037::-69:cul868
2020.07.07 11:48:48.010 5: HMLAN/RAW: /E3913D3,0000,39B2F8A2,FF,FFCA,0780023913D31ACE1F0101000037

2020.07.07 11:48:48.011 0: HMLAN_Parse: hmlan1 R:E3913D3   stat:0000 t:39B2F8A2 d:FF r:FFCA     m:07 8002 3913D3 1ACE1F 0101000037
2020.07.07 11:48:48.012 5: hmlan1: dispatch A0E0780023913D31ACE1F0101000037::-54:hmlan1
2020.07.07 11:48:48.013 4: CUL_HM SwitchPBU06 dupe: dont process

zusätzlicher wunsch:

nach dem entfernen des leerzeichens im sabotageAttack... reading funktioniert longpoll nun wieder.

könnte man das reading eventuell mit den anderen sabotageAttack... readings, die bei "fremder" hmid erzeugt werden, "harmonisieren"? dort wird das "cnt" in den value geschrieben und nicht in den namen.
mir wäre egal, welche form du bevorzugst, hauptsache gleichen sich.

frank · 07 Juli 2020, 14:34:12

das fehlerbild ist noch weitaus komplexer:

- bei attacks mit fremder hmid scheint das internal IODev bei der erkennung keine rolle zu spielen.

- allerdings gab es dann später bei erneuten attacks mit der fhem hmid gar keine erkennungen mehr.
- erst wieder nach einem neustart von fhem.

ist es eigentlich richtig, dass bei einer attacke mit der fhem hmid kein reading erzeugt wird, das die hmid im namen enthält? also nur das "allgemeine" reading mit den counts wird aktualisiert.
mit fremder hmid gibt es immer 2 readings, die updaten.

wäre es nicht logischer auch readings mit der fhem eigenen hmid zu erzeugen, wenn es attacks mit der fhem hmid gibt. immerhin sind das ja eigentlich auch die "tötlichen" attacks.