HM-Taster erzeugen sporadisch mehrfache Events

Begonnen von roman1528, 21 Januar 2017, 21:23:49

Vorheriges Thema - Nächstes Thema

roman1528

Moin.

Ich habe seit einigen Tagen das Problem, dass 3 von 3 HomeMatic Tastern (nicht Aktoren) mehrfach Events erzeugen wenn ich nur einmal kurz tippe (Short).

Dieses verhalten ist nicht nachvollziehbar und auch nicht reproduzierbar. Es tritt regelmäßig auf und es werden mal 2, mal 3 aber auch mal nur 1 Event der gleichen Aktion erzeugt.

z.B. 6-Fach-Taster im Wohnzimmer. Kurzer Druck (Short) auf den ersten Taster soll per notify erkannt werden und ein Milight-Device schalten. Wenn jetzt natürlich mehrere Event kommen geht mein Licht an, aus, an, aus ... wie auch immer...

Ich kann leider nicht herausbekommen ob tatsächlich mehrere Funkdiagramme vom Taster gesendet werden, ob CUL-HM hier einen Fehler erzeugt oder der CUL (nanoCUL) hier einen Fehler produziert.

CUL:

Internals:
   CMDS       BCFiAZEkGMKUYRTVWXefltx
   Clients    :CUL_HM:HMS:CUL_IR:STACKABLE_CC:TSSTACKED:
   DEF        192.168.1.6:2024 0000
   DeviceName 192.168.1.6:2024
   FD         15
   FHTID      0000
   NAME       cul_868
   NR         141
   NR_CMD_LAST_H 29
   PARTIAL
   RAWMSG     A14D1845E45361D00000080000900000000000947FF06
   RSSI       -71
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.65 nanoCUL868
   cul_868_MSGCNT 1397
   cul_868_TIME 2017-01-21 21:19:25
   initString X21
Ar
   owner_CCU  VCCU
   Matchlist:
     1:CUL_HM   ^A....................
     8:HMS      ^810e04....(1|5|9).a001
     D:CUL_IR   ^I............
     H:STACKABLE_CC ^\*
     M:TSSTACKED ^\*
   Readings:
     2017-01-21 13:28:23   ccconf          freq:868.300MHz bWidth:101KHz rAmpl:33dB sens:8dB
     2017-01-21 18:07:03   cmds             B C F i A Z E k G M K U Y R T V W X e f l t x
     2017-01-20 21:42:39   credit10ms      900
     2017-01-21 21:19:25   state           Initialized
   XMIT_TIME:
     1485027391.52624
     1485027392.55999
     1485027394.19069
     1485027394.54364
     1485027397.24154
     1485027397.56381
     1485027399.10802
     1485027918.60436
     1485027921.62233
     1485027924.59714
     1485027924.95058
     1485028065.62406
     1485028065.96206
     1485028067.59188
     1485028069.89447
     1485028070.10592
     1485028165.25368
     1485028198.138
     1485028295.19357
     1485028295.54219
     1485028297.12183
     1485028297.47557
     1485028916.26503
     1485028916.55807
     1485028922.21268
     1485028922.56105
     1485029112.33876
     1485029563.81886
     1485029640.7934
   Helper:
     27e02a:
       QUEUE:
     428bbf:
       QUEUE:
     439613:
       QUEUE:
     45361d:
       QUEUE:
     471158:
       QUEUE:
     482381:
       QUEUE:
     495ecf:
       QUEUE:
     495f0a:
       QUEUE:
     4d1a46:
       QUEUE:
     4e98cd:
       QUEUE:
     4e98db:
       QUEUE:
Attributes:
   group      Hardware
   hmId       F10000
   model      nanoCUL
   rfmode     HomeMatic
   room       Flur


VCCU:

