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