FHEM Forum

FHEM - Hausautomations-Systeme => Homematic => Thema gestartet von: Fredi69 am 16 Juli 2020, 20:11:40

Titel: [gelöst] Rolladenfahrt bei HMinfo get configCheck
Beitrag von: Fredi69 am 16 Juli 2020, 20:11:40
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
Titel: Antw:Rolladenfahrt bei HMinfo get configCheck
Beitrag von: enno am 16 Juli 2020, 21:02:08
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
Titel: Antw:Rolladenfahrt bei HMinfo get configCheck
Beitrag von: Fredi69 am 17 Juli 2020, 09:00:50
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
Titel: Antw:Rolladenfahrt bei HMinfo get configCheck
Beitrag von: frank am 17 Juli 2020, 10:24:27
du hast deine automatismen schlecht gebaut.
die reagieren eben auch auf das reading cfgState.
Titel: Antw:Rolladenfahrt bei HMinfo get configCheck
Beitrag von: blackbite am 17 Juli 2020, 12:55:24
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.
Titel: Antw:Rolladenfahrt bei HMinfo get configCheck
Beitrag von: Fredi69 am 17 Juli 2020, 13:46:48
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.
Titel: Antw:Rolladenfahrt bei HMinfo get configCheck
Beitrag von: blackbite am 17 Juli 2020, 14:14:05
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