Internals:
   DEF        F10000
   IODev      cul_868
   LASTInputDev cul_868
   MSGCNT     4
   NAME       VCCU
   NOTIFYDEV  global
   NR         142
   NTFY_ORDER 50-VCCU
   STATE      cul_868:ok,
   TYPE       CUL_HM
   assignedIOs cul_868
   cul_868_MSGCNT 4
   cul_868_RAWMSG A0D00841048238100000006000000::-45.5:cul_868
   cul_868_RSSI -45.5
   cul_868_TIME 2017-01-21 13:18:11
   Readings:
     2017-01-21 10:18:48   state           cul_868:ok,
     2017-01-21 13:18:11   unknown_482381  received
     2017-01-21 13:08:13   unknown_4E98CD  received
     2017-01-21 12:44:09   unknown_4E98DB  received
   Helper:
     HM_CMDNR   1
     mId        FFF0
     rxType     1
     Ack:
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       prefIO
       vccu
       ioList:
         cul_868
     Mrssi:
       mNo
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       vrt        1
Attributes:
   IODev      cul_868
   IOList     cul_868
   expert     2_raw
   group      FHEM
   hmKey      01:55721aa647502f77475b51e7e4c0f279
   model      CCU-FHEM
   room       Büro
   subType    virtual
   webCmd     virtual:update

virtuelle Aktoren (die antworten sollen) habe ich gerade nicht drin... war ein versuch das Problem in den Griff zu bekommen.

Das HM-Device aus meinem Beispiel:

Internals:
   CFGFN
   DEF        4E98DB
   IODev      cul_868
   LASTInputDev cul_868
   MSGCNT     153
   NAME       wz_taster_a
   NOTIFYDEV  global
   NR         12894
   STATE      wz_taster_a_Btn_01 Short
   TYPE       CUL_HM
   channel_01 wz_taster_a_Btn_01
   channel_02 wz_taster_a_Btn_02
   channel_03 wz_taster_a_Btn_03
   channel_04 wz_taster_a_Btn_04
   channel_05 wz_taster_a_Btn_05
   channel_06 wz_taster_a_Btn_06
   cul_868_MSGCNT 153
   cul_868_RAWMSG A0B9CA2404E98DBF100000142::-56.5:cul_868
   cul_868_RSSI -56.5
   cul_868_TIME 2017-01-21 21:05:12
   lastMsg    No:9C - t:40 s:4E98DB d:F10000 0142
   protLastRcv 2017-01-21 21:05:12
   protResnd  3 last_at:2017-01-21 13:10:25
   protSnd    165 last_at:2017-01-21 21:05:12
   protState  CMDs_done
   rssi_at_cul_868 min:-84 avg:-61.22 max:-40.5 cnt:153 lst:-56.5
   Readings:
     2017-01-21 13:07:51   CommandAccepted yes
     2017-01-21 13:11:23   D-firmware      1.2
     2017-01-21 13:11:23   D-serialNr      NEQ1001539
     2017-01-21 13:09:46   PairedTo        0xF10000
     2017-01-21 13:09:46   R-pairCentral   0xF10000
     2017-01-21 13:09:46   RegL_00.          02:01 0A:F1 0B:00 0C:00 18:00 00:00
     2017-01-21 21:05:12   battery         ok
     2017-01-21 21:05:12   state           wz_taster_a_Btn_01 Short
   Helper:
     HM_CMDNR   156
     PONtest    1
     cSnd       01F100004E98DB06040000000001,01F100004E98DB0603
     mId        00A9
     rxType     28
     supp_Pair_Rep 0
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +4E98DB,00,01,00
       nextSend   1485029112.4334
       prefIO
       rxt        2
       vccu
       p:
         4E98DB
         00
         01
         00
     Mrssi:
       mNo        9C
       Io:
         cul_868    -54.5
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         cul_868
       flg        A
       ts         1485029112.33797
       ack:
         HASH(0x6010590)
         9C8002F100004E98DB00
     Rssi:
       At_cul_868:
         avg        -61.2222222222222
         cnt        153
         lst        -56.5
         max        -40.5
         min        -84
     Shadowreg:
Attributes:
   IODev      cul_868
   IOgrp      VCCU:cul_868
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.2
   group      Sensoren
   model      HM-PB-6-WM55
   room       Wohnzimmer
   serialNr   NEQ1001539
   subType    remote
   webCmd     getConfig:clear msgEvents



