HM-LC-Sw1PBU-FM defekt?

Begonnen von Motivierte linke Hände, 03 Mai 2020, 14:38:55

Vorheriges Thema - Nächstes Thema

Motivierte linke Hände

Hi,

ich habe hier einen HM-LC-Sw1PBU-FM, der sich seit heute merkwürdig verhält: Ein Einschalten wird "quittiert", d.h. der über FHEM ausgeführte Befehl führt dazu, dass FHEM auch merkt, dass der Schalter eingeschaltet ist. Allerdings schaltet er sich nach ca. 5s wieder aus. Ich habe ihn stromlos gemacht. Daraufhin blinkte er einige Zeit lang so ca. 7mal in Folge mit dann kurzer Pause dazwischen. Lt. Kapitel "Verhalten nach Spannungswiederkehr" in der Anleitung klingt das danach, dass nicht alle Komponenten im Aktor ohne Fehler funktionieren, denn wenn beim Eingangstest ein Fehler festgestellt wird, soll der Aktor dies durch kontinuierlich sich wiederholendes Blinken der LED äußern. Allerdings hört dieses Blinken irgendwann auf. Schaltet man dann den Aktor, blinkt die LED wieder (und leuchtet nicht dauerhaft, wie sie sollte), und der Aktor geht nach 5s wieder aus...

Logfile eines Schaltvorgangs bei verbose 5:

2020.05.03 14:37:00 5: CUL_HM Swi_Strom_Garten protEvent:CMDs_pending pending:1
2020.05.03 14:37:00 3: CUL_HM set Swi_Strom_Garten on
2020.05.03 14:37:00 5: CUL_HM Swi_Strom_Garten protEvent:CMDs_processing... pending:0
2020.05.03 14:37:01 5: CUL_HM Swi_Strom_Garten sent ACK:2
2020.05.03 14:37:01 5: CUL_HM Swi_Strom_Garten protEvent:CMDs_done
2020.05.03 14:37:01 4: CUL_HM Swi_Strom_Garten dupe: dont process
2020.05.03 14:37:01 4: CUL_HM Swi_Strom_Garten dupe: dont process
2020.05.03 14:37:06 5: CUL_HM Swi_Strom_Garten protEvent:CMDs_done
2020.05.03 14:37:06 5: CUL_HM Swi_Strom_Garten sent ACK:2
2020.05.03 14:37:06 4: CUL_HM Swi_Strom_Garten dupe: dont process
2020.05.03 14:37:06 4: CUL_HM Swi_Strom_Garten dupe: dont process


Die Status-Anzeige (on/off) in FHEM ist korrekt.

Ich habe den getauscht, und ein neuer Aktor zeigt dieses Verhalten nicht. Der alte ist defekt, oder?

Gruß zum Sonntag, Christian
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

frank

kondensator c26 tauschen und zb hier im forum danach suchen.
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

ich glaube langsam, auch im Wiki liest keiner unter "Mögliche Hardwareprobleme" ...  :'(

Suche in Homematic nach "C26" liefert aktuell 51 Treffer  ;D
"Ä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 ..."

frank

findet denn alexa solche artikel nicht?
die wird doch sonst auch mit allem möglichen "genervt".
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

Zitat von: frank am 03 Mai 2020, 19:49:44
findet denn alexa solche artikel nicht?

Alexa ist "sich leider nicht sicher", wenn ich sie nach "Zeh sechsundzwanzig" suchen lasse ... :-)
"Ä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 ..."

Motivierte linke Hände

Gut, nach C26 kann man erst suchen, wenn man das Problem an sich erkannt hat. Ich war naiver Weise davon ausgegangen, dass die Qualität bei den Homematic-Dingen besser ist und es keine systemischen Fehler gibt. Aber ich habe einige dieser Aktoren hier, d.h. werde das in Zukunft wohl noch öfter erleben dürfen...
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

Pfriemler

Das ist keine Naivität, das vorauszusetzen. Mich wundert, dass dieser Skandal keine weiteren Kreise zieht.
So wie es aussieht, hat eQ3 jahrelang Geräte mit dieser versehentlichen (davon gehe ich aus) Sollbruchstelle produziert. Wir in den Foren FHEM und Homematic-inside kennen das Problem und können oft auch selbst den Lötkolben anwerfen, aber "draußen" werden sicher Unmengen von Geräten weggeworfen und zähneknirschend ersetzt.
Es ist davon auszugehen, dass alle Geräte, die jetzt zwischen 3 und 6 Jahren alt sind, deswegen auffällig werden.
"Ä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 ..."

Motivierte linke Hände

Ja, hm, zum Löten ist mir das da bei meinen Fähigkeiten zu eng. Hat jemand Interesse an dem Aktor (gegen Portoersatz)?
FHEM 6 in einer KVM VM mit Ubuntu
HM-CFG-USB2, 2xHM-CFG-HMLAN, HM-HMUARTLGW mit 100+ HomeMatic Devices, Geofencing, Fritzbox, Unifi, HUE, Harmony-Hub, Denon-Receiver-Modul, Calendar, GardenaSmartDevice, Shelly, MQTT (zigbee2mqtt, Tasmota und Shelly) und ein wenig 1Wire.

