[gelöst] HM-CC-RT-DN hat seine config verloren

[Wetterhexe]

Hallo allerseits,

bin gestern auf ein seltsames Phänomen gestoßen ... eines meiner (insgesamt 9) Heizventile hat Teile seiner Identität verloren. Konkret aufgefallen ist mir, daß das "model" Attribut plötzlich auf "ACTIONDETECTOR" gesetzt ist. Die channels (normalerweise sechs) waren alle bis auf einen weg. Durch ein "modelforce" habe ich die wiederbekommen, aber die readings sind tlw. haarsträubend falsch (zB serialNr, firmware).

Solange ich modelforce nicht gesetzt hatte, kam beim getConfig immer die Fehlermeldung "RESPONSE TIMEOUT:RegisterRead", nachdem ich das eingestellt habe ging ein getConfig wieder Ok durch, aber die readings wurden nicht korrigiert.

Hat jemand eine Idee wie ich das wieder gerade biegen kann? Bin für jeden Hinweis dankbar 

Code Auswählen Erweitern


Internals:
   DEF        51A856
   FUUID      5c4eeaff-f33f-7ca3-a010-12cf5d6bd7746293
   IODev      hm2
   LASTInputDev hm4
   MSGCNT     1517
   NAME       GZheizventil
   NOTIFYDEV  global
   NR         85
   NTFY_ORDER 50-GZheizventil
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 GZheizventil_Weather
   channel_02 GZheizventil_Climate
   channel_03 GZheizventil_WindowRec
   channel_04 GZheizventil_Clima
   channel_05 GZheizventil_ClimaTeam
   channel_06 GZheizventil_remote
   hm1_MSGCNT 493
   hm1_RAWMSG 0500003AB3861051A8560000000A61280C0040
   hm1_RSSI   -58
   hm1_TIME   2020-07-11 14:53:13
   hm2_MSGCNT 463
   hm2_RAWMSG 05000056B0861051A8560000000A61290C0040
   hm2_RSSI   -86
   hm2_TIME   2020-07-11 14:45:08
   hm3_MSGCNT 72
   hm3_RAWMSG 050000579E861051A8560000000A61290C0040
   hm3_RSSI   -87
   hm3_TIME   2020-07-11 14:00:13
   hm4_MSGCNT 489
   hm4_RAWMSG 05000041B3861051A8560000000A61280C0040
   hm4_RSSI   -65
   hm4_TIME   2020-07-11 14:53:13
   lastMsg    No:B3 - t:10 s:51A856 d:000000 0A61280C0040
   protCmdDel 1
   protLastRcv 2020-07-11 14:53:13
   protRcv    1 last_at:2020-07-11 14:53:13
   protResnd  3 last_at:2020-07-11 14:53:07
   protResndFail 1 last_at:2020-07-11 14:53:13
   protSnd    1 last_at:2020-07-11 14:52:53
   protState  CMDs_done_Errors:1
   rssi_at_hm1 cnt:493 min:-60 max:-56 avg:-58.14 lst:-58
   rssi_at_hm2 cnt:463 min:-87 max:-68 avg:-73.68 lst:-86
   rssi_at_hm3 cnt:72 min:-89 max:-83 avg:-85.87 lst:-87
   rssi_at_hm4 cnt:489 min:-81 max:-61 avg:-63.84 lst:-65
   rssi_hm2   cnt:2 min:-74 max:-74 avg:-74 lst:-74
   Helper:
     DBLOG:
       actuator:
         logdb:
           TIME       1594471824.9391
           VALUE      0
       batteryLevel:
         logdb:
           TIME       1594466497.38568
           VALUE      2.7
       desired-temp:
         logdb:
           TIME       1594471824.9391
           VALUE      12.0
       rssi_at_hm1:
         logdb:
           TIME       1594471993.68966
           VALUE      -58
       rssi_at_hm2:
         logdb:
           TIME       1594471508.20586
           VALUE      -86
       rssi_at_hm3:
         logdb:
           TIME       1594468813.67711
           VALUE      -87
       rssi_at_hm4:
         logdb:
           TIME       1594471993.69691
           VALUE      -65
   READINGS:
     2020-07-10 20:54:05   Activity        alive
     2020-07-10 23:16:23   CommandAccepted yes
     2020-06-28 23:42:03   D-firmware      0.10
     2020-06-28 23:42:03   D-serialNr      P
     2020-07-10 21:05:00   PairedTo        0x001412
     2020-06-24 22:51:16   R-backOnTime    10 s
     2020-07-10 20:45:08   R-btnLock       off
     2020-06-24 22:51:16   R-burstRx       on
     2020-06-24 22:51:16   R-cyclicInfoMsg on
     2020-06-24 22:51:16   R-cyclicInfoMsgDis 0
     2020-06-24 22:51:16   R-globalBtnLock off
     2020-06-24 22:51:16   R-localResDis   off
     2020-06-24 22:51:16   R-lowBatLimitRT 2.1 V
     2020-06-24 22:51:16   R-modusBtnLock  off
     2020-06-24 22:51:16   R-pairCentral   0x001412
     2020-07-11 14:50:24   actuator        0
     2020-07-11 14:50:24   battery         ok
     2020-07-11 14:50:24   batteryLevel    2.7
     2020-07-10 22:13:23   cfgState        ok
     2020-07-11 14:53:13   commState       CMDs_done_Errors:1
     2019-03-12 10:45:30   controlMode     manual
     2020-07-11 14:50:24   desired-temp    12.0
     2018-12-16 12:40:55   fwUpdate        done
     2020-07-11 14:50:24   measured-temp   29.7
     2020-07-11 14:50:24   motorErr        ok
     2020-07-10 20:36:36   powerOn         2020-07-10 20:36:36
     2020-07-10 20:36:36   recentStateType info
     2020-07-11 14:53:13   rssi_at_hm1     -58
     2020-07-11 14:45:08   rssi_at_hm2     -86
     2020-07-11 14:00:13   rssi_at_hm3     -87
     2020-07-11 14:53:13   rssi_at_hm4     -65
     2020-03-18 20:20:49   rssi_at_hm5     -62
     2019-03-25 06:03:47   rssi_hm1        -70
     2020-07-10 23:16:23   rssi_hm2        -74
     2018-09-28 07:06:11   rssi_hm3        -82
     2017-05-17 05:29:21   sabotageAttackId_ErrIoId_F10000 cnt:447
     2020-07-11 14:53:13   state           RESPONSE TIMEOUT:RegisterRead
     2020-06-28 02:18:59   time-request    -
     RegL_00.:
       VAL
   helper:
     HM_CMDNR   179
     cSnd       0100141251A85600040000000000,0100141251A85600040000000000
     mId        0000
     peerFriend
     peerOpt    -:-
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1594407247.90253
       TmplTs     1594407247.90253
       cmdKey     :0:1:0::0000:01
       TmplCmds:
       cmdList:
         assignHmKey:
         clear:[readings|all]
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         fwUpdate:-filename- -bootTime- ...
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         raw:data ...
         regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         tplDel:tmplt
         unpair:
         update:
     expert:
       def        1
       det        1
       raw        1
       tpl        0
     io:
       newChn     +51A856,00,01,00
       nextSend   1594471993.75331
       rxt        2
       vccu       VCCU
       p:
         51A856
         00
         01
         00
       prefIO:
         hm2
     mRssi:
       mNo        B3
       io:
         hm1:
           -58
           -58
         hm2:
         hm3:
         hm4:
           -65
           -65
     prt:
       awake      0
       bErr       0
       brstWu     1
       sProc      0
     q:
       qReqConf
       qReqStat
     regCollect:
     role:
       dev        1
       prs        1
     rssi:
       at_hm1:
         avg        -58.1419878296146
         cnt        493
         lst        -58
         max        -56
         min        -60
       at_hm2:
         avg        -73.6889848812095
         cnt        463
         lst        -86
         max        -68
         min        -87
       at_hm3:
         avg        -85.875
         cnt        72
         lst        -87
         max        -83
         min        -89
       at_hm4:
         avg        -63.844580777096
         cnt        489
         lst        -65
         max        -61
         min        -81
       hm2:
         avg        -74
         cnt        2
         lst        -74
         max        -74
         min        -74
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   BattChangeDate 2019-04-17,2018-08-23u,2017-12-13u
   DbLogInclude actuator,desired-temp,batteryLevel,rssi_at_.*
   IODev      hm2
   IOgrp      VCCU:hm2
   actCycle   012:00
   actStatus  alive
   autoReadReg 5_readMissing
   event-min-interval batteryLevel:14400,.*:300
   event-on-change-reading .*
   expert     3_allReg+raw
   firmware   0.10
   model      ACTIONDETECTOR
   room       Gästezimmer
   rssiLog    1
   serialNr   P
   subType    virtual
   webCmd     getConfig:clear msgEvents:burstXmit