Internals:
   CFGFN
   DEF        4E98DB01
   NAME       wz_taster_a_Btn_01
   NOTIFYDEV  global
   NR         12896
   STATE      Short (to VCCU)
   TYPE       CUL_HM
   chanNo     01
   device     wz_taster_a
   Readings:
     2017-01-21 13:09:47   R-sign          off
     2017-01-21 13:09:47   RegL_01.          04:10 08:00 09:00 00:00
     2017-01-21 21:05:12   state           Short (to VCCU)
     2017-01-21 21:05:12   trigger         Short_66
     2017-01-21 21:05:12   trigger_cnt     66
   Helper:
     BNO        66
     BNOCNT     1
     peerIDsRaw ,00000000
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Shadowreg:
Attributes:
   group      Sensoren
   model      HM-PB-6-WM55
   peerIDs    00000000,
   room       Wohnzimmer


EventMonitor:

2017-01-21 21:27:07 CUL_HM wz_taster_a battery: ok
2017-01-21 21:27:07 CUL_HM wz_taster_a CMDs_done
2017-01-21 21:27:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short
2017-01-21 21:27:07 CUL_HM wz_taster_a_Btn_01 Short (to VCCU)
2017-01-21 21:27:07 CUL_HM wz_taster_a_Btn_01 trigger: Short_73
2017-01-21 21:27:07 CUL_HM wz_taster_a_Btn_01 trigger_cnt: 73
2017-01-21 21:27:07 CUL_HM wz_taster_a battery: ok
2017-01-21 21:27:07 CUL_HM wz_taster_a CMDs_done
2017-01-21 21:27:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short
2017-01-21 21:27:07 CUL_HM wz_taster_a_Btn_01 Short (to VCCU)
2017-01-21 21:27:07 CUL_HM wz_taster_a_Btn_01 trigger: Short_73
2017-01-21 21:27:07 CUL_HM wz_taster_a_Btn_01 trigger_cnt: 73
2017-01-21 21:27:09 CUL_HM wz_taster_a battery: ok
2017-01-21 21:27:09 CUL_HM wz_taster_a CMDs_done
2017-01-21 21:27:09 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short
2017-01-21 21:27:09 CUL_HM wz_taster_a_Btn_01 Short (to VCCU)
2017-01-21 21:27:09 CUL_HM wz_taster_a_Btn_01 trigger: Short_74
2017-01-21 21:27:09 CUL_HM wz_taster_a_Btn_01 trigger_cnt: 74


Wäre super wenn mir jemand bein Aufklären dieses Problems helfen kann.

Danke schon mal.

Grüße^^
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

frank

zeig mal die ausgabe vom eventmonitor, wenn du kurz drückst.
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

roman1528

Zitat von: frank am 21 Januar 2017, 21:28:54
zeig mal die ausgabe vom eventmonitor, wenn du kurz drückst.

hab ich gerade noch oben angefügt
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

frank

das war jetzt 2x short im abstand von 2 sek und beim ersten hat es "geprellt".
da reicht ja ein simples "attr wz_taster_a_Btn_01 event-on-change-reading .*".
das solltest du überall setzen, spart eine menge events.
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

roman1528

Zitat von: frank am 21 Januar 2017, 21:51:53
das war jetzt 2x short im abstand von 2 sek und beim ersten hat es "geprellt".
da reicht ja ein simples "attr wz_taster_a_Btn_01 event-on-change-reading .*".
das solltest du überall setzen, spart eine menge events.

er "prellt" aber auch 3 oder 4 mal. auch mit viel größeren abständen.

hat er bis vor ein paar tagen nicht gemacht... muss also andere ursachen haben.

Grüße^^
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

roman1528

2017-01-21 21:59:07 CUL_HM wz_taster_a CMDs_done
2017-01-21 21:59:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short
2017-01-21 21:59:07 CUL_HM wz_taster_a_Btn_01 trigger: Short_77
2017-01-21 21:59:07 CUL_HM wz_taster_a_Btn_01 trigger_cnt: 77
2017-01-21 21:59:07 CUL_HM wz_taster_a CMDs_done
2017-01-21 21:59:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short


und so richtig gut klapp das auch nicht...

2017-01-21 21:59:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short
2017-01-21 21:59:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short

bei nur einem Tastendruck.
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

frank

Zitatund so richtig gut klapp das auch nicht...

2017-01-21 21:59:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short
2017-01-21 21:59:07 CUL_HM wz_taster_a wz_taster_a_Btn_01 Short
das ist ja auch nicht chn1, sondern das device. wenn es hier funktionieren soll, musst du es hier auch setzen, wie bereits gesagt.
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

automatisierer

