[GELÖST] RESPONSE TIMEOUT:RegisterRead bei hm-lc-sw2-fm

Begonnen von thuranga, 16 Dezember 2018, 13:28:08

Vorheriges Thema - Nächstes Thema

thuranga

Hallo zusammen,
ich habe es vor ein paar Tagen wohl zu viele Verbraucher an meinen hm-lc-sw2-fm gehängt, zumindest ging nichts mehr. Leider hat sich der Switch auch nicht mehr gefangen.
Ich habe ihn neu gepairt, aber ich bekomme jetzt nur noch ein RESPONSE TIMEOUT:RegisterRead als state

Ein list sagt:

Internals:
   DEF        571377
   IODev      HmUART
   NAME       Vorgarten_Switch
   NOTIFYDEV  global
   NR         35
   NTFY_ORDER 50-Vorgarten_Switch
   STATE      RESPONSE TIMEOUT:RegisterRead
   TYPE       CUL_HM
   channel_01 Vorgarten_Licht_Terrasse
   channel_02 Vorgarten_Weihnachtsbeleuchtung
   protCmdDel 5
   protResnd  3 last_at:2018-12-16 13:22:17
   protResndFail 1 last_at:2018-12-16 13:22:22
   protSnd    1 last_at:2018-12-16 13:22:01
   protState  CMDs_done_Errors:1
   READINGS:
     2018-01-19 15:43:56   D-firmware      2.8
     2018-01-19 15:43:56   D-serialNr      OEQ0212402
     2018-11-25 16:52:48   PairedTo        0xFA3B12
     2018-12-16 13:14:48   R-pairCentral   set_0x000000
     2018-12-16 13:22:22   state           RESPONSE TIMEOUT:RegisterRead
     RegL_00.:
       VAL       
   helper:
     HM_CMDNR   82
     cSnd       01FA3B1257137700040000000000,01FA3B1257137700040000000000
     mId        0009
     regLst     ,0
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       newChn     +571377,00,00,00
       prefIO     
       rxt        0
       vccu       
       p:
         571377
         00
         00
         00
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       prs        1
     shadowReg:
       RegL_00.   02:01 0A:00 0B:00 0C:00 15:FF 18:00 00:00
     tmpl:
Attributes:
   IODev      HmUART
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   2.8
   model      HM-LC-SW2-FM
   room       Vorgarten
   serialNr   OEQ0212402
   subType    switch
   webCmd     getConfig:clear msgEvents


Hat der Switch einen kompletten Schaden abbekommen? Habt ihr eine Idee?


Viele Grüße
Brownlow

MadMax-FHEM

Eigentlich war er doch gepaired:


     2018-11-25 16:52:48   PairedTo        0xFA3B12
     2018-12-16 13:14:48   R-pairCentral   set_0x000000


Das neue Pairing

     2018-12-16 13:14:48   R-pairCentral   set_0x000000


bzw. der Versuch sieht eigentartig/schlecht aus.

Poste doch mal ein list deines IO (also Funkmoduls)...

Der Ausfall könnte evtl. auch mit dem Kondensatorproblem zu tun haben, glaube es war der finde aber grad den Link nicht...

oder auch: https://forum.fhem.de/index.php/topic,90899.msg833970.html#msg833970

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

thuranga

Danke für deine Antwort und dem Link. Ich werde dem Switch mal abbauen und nach einer Sicherung suchen  :)

Hier noch das list HmUART

Internals:
   AssignedPeerCnt 8
   CNT        59
   Clients    :CUL_HM:
   DEF        /dev/ttyAMA0
   DEVCNT     59
   DevState   99
   DevType    UART
   DeviceName /dev/ttyAMA0@115200
   FD         11
   HM_CMDNR   1
   LastOpen   1544860784.21767
   NAME       HmUART
   NR         24
   PARTIAL   
   RAWMSG     04021B
   RSSI       -58
   STATE      opened
   TYPE       HMUARTLGW
   XmitOpen   1
   model      HM-MOD-UART
   msgLoadCurrent 14
   msgLoadHistory 0/-1/7/-7/0/0/1/0/7/-7/0/0
   msgLoadHistoryAbs 14/14/15/8/15/15/15/14/14/7/14/14/14
   owner      FA3B12
   Helper:
     CreditTimer 7670
     FW         66561
     Initialized 1
     SendCnt    471
     AckPending:
       159:
         cmd        020000005C8002FA3B1255484401018B00
         dst        1
         frame      FD0013019F020000005C8002FA3B1255484401018B00999C
         time       1544974149.84596
       169:
         cmd        020000005E8002FA3B1255484401018500
         dst        1
         frame      FD001301A9020000005E8002FA3B1255484401018500F92E
         time       1544974285.26285
     LastSendLen:
       3
       3
     Log:
       IDs:
     PeerQueue:
     PendingCMD:
     RoundTrip:
       Delay      0.00284814834594727
     loadLvl:
       lastHistory 1544976301.24991
   MatchList:
     1:CUL_HM   ^A......................
   Peers:
     4C70F6     +4C70F6,00,00,00
     4C71B2     +4C71B2,00,00,00
     554844     +554844,00,00,00
     571377     +571377,00,00,00
     5A85B5     +5A85B5,00,00,00
     5EA741     +5EA741,00,00,00
     5EBF3F     +5EBF3F,00,00,00
     622C4B     +622C4B,00,00,00
   READINGS:
     2018-12-15 08:59:57   D-HMIdAssigned  FA3B12
     2018-12-15 08:59:58   D-HMIdOriginal  59E046
     2018-12-15 08:59:58   D-firmware      1.4.1
     2018-12-15 08:59:59   D-serialNr      OEQ0609070
     2018-12-15 08:59:44   D-type          HM-MOD-UART
     2018-12-15 09:00:12   cond            ok
     2018-12-16 16:59:05   load            14
     2018-12-15 09:00:12   loadLvl         low
     2018-12-15 08:59:44   state           opened
   helper:
Attributes:
   hmId       FA3B12



Viele Grüße
Brownlow

frank

beide channel vertragen zusammen nur 5A.
viele lichterketten mit trafos geschaltet?
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

thuranga

#4
 ;) ja, waren zu viele

Ich habe jetzt die Sicherung getauscht - und siehe da: es geht wieder  8) ;D

Hier noch ein Foren-Beitrag dazu: https://forum.fhem.de/index.php/topic,90899.msg833970.html

Ich danke euch!