HM-LC-SW2-FM dead

Begonnen von locodriver, 09 Juni 2023, 11:18:02

Vorheriges Thema - Nächstes Thema

locodriver

Hallo!

O.g. Aktor ist seit zwei Tagen "dead". RSSI-Werte werden auch nicht mehr angezeigt. Ein Trennen vom Stromnetz hat auch nichts gebracht.

Deutet das auf ein Problem mit der Funkschnittstelle des Aktors hin? Test mit einem Hardwaretaster an S1 bzw. S2 konnte ich noch nicht machen und ein Ausbau wird etwas dauern...

Lässt sich das Funkmodul "einfach" austauschen?
Ich glaube, ich habe noch ein funktionsfähiges aus einem defekten RHS - würde das passen?

Hier das Device:
define BD_Luefter CUL_HM 1F3F64
attr BD_Luefter .devInfo 020100
attr BD_Luefter .mId 0009
attr BD_Luefter .stc 10
attr BD_Luefter IOgrp VCCU
attr BD_Luefter actCycle 028:00
attr BD_Luefter actStatus dead
attr BD_Luefter alias Lüfter
attr BD_Luefter autoReadReg 4_reqStatus
attr BD_Luefter commStInCh off
attr BD_Luefter event-on-change-reading .*
attr BD_Luefter expert defReg,rawReg
attr BD_Luefter firmware 1.9
attr BD_Luefter forceEvents 1
attr BD_Luefter model HM-LC-SW2-FM
attr BD_Luefter room 004Bad
attr BD_Luefter serialNr KEQ0024584
attr BD_Luefter subType switch
attr BD_Luefter webCmd getConfig
#   CFGFN      ./FHEM/064_BD.cfg
#   DEF        1F3F64
#   FUUID      5c443da8-f33f-b425-4e4a-874b6d7d6c8c1fd0
#   FVERSION   10_CUL_HM.pm:?/2021-11-06 UNSTABLE
#   IODev      HMLAN1
#   NAME       BD_Luefter
#   NR         271
#   NTFY_ORDER 48-BD_Luefter
#   STATE      MISSING ACK
#   TYPE       CUL_HM
#   channel_01 BD_Luefter_Sw_01
#   channel_02 GB_Luefter_Sw_02
#   disableNotifyFn 1
#   eventCount 2068
#   protCmdDel 321
#   protResnd  885 last_at:2023-06-09 11:06:44
#   protResndFail 295 last_at:2023-06-09 11:06:50
#   protSnd    295 last_at:2023-06-09 11:06:31
#   protState  CMDs_done_Errors:1
#   READINGS:
#     2023-06-07 15:36:46   Activity        dead
#     2021-11-30 17:35:25   Batteriedauer_alt 0
#     from archivexx        D-firmware      1.9
#     from archivexx        D-serialNr      KEQ0024584
#     2023-06-09 11:06:31   IODev           HMLAN1
#     2021-04-16 12:33:42   PairedTo        0xF11234
#     2021-10-09 12:46:56   R-pairCentral   0xF11234
#     2023-06-09 10:57:31   cfgState        updating
#     2023-06-09 11:06:50   commState       CMDs_done_Errors:1
#     2021-04-16 12:33:40   level           0
#     2021-04-16 12:33:40   pct             0
#     2021-04-16 12:33:40   powerOn         2021-04-16 12:33:40
#     2021-04-16 12:33:40   recentStateType info
#     2023-06-09 11:06:50   state           MISSING ACK
#     2021-04-16 12:33:40   timedOn         off
#     RegL_00.:
#       VAL       
#   helper:
#     HM_CMDNR   161
#     cSnd       01F112341F3F6400040000000000,01F112341F3F64020E
#     mId        00CB
#     peerFriend -
#     peerOpt    -:switch
#     regLst     0
#     rxType     1
#     tmplChg    0
#     cmds:
#       TmplKey    :no:1686044203.60875
#       TmplTs     1686044203.60875
#       cmdKey     0:1:0::BD_Luefter:00CB:01:
#       cmdLst:
#         assignHmKey noArg
#         clear      [({msgErrors}|msgEvents|rssi|attack|trigger|register|oldRegs|readings|all)]
#         deviceRename -newName-
#         fwUpdate   -filename- [-bootTime-]
#         getConfig  noArg
#         getDevInfo noArg
#         getRegRaw  (List0|List1|List2|List3|List4|List5|List6|List7) [-peerChn-]
#         getVersion noArg
#         pair       noArg
#         raw        -data- [...]
#         regBulk    -list-.-peerChn- -addr1:data1- [-addr2:data2-]...
#         regSet     [(prep|{exec})] -regName- -value- [-peerChn-]
#         reset      noArg
#         tplDel     -tplDel-
#         tplSet_0   -tplChan-
#         unpair     noArg
#       lst:
#         condition  slider,0,1,255
#         peer      
#         peerOpt   
#         tplChan   
#         tplDel    
#         tplPeer   
#       rtrvLst:
#         cmdList    [({short}|long)]
#         deviceInfo [({short}|long)]
#         list       [({normal}|full)]
#         param      -param-
#         reg        -addr- -list- [-peerChn-]
#         regList    noArg
#         regTable   noArg
#         regVal     -addr- -list- [-peerChn-]
#         saveConfig [-filename-]
#         tplInfo    noArg
#     expert:
#       def        1
#       det        0
#       raw        1
#       tpl        0
#     io:
#       flgs       0
#       newChn     +1F3F64,00,00,00
#       rxt        0
#       vccu       VCCU
#       p:
#         1F3F64
#         00
#         00
#         00
#       prefIO:
#     mRssi:
#       mNo       
#       io:
#         HMLAN1:
#         myHmUART:
#     peerIDsH:
#     prt:
#       bErr       0
#       sProc      0
#     q:
#       qReqConf  
#       qReqStat  
#     role:
#       dev        1
#       prs        1
#     rssi:
#     shadowReg:
#     tmpl:
#
setstate BD_Luefter MISSING ACK
setstate BD_Luefter from archivexx .D-devInfo 020100
setstate BD_Luefter from archivexx .D-stc 10
setstate BD_Luefter 2021-10-09 12:46:56 .R-intKeyVisib invisib
setstate BD_Luefter 2023-06-06 11:36:42 .associatedWith BD_Luefter,BD_Luefter_Sw_01,GB_Luefter_Sw_02,BD_Luefter
setstate BD_Luefter 2023-06-01 16:21:40 .protLastRcv 20230601162140
setstate BD_Luefter 2023-06-07 15:36:46 Activity dead
setstate BD_Luefter 2021-11-30 17:35:25 Batteriedauer_alt 0
setstate BD_Luefter from archivexx D-firmware 1.9
setstate BD_Luefter from archivexx D-serialNr KEQ0024584
setstate BD_Luefter 2023-06-09 11:06:31 IODev HMLAN1
setstate BD_Luefter 2021-04-16 12:33:42 PairedTo 0xF11234
setstate BD_Luefter 2021-10-09 12:46:56 R-pairCentral 0xF11234
setstate BD_Luefter 2023-06-09 11:14:26 RegL_00.
setstate BD_Luefter 2023-06-09 10:57:31 cfgState updating
setstate BD_Luefter 2023-06-09 11:06:50 commState CMDs_done_Errors:1
setstate BD_Luefter 2021-04-16 12:33:40 level 0
setstate BD_Luefter 2021-04-16 12:33:40 pct 0
setstate BD_Luefter 2021-04-16 12:33:40 powerOn 2021-04-16 12:33:40
setstate BD_Luefter 2021-04-16 12:33:40 recentStateType info
setstate BD_Luefter 2023-06-09 11:06:50 state MISSING ACK
setstate BD_Luefter 2021-04-16 12:33:40 timedOn off