ich würde das notify aber auch nicht auf das Device sondern auf den Chanel prüfen lassen. und dann ein reading raus suchen, welches sich erst beim nächsten Tastendruck ändert und somit mit event-on-change-reading gefiltert werden kann.

dings notify wz_taster_a_Btn_01:trigger..Short_.* set blabla on



roman1528

#8
Danke für die Tipps... das macht es aber nicht unbedingt besser... Das sind nur Workarounds

hier spaßeshalber noch mein notify...

Internals:
   DEF        wz_taster_a_Btn_01:Short.*|wz_taster_b_Btn_01:Short.* { if(ReadingsVal('wz_ilight_decke','state','') =~ "off") { fhem("set wz_ilight_decke hsv 0,0,100") } else { fhem("set wz_ilight_decke hsv 0,0,0") } }
   NAME       notify_wz_taster_1_Short
   NR         168
   NTFY_ORDER 50-notify_wz_taster_1_Short
   REGEXP     wz_taster_a_Btn_01:Short.*|wz_taster_b_Btn_01:Short.*
   STATE      2017-01-21 23:22:32
   TYPE       notify
   Readings:
     2017-01-21 22:05:54   state           active
Attributes:
   group      Sensoren
   room       Wohnzimmer


Ich lausche natürlich auf den channel.

Es hat bis vor ein paar Tagen auch immer einwandfrei funktioniert. Warum "prellen" die Dinger auf einmal? Wenn es denn "preller" sind. Ich habe die Vermutung da ist was ganz anderes Faul.

Kann man Die empfangenen Packages des cul sauber mitloggen? Wenn ja wie?

Das scheint sauber zu sein...

2017.01.22 10:51:12 5: CUL/RAW: /A0BEFA24
2017.01.22 10:51:12 5: CUL/RAW: A0BEFA24/04E98DBF1000001
2017.01.22 10:51:12 5: CUL/RAW: A0BEFA2404E98DBF1000001/6805
2017.01.22 10:51:12 5: CUL/RAW: A0BEFA2404E98DBF10000016805/

2017.01.22 10:51:12 4: CUL_Parse: cul_868 A 0B EF A240 4E98DB F10000 016805 -71.5
2017.01.22 10:51:12 5: cul_868: dispatch A0BEFA2404E98DBF100000168::-71.5:cul_868
2017.01.22 10:51:12 5: cul_868 sending As0AEF8002F100004E98DB00
2017.01.22 10:51:12 5: CUL 4E98DB dly:96ms
2017.01.22 10:51:12 4: CUL_send:  cul_868As 0A EF 8002 F10000 4E98DB 00


Als nächstes wäre doch die VCCU in der Reihe oder? Oder kommt jetzt schon direkt das Device (wz_taster_a) und dann der Channel (wz_taster_a_Btn_01)?

Grüße^^
i3-10305T 4x3GHz;8GB RAM;250GB & 1TB NVMe:
FHEM 6.2;FTUI;8" Tablet's+Fully;NsPanelPro;HUE;ESPRGBWW;HM(CCU3);Duofern; ASC;MQTT(Tasmota);netatmo;SONOS;eBus;DbLog;XiaomiDevice;NUT;ModbusAttr

RPi3+: FHEM 6.2;I²C;GPIO;RFID;G-Tag;XiaomiBTLESens
RPi3: FHEM 6.2;DIY Relais-Board;I²C;GPIO;RFID;Photovoltaik

Bigsonic1

Ich hab übrigens die gleichen Probleme mit einem 6-Fach Taster, bei meinen anderen 6-Fach taster habe ich keine Probleme.
2017-01-20_21:15:56 HM_3AF84D battery: ok
2017-01-20_21:15:56 HM_3AF84D CMDs_done
2017-01-20_21:15:56 HM_3AF84D HM_3AF84D_Btn_05 Short
2017-01-20_21:15:56 HM_3AF84D battery: ok
2017-01-20_21:15:56 HM_3AF84D CMDs_done
2017-01-20_21:15:56 HM_3AF84D HM_3AF84D_Btn_05 Short
2017-01-20_21:15:58 HM_3AF84D battery: ok
2017-01-20_21:15:58 HM_3AF84D CMDs_done
2017-01-20_21:15:58 HM_3AF84D HM_3AF84D_Btn_05 Short