frank

Zitat von: Motivierte linke Hände am 04 Mai 2020, 15:50:59
Ja, hm, zum Löten ist mir das da bei meinen Fähigkeiten zu eng. Hat jemand Interesse an dem Aktor (gegen Portoersatz)?
ok, ich habe interesse.
alles weitere per pm.
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

Wernieman

Mist .. da war jemand anderer schneller ;o)
- Bitte um Input für Output
- When there is a Shell, there is a Way
- Wann war Dein letztes Backup?

Wie man Fragen stellt: https://tty1.net/smart-questions_de.html

Pfriemler

männo!
Ich meld mich schon mal für den nächsten an.
"Ä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 ..."

tndx

Zitat von: Pfriemler am 04 Mai 2020, 10:59:07
Es ist davon auszugehen, dass alle Geräte, die jetzt zwischen 3 und 6 Jahren alt sind, deswegen auffällig werden.

Bei einem meiner HM-LC-Sw1PBU-FM mit O-Seriennummer ist es seit gestern wieder soweit. Dabei meinte ich irgendwo mitgekriegt zu haben, dass EQ3 in den "aktuelleren" Revisionen temperaturfestere bzw. höherspannnungsfestige Kondensatoren verbaut hat  :( Nun ja, entweder ist mein Aktor noch zu alt dafür oder die Massnahme greift nicht...
Interessanterweise hatte ich das Problem noch bei keinem meiner 18 Rolladenaktoren, die alle eine N-Seriennummer haben.

Pfriemler

#12
Ich verweise mal auf meinen Fred, speziell Beitrag #8 und vor allem #17:
HM-LC-Sw1PBU-FM Standby 0,8W - ist das normal? Ja und Nein!.
Das Problem ist etwas vielschichtiger und bessere Kondensatoren helfen nur bedingt. Ich löte inzwischen nur noch Kerkos ein und tausche die Z-Dioden.

Ich meine, meinen Rolladenaktor hat es auch schon erwischt. Prinzipiell ist er genauso anfällig.
"Ä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 ..."

tndx

Den Fred kenne ich, habe mich da ja auch schon verewigt :) Ich war halt nur überrascht, dass auch die relativ jungen Aktoren von dem Problem betroffen sind. Ich habe das Ding gerade aufgehabt und gesehen, dass hier noch die alltbekannten, anfälligen C26 verbaut waren. Der Aktor hat keine 2 Jahre im Betrieb durchgehalten, denn davor lag er lange im Schrank. Schon bedenklich  ???

Naja, jetzt ist jedenfalls auch ein Kerko verbaut, die entsprechenden Z-Dioden muss ich mir erst besorgen. Wenn nicht immer die lästigen Versandkosten wären :)

darkness

#14
Hallo,

mein Dimmer meldet seit heute morgen auch folgendes:

2020.08.27 06:53:59 5: CUL_HM buero_licht1 protEvent:CMDs_done
2020.08.27 06:53:59 4: CUL_HM buero_licht1 dupe: repeat 2 ack, dont process
2020.08.27 06:53:59 4: CUL_HM buero_licht1 dupe: dont process
2020.08.27 06:54:04 4: CUL_HM buero_licht1 dupe: dont process
2020.08.27 06:54:04 5: CUL_HM buero_licht1 protEvent:CMDs_done
2020.08.27 06:54:04 4: CUL_HM buero_licht1 dupe: repeat 2 ack, dont process
2020.08.27 06:54:10 5: CUL_HM buero_licht1 protEvent:CMDs_done
2020.08.27 06:54:10 4: CUL_HM buero_licht1 dupe: repeat 2 ack, dont process
2020.08.27 06:54:10 4: CUL_HM buero_licht1 dupe: dont process
2020.08.27 06:54:15 5: CUL_HM buero_licht1 protEvent:CMDs_done
2020.08.27 06:54:15 4: CUL_HM buero_licht1 dupe: repeat 2 ack, dont process
2020.08.27 06:54:15 4: CUL_HM buero_licht1 dupe: dont process
2020.08.27 06:54:20 5: CUL_HM buero_licht1 protEvent:CMDs_done
2020.08.27 06:54:20 4: CUL_HM buero_licht1 dupe: repeat 2 ack, dont process
2020.08.27 06:54:20 4: CUL_HM buero_licht1 dupe: dont process
2020.08.27 06:54:25 5: CUL_HM buero_licht1 protEvent:CMDs_done
2020.08.27 06:54:25 4: CUL_HM buero_licht1 dupe: repeat 2 ack, dont process


Allerdings lässt sich auch lokal am Schalter nichts mehr schalten. Kann es dann trotzdem am Kondensator liegen?

Das Schalten über FHEM führt zu einem MISSING ACK