[cul_hm] falsch erkannte attack meldungen

Begonnen von frank, 17 April 2021, 10:35:27

Vorheriges Thema - Nächstes Thema

frank

hallo martin,

bei einem getconfig auf einen dimmer gibt es manchmal falsche attack meldungen.
scheinbar nur bei einem automatischen getconfig und wenn der hmuart das preferedIO ist.
und bisher immer beim lesen der peerlist von chn1/2.

2021.04.17 11:20:39.825 4: CUL_Parse: cul868 A 0B 06 A001 1ACE1F 266A86 010366 -23
2021.04.17 11:20:39.827 2: CUL_HM DimPBU01 attack:011ACE1F266A8602040000000001,011ACE1F266A860203:11ACE1F266A860103
2021.04.17 11:20:39.957 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:026DF9D9 d:FF r:FFCE     m:06 A001 1ACE1F 266A86 0103
2021.04.17 11:20:39.958 2: CUL_HM DimPBU01 attack:011ACE1F266A8602040000000001,011ACE1F266A860203:11ACE1F266A860103


2021.04.17 11:20:41.202 4: CUL_Parse: cul868 A 0B 08 A001 1ACE1F 266A86 020366 -23
2021.04.17 11:20:41.203 2: CUL_HM DimPBU01 attack:011ACE1F266A8603040000000001,011ACE1F266A860303:11ACE1F266A860203
2021.04.17 11:20:41.275 0: HMLAN_Parse: hmlan1 R:E1ACE1F   stat:0000 t:026DFF3B d:FF r:FFCE     m:08 A001 1ACE1F 266A86 0203
2021.04.17 11:20:41.276 2: CUL_HM DimPBU01 attack:011ACE1F266A8603040000000001,011ACE1F266A860303:11ACE1F266A860203


vermutlich gibt es einen zusammenhang mit den fehlerhaften, automatischen getconfigs, siehe https://forum.fhem.de/index.php/topic,119122.msg1149689.html#msg1149689


edit:
die ursache war, das die messages, die den attack ausgelöst haben, nicht mehr in {helper}{cSnd} zu finden waren.
hier waren bereits die nächsten 2 messages enthalten.
in diesem speziellen fall hätten in {helper}{cSnd} die letzten 3 messages enthalten sein müssen.


gruss frank
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html

noansi

#1
Hallo Martin, hallo Frank,

es gibt auch noch einen Fehler beim Vergleich.

01 1ACE1F 266A86 0103
aber verglichen wird mit
11ACE1F266A860103
sollte aber
011ACE1F266A860103
sein.

Es wird der falsche String Startindex bei der empfangenen Nachricht genutzt, also 8 statt 7.
Edit: erledigt

Gruß, Ansgar.