Das Problem tritt - natürlich - auf beiden Kanälen auf.

Der Aktor ist jetzt ca. 10 Jahre im Einsatz, sollte das Problem das Ende von HM-classic bei mir einläuten...?
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

MadMax-FHEM

Wird er nur "dead" angezeigt oder funktioniert er tatsächlich nicht mehr?

Weil meiner ist gar nicht im "ActionDetector" "angemeldet"...
Damit der alive/dead usw. erkannt wird müssen sich ja auch immer wieder Readings ändern, passiert das nicht, dann erkennt der "ActionDetector" das Device als "dead"...

Zitatattr BD_Luefter actCycle 028:00

Bei mir sind eigentlich nur Batteriegeräte (soweit ich das jetzt im Kopf habe, ok meine HM-ES-PMSW1-PL sind wohl auch "angemeldet", mein HM-LC-SW1-FM wohl nicht) beim "ActionDetector" "angemeldet"...

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)

frank

ZitatWeil meiner ist gar nicht im "ActionDetector" "angemeldet"...
ich habe auch bei allen aktoren actCycle=024:00 gesetzt. falls sie nicht  einmal am tag geschaltet werden, initiiert das attr actAutoTry beim actiondetector vor einer dead meldung noch einen statusrequest.


der aktor ist ja scheinbar schon seit mitte april defekt.