[Wetterhexe]

ich habe jetzt das Gerät gelöscht und neu gepaired. Es wurde auch korrekt mit allen channels neu angelegt. Nun steht das Teil mit state CMDs_pending und 14 CMDs in der queue, und weigert sich die abzuarbeiten. Egal was ich mache (burstXmit, Taste lang am Gerät), die Queue wird nicht bzw. nur um ein CMD kürzer, dann geht state kurz auf CMD_processing, und die Queue hat wieder 14.

Langsam bin ich am verzweifeln ... ich mach das nicht zum ersten Mal, aber so ein Verhalten habe ich noch nicht erlebt

In den logs finden sich vereinzelt "PERL WARNING: Argument "cfgState: ok" isn't numeric in numeric gt (>) at (eval 510413) line 4.". Sonst kann ich nichts ungewöhnliches feststellen.

Hier noch ein aktueller list:

Code Auswählen Erweitern


Internals:
   CFGFN
   DEF        51A856
   FUUID      5f0b543a-f33f-7ca3-7632-256f4ee0a33341d4
   IODev      hm1
   LASTInputDev hm1
   MSGCNT     33
   NAME       HM_51A856
   NOTIFYDEV  global
   NR         33966
   STATE      CMDs_pending
   TYPE       CUL_HM
   channel_01 HM_51A856_Weather
   channel_02 HM_51A856_Climate
   channel_03 HM_51A856_WindowRec
   channel_04 HM_51A856_Clima
   channel_05 HM_51A856_ClimaTeam
   channel_06 HM_51A856_remote
   hm1_MSGCNT 11
   hm1_RAWMSG 0500003B01840051A8560000001400954E4551313439303136385900FFFF
   hm1_RSSI   -59
   hm1_TIME   2020-07-12 20:43:23
   hm2_MSGCNT 11
   hm2_RAWMSG 0500014101840051A8560000001400954E4551313439303136385900FFFF
   hm2_RSSI   -65
   hm2_TIME   2020-07-12 20:43:23
   hm4_MSGCNT 11
   hm4_RAWMSG 0500003C01840051A8560000001400954E4551313439303136385900FFFF
   hm4_RSSI   -60
   hm4_TIME   2020-07-12 20:43:23
   lastMsg    No:01 - t:00 s:51A856 d:000000 1400954E4551313439303136385900FFFF
   protCmdPend 14 CMDs pending
   protCondBurst off
   protLastRcv 2020-07-12 20:39:56
   protRcv    2 last_at:2020-07-12 20:39:56
   protResnd  1 last_at:2020-07-12 20:40:02
   protSnd    6 last_at:2020-07-12 20:58:17
   protSndB   5 last_at:2020-07-12 20:58:17
   protState  CMDs_pending
   rssi_at_hm1 cnt:5 min:-62 max:-57 avg:-58.8 lst:-59
   rssi_at_hm2 cnt:5 min:-68 max:-65 avg:-66.2 lst:-65
   rssi_at_hm4 cnt:5 min:-64 max:-58 avg:-61 lst:-60
   READINGS:
     2020-07-12 20:54:18   Activity        dead
     2020-07-12 20:39:56   D-firmware      1.4
     2020-07-12 20:39:56   D-serialNr      NEQ1490168
     2020-07-12 20:45:33   RegL_00.
     2020-07-12 20:40:01   cfgState        updating
     2020-07-12 20:58:20   commState       CMDs_pending
     2020-07-12 20:35:30   powerOn         2020-07-12 20:35:30
     2020-07-12 20:35:30   recentStateType info
     2020-07-12 20:58:20   state           CMDs_pending
   cmdStack:
     ++A00100141251A85600040000000000
     ++A00100141251A8560103
     ++A00100141251A85601040000000001
     ++A00100141251A8560203
     ++A00100141251A85602040000000001
     ++A00100141251A8560303
     ++A00100141251A85603040000000001
     ++A00100141251A8560403
     ++A00100141251A85604040000000001
     ++A00100141251A85600040000000007
     ++A00100141251A8560503
     ++A00100141251A85605040000000001
     ++A00100141251A8560603
     ++A00100141251A85606040000000001
   helper:
     HM_CMDNR   46
     PONtest    0
     cSnd       0100141251A85600040000000000,0100141251A85600040000000000
     mId        0095
     peerFriend
     peerOpt    -:thermostat
     regLst     0
     rxType     140
     supp_Pair_Rep 1
     cfgChk:
       idPc01     fail
       idRc01     RegL_00.
     cmds:
       TmplKey    :no:1594579201.21974
       TmplTs     1594579201.21974
       cmdKey     :0:1:0::0095:01
       TmplCmds:
       cmdList:
         assignHmKey:
         burstXmit:
         clear:[readings|trigger|register|oldRegs|rssi|msgEvents|msgErrors|attack|all]
         deviceRename:newName
         fwUpdate:-filename- -bootTime- ...
         getConfig:
         getDevInfo:
         getRegRaw:[List0|List1|List2|List3|List4|List5|List6] ... [-PeerChannel-]
         inhibit:[on|off]
         raw:data ...
         regBulk:-list-.-peer- -addr1:data1- -addr2:data2- ...
         regSet:[prep|exec] -regName- -value- ... [-peerChannel-]
         reset:
         sysTime:
         tplDel:tmplt
         unpair:
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +51A856,02,01,00
       nextSend   1594579403.84804
       prefIO
       rxt        2
       vccu
       p:
         51A856
         00
         01
         00
     mRssi:
       mNo        01
       io:
         hm1:
           -53
           -53
         hm2:
           -65
           -65
         hm4:
           -60
           -60
     prt:
       awake      0
       bErr       0
       brstWu     0
       sProc      2
     q:
       qReqConf   00
       qReqStat
     role:
       dev        1
       prs        1
     rssi:
       at_hm1:
         avg        -58.8
         cnt        5
         lst        -59
         max        -57
         min        -62
       at_hm2:
         avg        -66.2
         cnt        5
         lst        -65
         max        -65
         min        -68
       at_hm4:
         avg        -61
         cnt        5
         lst        -60
         max        -58
         min        -64
     shRegW:
       07         04
     shadowReg:
     tmpl:
