Ich habe aktuell folgendes Problem:
Ich wollte meine Homematic Geräte checken, jetzt fährt einer von 9 Rolläden jeweils hoch oder runter bei jedem HMinfo get configCheck.
Kann sich das jemand erklären?
Hier schon mal ein List vom Rolladenaktor:
Internals:
DEF 504376
FUUID 5c4570d5-f33f-0af0-a156-f74210ab3de5bdfd
HMLAN1_MSGCNT 100
HMLAN1_RAWMSG E504376,0000,00CB2323,FF,FFC1,01A4105043762CD9940601C800
HMLAN1_RSSI -63
HMLAN1_TIME 2020-07-16 19:41:32
HMLAN2_MSGCNT 108
HMLAN2_RAWMSG E504376,0000,00A8A5DC,FF,FFBD,01A4105043762CD9940601C800
HMLAN2_RSSI -67
HMLAN2_TIME 2020-07-16 19:41:32
HMLAN3_MSGCNT 110
HMLAN3_RAWMSG E504376,0000,024C09A5,FF,FFD3,01A4105043762CD9940601C800
HMLAN3_RSSI -45
HMLAN3_TIME 2020-07-16 19:41:32
IODev HMLAN1
LASTInputDev HMLAN2
MSGCNT 318
NAME EG.Wz.Ra.RolladenTerrasse
NOTIFYDEV global
NR 309
NTFY_ORDER 50-EG.Wz.Ra.RolladenTerrasse
STATE up
TYPE CUL_HM
chanNo 01
lastMsg No:01 - t:10 s:504376 d:2CD994 0601C800
protIOdly 1 last_at:2020-07-16 16:19:10
protLastRcv 2020-07-16 19:41:32
protRcv 114 last_at:2020-07-16 19:41:32
protSnd 109 last_at:2020-07-16 19:41:32
protState CMDs_done
rssi_HMLAN1 cnt:75 min:-67 max:-59 avg:-63.34 lst:-61
rssi_at_HMLAN1 cnt:100 min:-68 max:-61 avg:-64.34 lst:-63
rssi_at_HMLAN2 cnt:108 min:-76 max:-67 avg:-70.67 lst:-67
rssi_at_HMLAN3 cnt:110 min:-49 max:-44 avg:-46.63 lst:-45
READINGS:
2020-07-16 19:41:26 CommandAccepted yes
2020-07-11 12:58:44 D-firmware 2.8
2020-07-11 12:58:44 D-serialNr NEQ1362609
2020-07-11 13:13:46 PairedTo 0x2CD994
2019-11-22 13:53:54 R-HM_4A892E_Btn_02-lgActionType jmpToTarget
2019-11-22 13:53:54 R-HM_4A892E_Btn_02-lgOnLevel 100 %
2019-11-22 13:53:54 R-HM_4A892E_Btn_02-shActionType jmpToTarget
2019-11-22 13:53:54 R-HM_4A892E_Btn_02-shOnLevel 100 %
2019-04-23 21:45:20 R-driveDown 29 s
2019-04-23 21:45:20 R-driveTurn 0.5 s
2019-04-23 21:45:20 R-driveUp 32 s
2019-04-23 21:45:19 R-pairCentral 0x2CD994
2019-04-23 21:45:20 R-sign off
2020-07-11 13:13:46 RegL_00. 00:00 02:01 0A:2C 0B:D9 0C:94 15:FF 18:00
2020-07-11 13:13:47 RegL_01. 00:00 08:00 09:00 0A:00 0B:01 0C:22 0D:01 0E:40 0F:05 10:00 30:06 56:00 57:24
2020-07-16 19:40:27 cfgState ok
2020-07-16 19:41:32 commState CMDs_done
2020-07-16 19:41:32 deviceMsg on (to VCCU)
2020-07-16 19:41:32 level 100
2020-07-05 02:49:12 levelMissed desired:100
2020-07-16 19:41:32 motor stop:on
2020-07-16 19:41:32 pct 100
2020-07-11 11:54:50 powerOn 2020-07-11 11:54:50
2020-07-16 19:41:32 recentStateType info
2020-07-16 19:41:32 state on
2020-07-16 19:41:32 timedOn off
2020-07-05 02:48:59 trigLast HM_4A892E_Btn_02:long
2020-07-05 02:48:59 trig_HM_4A892E_Btn_02 Long_33
helper:
HM_CMDNR 1
cSnd 112CD9945043760201C80000,112CD9945043760201C80000
dlvlCmd ++A0112CD9945043760201C80000
mId 0005
peerFriend peerSens,peerVirt
peerOpt 3:blindActuator
regLst 0,1,3p
rxType 1
supp_Pair_Rep 0
ack:
cmds:
TmplKey :no:1594909115.46255
TmplTs 1594909115.46255
cmdKey :1:1:0::0005:01
TmplCmds:
cmdList:
assignHmKey:
clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
deviceRename:newName
down:[-changeValue-] [-ontime-] [-ramptime-] ...
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:
pair:
pct:[-value-] ... [-ontime-]
peerBulk:-peer1,peer2,...- [set|unset]
peerIODev:[IO] -btn- [set|unset]... not for future use
peerSmart:[Aussen_Garten_Bewegungmelder_DachNord|Aussen_Garten_Bewegungmelder_Haustuer|Aussen_Garten_Bewegungmelder_Strasse|DG.Bad.FK.Fensterkontakt|DG.Bad.vT.Temperatur_Sensor1|DG.Ga.FK.Fensterkontakt|DG.Ga.vT.Temperatur_Sensor1|DG.Kz.FK.FensterkontaktEinfahrt|DG.Kz.FK.FensterkontaktStrasse|DG.Kz.vT.Temperatur_Sensor1|DG.Sz.FK.FensterkontaktEingang|DG.Sz.FK.FensterkontaktStrasse|DG.Sz.vT.Temperatur_Sensor1|EG.Wz.FK.TerrassenTuerLinks|HM_2D4795_SenF|HM_2D4795_SenI|HM_2D4795_SenPwr|HM_2D4795_SenU|HM_4A892E_Btn_01|HM_4A892E_Btn_02|HM_4A892E_Btn_03|HM_4A892E_Btn_04|HM_4A892E_Btn_05|HM_4A892E_Btn_06|Rauchmelder_Team|VCCU|Vact_Taster]
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:
stop:
toggle:
toggleDir:
tplDel:tmplt
unpair:
up:[-changeValue-] [-ontime-] [-ramptime-] ...
dir:
cur stop
rct up
expert:
def 1
det 0
raw 1
tpl 0
io:
newChn +504376,00,00,00
nextSend 1594921292.71395
rxt 0
vccu VCCU
p:
504376
00
00
00
prefIO:
HMLAN1
mRssi:
mNo 01
io:
HMLAN1:
-59
-59
HMLAN2:
-67
-67
HMLAN3:
-45
-45
prt:
bErr 0
sProc 0
rspWait:
q:
qReqConf
qReqStat
role:
chn 1
dev 1
prs 1
rpt:
IO HMLAN1
flg A
ts 1594921292.50352
ack:
HASH(0x54266f8)
0180022CD99450437600
rssi:
HMLAN1:
avg -63.3466666666667
cnt 75
lst -61
max -59
min -67
at_HMLAN1:
avg -64.34
cnt 100
lst -63
max -61
min -68
at_HMLAN2:
avg -70.6759259259259
cnt 108
lst -67
max -67
min -76
at_HMLAN3:
avg -46.6363636363637
cnt 110
lst -45
max -44
min -49
tmpl:
Attributes:
DbLogExclude .*
IODev HMLAN1
IOgrp VCCU:HMLAN1
alias Rollo Wohnzimmer Terrasse
autoReadReg 4_reqStatus
devStateIcon up:fts_shutter_10@red down:fts_shutter_100@green 9\d.*:fts_shutter_10 8\d.*:fts_shutter_20 7\d.*:fts_shutter_30 6\d.*:fts_shutter_40 5\d.*:fts_shutter_50 4\d.*:fts_shutter_60 3\d.*:fts_shutter_70 2\d.*:fts_shutter_80 1\d.*:fts_shutter_90 0\d.*:fts_shutter_100
eventMap on:up off:down
expert 2_raw
firmware 2.8
group Rollos
model HM-LC-BL1PBU-FM
peerIDs 00000000,
room Rollos,Wohnzimmer
serialNr NEQ1362609
subType blindActuator
userattr room_map structexclude
webCmd stop:up:90:80:70:60:50:40:30:20:10:down
Danke
Fredi69
Moin Fredi69,
ich hatte ein DOIF das auf alles reagierte. Seit kurzem gibt es ein neues Reading das triggert. 2020-07-16 19:40:27 cfgState ok
Dann passieren seltsame Dinge. Siehe auch hier: https://forum.fhem.de/index.php/topic,112804.0.html
Gruss
Enno
Zitat von: enno am 16 Juli 2020, 21:02:08
ich hatte ein DOIF das auf alles reagierte. Seit kurzem gibt es ein neues Reading das triggert. 2020-07-16 19:40:27 cfgState ok
Dann passieren seltsame Dinge. Siehe auch hier: https://forum.fhem.de/index.php/topic,112804.0.html
Danke für die Info, ich habe mal ein alte Version von 10_CUL_HM.pm vom 29.06.2020 eingespielt, den Fehler mit der Rolladenfahrt bei HMinfo get configCheck habe ich aber trotzdem. Im Log steht dann:
CUL_HM set EG.Wz.Ra.RolladenTerrasse toggle
Bin für jeden Hinweis dankbar.
Fredi
du hast deine automatismen schlecht gebaut.
die reagieren eben auch auf das reading cfgState.
Hi Fredi,
schau dir Dein notify mal genauer an. Ich hatte einen Displaytaster und bei einem notify leider nicht genau genug eingegrenzt:
Ich hatte zuerst nur
HM_3034XX_Btn_02:.* set HomeStatus scene Zuhause
und damit gab es jedes Mal ein Event, wenn das neue Reading cfgState im Device gesetzt wurde (z.B. beim HMinfo-Update).
HM_3034D9_Btn_02:Short.* set HomeStatus scene Zuhause
war dann die einfache Lösung...
Also am besten mal alle notifies dahingehend prüfen, ob die RegEx sauber genug eingegrenzt sind.
Zitat von: blackbite am 17 Juli 2020, 12:55:24
HM_3034XX_Btn_02:.* set HomeStatus scene Zuhause
und damit gab es jedes Mal ein Event, wenn das neue Reading cfgState im Device gesetzt wurde (z.B. beim HMinfo-Update).
HM_3034D9_Btn_02:Short.* set HomeStatus scene Zuhause
war dann die einfache Lösung...
Vielen herzlichen Dank, genau das war auch mein Problem.
Zitat von: Fredi69 am 17 Juli 2020, 13:46:48
Vielen herzlichen Dank, genau das war auch mein Problem.
Gerne doch. Die Kollegen wollten Dir eigentlich dasselbe sagen. Nur halt etwas diffuser ;)
Kannst ja gerne noch ein [gelöst] in den Thread-Titel editieren.
Bye