HM-LC-DIM1T-FM Dimmer nach Reparatur kein dimmen per Taster

Begonnen von Michi240281, 25 März 2020, 15:16:24

Vorheriges Thema - Nächstes Thema

Michi240281

Hallo zusammen,

habe seit einigen Jahren einen HM-LC-DIM1T-FM in Betrieb. Vor 2 Tagen ging dann nix mehr und die Kontrollleuchte hat in unregelmäßiger/chaotischer Reihenfolge geblinkt.

Habe dann insgesamt 4 ELKOs ersetzt, nun geht der Dimmer wieder, bis auf eine Sache: Dimmen über den Taster ist nicht mehr möglich. Per Software/Automatisierung kann man dimmen, nur am Taster reagiert er nur auf AN/AUS.

Jemand eine Idee?
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

frank

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

Michi240281

Na klar:

Internals:
   DEF        1F651F
   FUUID      5c461a74-f33f-5e60-cfa9-d0acde58bf6a1e1a
   HMLAN1_MSGCNT 71592
   HMLAN1_RAWMSG E1F651F,0000,00770440,FF,FFAE,00A4101F651F23A6D706010000
   HMLAN1_RSSI -82
   HMLAN1_TIME 2020-03-25 16:20:08
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     71592
   NAME       Flurlicht
   NOTIFYDEV  global
   NR         345
   STATE      RESPONSE TIMEOUT:RegisterRead
   STILLDONETIME 0
   TYPE       CUL_HM
   lastMsg    No:00 - t:10 s:1F651F d:23A6D7 06010000
   protCmdDel 41
   protLastRcv 2020-03-25 06:35:29
   protRcv    646 last_at:2020-03-25 06:35:29
   protResnd  80 last_at:2020-03-25 06:35:45
   protResndFail 22 last_at:2020-03-25 06:35:50
   protSnd    70700 last_at:2020-03-25 16:20:08
   protState  CMDs_done
   rssi_HMLAN1 cnt:78 min:-87 max:-56 avg:-72.25 lst:-82
   rssi_at_HMLAN1 cnt:71592 min:-105 max:-56 avg:-74.67 lst:-82
   READINGS:
     2020-03-24 23:48:14   CommandAccepted yes
     2020-03-24 21:14:53   D-firmware      2.1
     2020-03-24 21:14:53   D-serialNr      KEQ0001938
     2020-03-24 21:08:26   PairedTo        0x23A6D7
     2020-03-24 21:08:26   R-pairCentral   0x23A6D7
     2018-11-02 21:59:11   R-powerUpAction off
     2018-11-02 21:59:13   R-self01-lgActionTypeDim toggelDim
     2018-11-02 21:59:13   R-self01-lgOnLevel 70 %
     2018-11-02 21:59:13   R-self01-shActionTypeDim jmpToTarget
     2018-11-02 21:59:13   R-self01-shOnLevel 70 %
     2020-03-25 06:35:29   deviceMsg       off (to HMLAN1)
     2020-03-25 06:35:29   dim             stop:off
     2020-03-25 06:35:29   level           0
     2020-03-25 06:35:29   overheat        off
     2020-03-25 06:35:29   overload        off
     2020-03-25 06:35:29   pct             0
     2020-03-25 06:35:29   powerOn         2020-03-25 06:35:29
     2020-03-25 06:35:29   recentStateType info
     2020-03-25 06:35:29   reduced         off
     2020-03-25 06:35:50   state           RESPONSE TIMEOUT:RegisterRead
     2020-03-25 06:35:29   timedOn         off
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   1
     PONtest    0
     cSnd       1123A6D71F651F0201500320E100,0123A6D71F651F00040000000000
     dlvlCmd    ++A01123A6D71F651F0201500320E100
     getCfgList all
     getCfgListNo ,3
     mId        0059
     peerIDsRaw ,00000000
     regLst     ,0,1,3p
     rxType     1
     supp_Pair_Rep 0
     dir:
       cur        stop
       rct        down
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +1F651F,00,01,00
       nextSend   1585149608.21237
       prefIO     
       rxt        0
       vccu       
       p:
         1F651F
         00
         01
         00
     mRssi:
       mNo        00
       io:
         HMLAN1:
           -80
           -80
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     regCollect:
     role:
       chn        1
       dev        1
       prs        1
     rpt:
       IO         HMLAN1
       flg        A
       ts         1585149608.1187
       ack:
         HASH(0x982f7a0)
         00800223A6D71F651F00
     rssi:
       HMLAN1:
         avg        -72.2564102564102
         cnt        78
         lst        -82
         max        -56
         min        -87
       at_HMLAN1:
         avg        -74.6735948150636
         cnt        71592
         lst        -82
         max        -56
         min        -105
     shadowReg:
     tmpl:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   devStateIcon aus:light_light_dim_00 10:light_light_dim_10@yellow 20:light_light_dim_20@yellow 30:light_light_dim_30@yellow 40:light_light_dim_40@yellow 50:light_light_dim_50@orange 60:light_light_dim_60@orange 70:light_light_dim_70@orange 80:light_light_dim_80@orange 90:light_light_dim_90@orange an:light_light_dim_100@red
   event-on-change-reading .*
   eventMap   off:aus on:an
   expert     2_full
   firmware   2.1
   group      Dimmer
   model      HM-LC-DIM1T-FM
   peerIDs    00000000,
   room       0_MAIN,Flur
   serialNr   KEQ0001938
   subType    dimmer
   webCmd     pct


Ich sehe gerade, der hat als state "response timeout"......irgendwie komisch, denn gerade per Funk funktioniert ja alles.
FHEM 5.6 auf RPi2 / HM LAN Adapter / diverse HM-Devices
FHEM-Remote-App
QNAP 419P / Onkyo TX-SR 608
DM500HD / GM Spark One
Sony 52HX905

frank

der timeout kommt beim registerlesen.
eventuell ist bei der konfiguration etwas "durcheinander" geraten.

hast du mal ein werkreset probiert, wie in der BA beschrieben?
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

Pfriemler

#4
Das wäre dann der erste Aktor dieser Bauart, bei dem es ein Kondensatorproblem gegeben hat. Hast Du die alten Kondensatoren noch? Bitte ausmessen (lassen), inkl. Serienwiderstand wenn möglich.

ZitatHabe dann insgesamt 4 ELKOs ersetzt, nun geht der Dimmer wieder, bis auf eine Sache: Dimmen über den Taster ist nicht mehr möglich. Per Software/Automatisierung kann man dimmen, nur am Taster reagiert er nur auf AN/AUS.

war die confBtnTime schon verstrichen?

edit2: Habe gerade mal bei meinem nachgesehen, da steht confBtnTime auf 5. Das bedeutet: in den ersten fünf Minuten nach dem Versorgen mit Strom funktioniert der Dimmer nicht über die Taste, stattdessen arbeitet der externe Taster als Konfgurationsbutton, d.h. ein längerer Druck (>4s) ruft den Konfigmodus auf (ein/aus über kurz funktioniert aber trotzdem).
Mit zwei "Dimmversuchen >4s" hintereinander bekommt man den Aktor sogar resettet.
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."