Attributes:
   IODev      hm1
   actCycle   000:10
   actStatus  dead
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.4
   model      HM-CC-RT-DN
   room       CUL_HM
   serialNr   NEQ1490168
   subType    thermostat
   webCmd     getConfig:clear msgEvents:burstXmit


Gibts noch irgendwas wo ich drehen könnte? Ich hab echt keinen Plan mehr 

[frank]

du hast anscheinend 4 io, aber keine vccu?
wenn doch zeige mal ein list.

[noansi]

Hallo Wetterhexe,

das Attribut IOgrp ist nicht gesetzt.

Versuch es mal mit IOgrp  VCCU.

VCCU sollte auch definiert sein mit zugeordneten IOs.

Gruß, Ansgar.

[Wetterhexe]

eine VCCU hab ich (natürlich )

Code Auswählen Erweitern


Internals:
   DEF        001412
   FUUID      5c4eeb00-f33f-7ca3-d34e-d24e3470b81fd2a5
   IODev      hm1
   LASTInputDev hm4
   MSGCNT     286
   NAME       VCCU
   NOTIFYDEV  global
   NR         178
   NTFY_ORDER 50-VCCU
   STATE      hm1:ok,hm2:ok,hm3:ok,hm4:ok
   TYPE       CUL_HM
   assignedIOs hm1,hm2,hm3,hm4
   channel_01 VCCU_ch01
   hm1_MSGCNT 59
   hm1_RAWMSG 050000473E80020014126B10E601010000
   hm1_RSSI   -71
   hm1_TIME   2020-07-12 22:03:17
   hm2_MSGCNT 104
   hm2_RAWMSG 05000048EA80020014124E62AA01010000
   hm2_RSSI   -72
   hm2_TIME   2020-07-12 22:02:40
   hm4_MSGCNT 123
   hm4_RAWMSG 050000483E80020014126B10E601010000
   hm4_RSSI   -72
   hm4_TIME   2020-07-12 22:03:17
   lastMsg    No:3E - t:02 s:001412 d:6B10E6 01010000
   protLastRcv 2020-07-12 22:03:17
   protRcv    140 last_at:2020-07-12 22:03:17
   protRcvB   5 last_at:2020-07-12 21:59:50
   rssi_at_hm1 cnt:59 min:-77 max:-69 avg:-71.06 lst:-71
   rssi_at_hm2 cnt:104 min:-80 max:-71 avg:-73.13 lst:-72
   rssi_at_hm4 cnt:123 min:-80 max:-68 avg:-69.82 lst:-72
   READINGS:
     2020-07-12 22:03:17   CommandAccepted yes
     2020-07-12 21:54:16   IOopen          4
     2020-07-12 20:04:09   aesReqTo        GZfensterkontakt
     2020-07-12 22:01:32   cfgState        ok
     2020-06-24 21:17:11   commState       Info_Cleared
     2020-07-12 21:54:16   state           hm1:ok,hm2:ok,hm3:ok,hm4:ok
     2020-03-28 15:21:27   unknown_1790BE  received
     2020-03-27 06:01:47   unknown_185317  received
     2020-04-25 20:36:49   unknown_1853A6  received
     2020-07-02 21:39:56   unknown_185645  received
     2020-04-19 16:43:59   unknown_1CAFCC  received
     2020-07-10 17:10:13   unknown_209506  received
     2020-04-18 20:37:51   unknown_271CD6  received
     2020-04-03 09:33:28   unknown_4F3F09  received
     2020-06-12 19:00:20   unknown_50A951  received
     2020-07-12 21:42:15   unknown_51A856  received
     2020-05-25 06:56:24   unknown_550087  received
     2020-07-12 18:01:07   unknown_584AF9  received
     2020-06-06 21:30:58   unknown_5A2EE2  received
     2020-04-11 10:58:13   unknown_5AAB22  received
     2020-04-02 18:23:17   unknown_5D191D  received
     2020-06-21 03:47:54   unknown_6AE9CC  received
     2020-06-19 19:34:26   unknown_6AEDF0  received
     2020-06-19 19:37:47   unknown_6AEDF4  received
     2020-06-19 18:07:22   unknown_6C75B1  received
     2020-06-24 18:13:44   unknown_712094  received
     2020-03-28 10:45:44   unknown_9EFFFF  received
     2020-04-03 09:33:28   unknown_AAB99C  received
   helper:
     HM_CMDNR   62
     PONtest    1
     mId        FFF0
     peerFriend peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     supp_Pair_Rep 0
     ack:
     cmds:
       TmplKey    :no:1594583061.92307
       TmplTs     1594583061.92307
       cmdKey     :0:1:1::FFF0:01
       TmplCmds:
       cmdList:
         assignHmKey:
         assignIO:-IO- [set|unset]...
         clear:[readings|rssi|msgErrors|msgErrors|unknownDev]
         defIgnUnknown:
         deviceRename:newName
         fwUpdate:-filename- -bootTime- ...
         getDevInfo:
         hmPairForSec:-sec- ...
         hmPairSerial:-serial-
         peerSmart:[AZbewegungsmelder_Btn_01|AZbewegungsmelder_Btn_02|AZbewegungsmelder_Motion|AZheizventil_WindowRec|AZheizventil_remote|AZlichtschalter|AZthermostat_WindowRec|AZthermostat_remote|AZtuerkontakt|BZbewegungsmelder_Btn_01|BZbewegungsmelder_Btn_02|BZbewegungsmelder_Motion|BZfensterkontakt|BZheizventil_WindowRec|BZheizventil_remote|BZthermostat_WindowRec|BZthermostat_remote|DBconverter_Btn_05|DBconverter_Btn_06|DBconverter_Btn_07|DBconverter_Btn_08|DBlichtschalter|GHlichtschalter|GHmowerswitch_SenF|GHmowerswitch_SenI|GHmowerswitch_SenPwr|GHmowerswitch_SenU|GHmowerswitch_Sw|GHtuerkontakt|GZbewegungsmelder_Btn_01|GZbewegungsmelder_Btn_02|GZbewegungsmelder_Motion|GZfensterkontakt|GZlichtschalter|GZthermostat_WindowRec|GZthermostat_remote|HM_643C83_Btn_01|HM_643C83_Btn_02|HM_643C83_Btn_03|HM_643C83_Btn_04|HM_643C83_Btn_05|HM_643C83_Btn_06|HM_643C83_Btn_07|HM_643C83_Btn_08|HM_6ED782|HMp3|HMremote1_Btn1|HMremote1_Btn2|HMremote1_Btn3|HMremote1_Btn4|HMremote2_Btn1|HMremote2_Btn2|HMremote2_Btn3|HMremote2_Btn4|HMremote3_Btn1|HMremote3_Btn2|HMremote3_Btn3|HMremote3_Btn4|HMremote_def_Btn1|HMremote_def_Btn2|HMremote_def_Btn3|HMremote_def_Btn4|HeizthermeSwitch|KEbewegungsmelderBU_Btn_01|KEbewegungsmelderBU_Btn_02|KEbewegungsmelderBU_Motion|KEbewegungsmelderKE_Btn_01|KEbewegungsmelderKE_Btn_02|KEbewegungsmelderKE_Motion|KEbewegungsmelderKL_Btn_01|KEbewegungsmelderKL_Btn_02|KEbewegungsmelderKL_Motion|KEbewegungsmelderVZ_Btn_01|KEbewegungsmelderVZ_Btn_02|KEbewegungsmelderVZ_Motion|KEfensterkontaktL|KEfensterkontaktR|KEgartenpumpe_SenF|KEgartenpumpe_SenI|KEgartenpumpe_SenPwr|KEgartenpumpe_SenU|KEgartenpumpe_Sw|KEheizventil_WindowRec|KEheizventil_remote|KElichtbuero|KElichtheizung|KElichtkellerstiege|KElichtlager|KEtemplager_WindowRec|KEtemplager_remote|KEtemprack_WindowRec|KEtemprack_remote|KEthermostat_WindowRec|KEthermostat_remote|KEwasserSensor2_Sw_01|KEwasserSensor2_Sw_02|KEwasserSensor2_Sw_03|KEwasserSensor_Sw_01|KEwasserSensor_Sw_02|KEwasserSensor_Sw_03|KUbewegungsmelder_Btn_01|KUbewegungsmelder_Btn_02|KUbewegungsmelder_Motion|KUdunstabzug|KUfensterkontakt|KUheizventil_WindowRec|KUheizventil_remote|KUlichtbar|KUlichtschalter|KUlichtunterschrank|KUthermostat_WindowRec|KUthermostat_remote|OUTbwmG|OUTbwmI|OUTbwmM|OUTbwmO|OUTlichtEinfahrt|OUTlichtHaustuer|OUTlichtIRled|OUTtasterEinfahrt|OUTtoraussen_Sw_03|OUTtoraussen_Sw_04|OUTtoraussen_Tor|OUTtoraussen_Tuer|OUTtorinnen_Sw_03|OUTtorinnen_Sw_04|OUTtorinnen_Tor|OUTtorinnen_Tuer|OUTtorstromA_SenF|OUTtorstromA_SenI|OUTtorstromA_SenPwr|OUTtorstromA_SenU|OUTtorstromA_Sw|SHlichtschalterOG_Btn_01|SHlichtschalterOG_Btn_02|SHlichtschalterVZ|SZbewegungsmelder_Btn_01|SZbewegungsmelder_Btn_02|SZbewegungsmelder_Motion|SZheizventil_WindowRec|SZheizventil_remote|SZlichtbettrechts|SZlichtschalter|SZthermostat_WindowRec|SZthermostat_remote|SZtuerkontakt|TestBWM_Btn_01|TestBWM_Btn_02|TestBWM_Motion|VZbewegungsmelderHT_Btn_01|VZbewegungsmelderHT_Btn_02|VZbewegungsmelderHT_Motion|VZbewegungsmelderSH_Btn_01|VZbewegungsmelderSH_Btn_02|VZbewegungsmelderSH_Motion|VZconverter_Btn_02|VZconverter_Btn_03|VZconverter_Btn_04|VZconverter_Btn_05|VZconverter_Btn_06|VZconverter_Btn_07|VZconverter_Btn_08|VZheizventil_WindowRec|VZheizventil_remote|VZlichtschalterKU_Btn_01|VZlichtschalterKU_Btn_02|VZlichtschalterVZ|VZlichtschalterWZ_Btn_01|VZlichtschalterWZ_Btn_02|VZthermostat_WindowRec|VZthermostat_remote|VZtuerkontakt|WCbewegungsmelder_Btn_01|WCbewegungsmelder_Btn_02|WCbewegungsmelder_Motion|WCfensterkontakt|WCheizventil_WindowRec|WCheizventil_remote|WClichtschalter|WCthermostat_WindowRec|WCthermostat_remote|WCwamaswitch_SenF|WCwamaswitch_SenI|WCwamaswitch_SenPwr|WCwamaswitch_SenU|WCwamaswitch_Sw|WZbewegungsmelder_Btn_01|WZbewegungsmelder_Btn_02|WZbewegungsmelder_Motion|WZfensterkontakt|WZheizventil_WindowRec|WZheizventil_remote|WZlichteckschrank|WZlichtschalterhinten|WZlichtschaltervorne|WZlichtschrankwand|WZthermostat_WindowRec|WZthermostat_remote|WZtuerkontakt]
         raw:data ...
         reset:
         unpair:
         update:
         virtual:-noButtons-
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       nextSend   1594584198.00808
       prefIO
       vccu       VCCU
       ioList:
         hm1
         hm2
         hm3
         hm4
     mRssi:
       mNo        3E
       io:
         hm1:
           -69
           -69
         hm2:
           -72
         hm4:
           -72
           -72
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf
       qReqStat
     role:
       dev        1
       vrt        1
     rssi:
       at_hm1:
         avg        -71.0677966101695
         cnt        59
         lst        -71
         max        -69
         min        -77
       at_hm2:
         avg        -73.1346153846154
         cnt        104
         lst        -72
         max        -71
         min        -80
       at_hm4:
         avg        -69.8292682926829
         cnt        123
         lst        -72
         max        -68
         min        -80
     shadowReg:
     tmpl:
Attributes:
   IODev      hm1
   IOList     hm1,hm2,hm3,hm4
   IOgrp      VCCU
   expert     2_raw
   group      HomeMatic,RxTx
   model      CCU-FHEM
   room       common
   subType    virtual
   webCmd     virtual:update:hmPairForSec 300


Die IOgrp setze ich normalerweise nicht manuell, die trägt sich von selbst ein (wenn das IO funktioniert).

Ich bin mittlerweile einen kleinen Schritt weiter ... aus einem Bauchgefühl heraus hab ich die Batterien gewechselt. Für die alten gabs keine Batteriewarnung, das Meßgerät zeigte eigentlich auch "nicht voll aber noch brauchbar" an. Jedenfalls sind jetzt neue drin und plötzlich kommen die IOs wieder an. Nach ein paar Zicken ist auch das getConfig wieder durchgelaufen.

Werde mal die config vervollständigen und schauen ob der Rest auch noch klappt.

Erstmal danke für die Inputs, ich berichte sobald ich mehr weiß.

lg, Christina

[noansi]

Hallo Christina,

das Attribut hmKey solltest eher nicht im list hier veröffentlichen. 

Das Attribut IOgrp macht bei der VCCU keinen Sinn. Dort kannst Du es löschen. Das Attribut IOgrp wird bei der VCCU z.B. genutzt, wenn virtuelle Kanäle broadcasts senden sollen. In dem broadcast Fall wäre das Ergebnis passabel, wenn auch ein zentral positioniertes Vorzugs-IO mit angegeben wird. Der RSSI-Automatismus liefert dann eher Quatsch. Gibt es weitere Nutzungsfälle des Attributs IOgrp bei der VCCU? Hier https://forum.fhem.de/index.php/topic,88621.msg811870.html#msg811870 hatte ich schon mal was dazu geschrieben, mit Code Änderungstipp.