ich tippe mal auf die sicherung im aktor, vermutlich 5A.

was passiert bei spannung aus/an?
led blinkt?
wird eine msg gesendet? rssi?
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

locodriver

Danke für die Rückinfos.

Ja, der Aktor schaltet nicht mehr, ich habe jetzt mal beide Schalteingänge mit 230V angetastet, leider tut sich auch da nichts (weder Relaisklicken noch LED)...
Somit fällt wohl das Funkmodul als Ursache weg.
Zum Ausbau bin ich bisher noch nicht gekommen.

Zitatder aktor ist ja scheinbar schon seit mitte april defekt.

Nein, das Reading "Activity" ist am 7.6. das letzte Mal aktualisiert worden und in meiner Erinnerung sind die beiden Lüfter seit April auch gelaufen.

Falls es die Sicherung ist: gibt es typische Ursachen, die diese ausfallen lassen? Denn nur die Sicherung tauschen wäre ja nicht so zielführend, wenn die Ursache nicht beseitigt ist...

Zitatwas passiert bei spannung aus/an?
led blinkt?
wird eine msg gesendet? rssi?

1. nichts
2. nein
3. nein, "missig_rssi"

ZitatWeil meiner ist gar nicht im "ActionDetector" "angemeldet"...

Ich habe alle HM-Geräte im ActionDetector angemeldet. Allerdings habe ich keine "Ausfallmeldung" programmiert, sondern sehe das in einer ReadingsGroup.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

frank

ZitatFalls es die Sicherung ist: gibt es typische Ursachen, die diese ausfallen lassen? Denn nur die Sicherung tauschen wäre ja nicht so zielführend, wenn die Ursache nicht beseitigt ist...
wenn auch bei diesem model der laststrom durch die sicherung fliesst, könnte auch das schalten der lasten dazu führen.
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

locodriver

Die Sicherung (5A, 250V) ist intakt. Die beiden Lüftermotoren ziehen bei weitem nicht so viel Strom (ich weiß: Schein-, Blindleistung...).

Ich habe den Aktor jetzt geöffnet und kann nichts "verdächtiges" erkennen. Allerdings ist der so kompakt gebaut, dass man nicht wirklich alles beurteilen kann, ohne die beiden Platinen voneinander und vom Träger zu lösen. Da sind 9 Stege auszulöten, die die beiden Platinen elektrisch und mechanisch verbinden - das ist ziemlich knifflig und übersteigt meine Fertigkeiten.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

locodriver

Im HM-Forum habe ich noch den Hinweis auf den Sicherungswiderstand R10 gefunden, dieser hat den Sollwert von 2,2 kOhm.

Ich habe mir einen Ersatzaktor besorgt, damit ich die Steureung wieder in Betrieb nehmen kann.

Die weitere Fehlersuche wird also etwas warten müssen.

Dankeschön für die Unterstützung und schönes WE.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster

frank

der sicherungswiderstand ist ein spezieller widerstand, also nicht mit einem "gewöhnlichen" widerstand ersetzen.
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

locodriver

Ja, hab ich schon gelesen - trotzdem danke für den Hinweis.

Aber, wie gesagt: er ist in Ordnung.

Wenn ich etwas mehr Muße habe, will ich versuchen, dem Defekt weiter auf den Grund zu gehen. Zum Glück konnte ich noch einen Ersatzaktor bekommen, sodass die Lüfter wieder funzen.
fhem 6.0 auf Rpi3 Bookworm
HM-LAN-CFG (FW 0.965), HM-MOD-UART, 2x HM-TC-IT-WM-W-EU, 4x HM-Sec-RHS und 3x HM-CC-RT-DN, 6x HM-LC-Bl1-FM mit je 1x Somfy-Motor,
2x HM-LC-SW2-FM für Licht und Lüfter, 2x HM-PB-6-WM55, Alexa, Jeelinkcross, CUL, CUNO2, IR-Blaster