Das IO hm3 empfängt anscheined nichts. Ist das sehr abgelegen mit wenig Empfangsmöglichkeiten?

Gruß, Ansgar.

[frank]

wenn eine vccu vorhanden ist, steht deren name normaler weise im list unter helper>io>vccu.

hast du vielleicht das "set hmPair..." nicht über die vccu gemacht, sondern über ein io direkt?

@noansi

Das Attribut IOgrp macht bei der VCCU keinen Sinn. Dort kannst Du es löschen.

das mchr sehr wohl sinn, damit alles reibungslos funktioniert.

alle devices, egal ob real oder virtuell, benötigen beide attribute (iodev, iogrp).
hatte ich dir schon mal gesagt, denke ich.

[Wetterhexe]

hast du vielleicht das "set hmPair..." nicht über die vccu gemacht, sondern über ein io direkt?

hmPairSerial mach ich eigentlich gar nicht. HmPairForSec mache ich ausnahmslos, immer, seit ich die VCCU habe (2017) an der VCCU, weil die das in den webcmds stehen hat. Das pairing löse ich direkt am Gerät aus (in dem Fall boost Taste longpress).


Statusupdate: alle peerings wieder hergestellt, hat problemlos funktioniert, alles läuft wieder wie wenn nix gewesen wär, die readings passen, configCheck ist zufrieden, alles schick

Hab noch die Batt history geprüft ... die letzten zwei Monate wurden 2.7V gemeldet. Das sollte doch deutlich reichen, meine anderen devices melden tlw. deutlich weniger und zicken nicht rum. Naja, egal, ich bin froh daß wieder alles läuft, und entsorge die beiden AA's mit Freuden (zumal ich sie diesmal durch Li-Ions ersetzt habe)

Danke nochmal fürs mitleiden, und LG,
Christina

[Wetterhexe]

das Attribut hmKey solltest eher nicht im list hier veröffentlichen. 

ach ja, hab ich vergessen rauszunehmen. Na egal, dort wo ich wohne gibts niemand sonst der hm betreibt  von hier mitlesen und knowhow das auszunutzen ganz zu schweigen ...

Das IO hm3 empfängt anscheined nichts. Ist das sehr abgelegen mit wenig Empfangsmöglichkeiten?

ja das stimmt ... der steckt in meinem Postkasten, und empfängt hauptsächlich die Fernbedienungen am Schlüsselbund

[frank]

mit hm.js sind einige probleme leicht erkennbar.

https://forum.fhem.de/index.php/topic,112156.0.html

[Wetterhexe]

mit hm.js sind einige probleme leicht erkennbar.

Danke, hab ich schon auf dem Radar ... werd ich mir bei Gelegenheit anschauen