Smart LED Leuchten beim einschalten mit Schalter fangen an zu blinken

Begonnen von Impet, 27 November 2021, 00:33:55

Vorheriges Thema - Nächstes Thema

Impet

Lieber user,
Ich habe unterschiedliche Luminea LED Smart Leuchten (Unter anderen Strips und Spots gekauft beim Pearl. zum Beispiel:
https://www.pearl.de/a-NX4984-3103.shtml oder https://www.pearl.de/a-ZX3010-3103.shtml) Sie werden sprach gesteuert und alternativ mit Schalter eingeschalten. Beim schalten mit dem Schalter manchmal (nicht immer) fangen sie an zu blinken, so zu sagen verlieren sie ihre Programmierung so das man sie neu programmieren (initialisieren) mus. Hat Jemand eine Idee wie ich das Problem beseitigen kann. Danke in Voraus für jede Hilfe.

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

Invers

Manche meiner Geräte vertragen das Prellen der Schalter nicht und verhalten sich dann genau so, z.B. mein H801.
Vielleicht kannst du deinen Schalter mal austauschen und gucken, was passiert.
Pi3B+ mit SSD/ Bullseye | FB7590 AX | 12 x Dect200 | CUL433+868 | SDuino | HM-LAN | 3 x Heizung FHT + FKontakte | KeyMatic + 4 FB | HM Wandtaster 2-fach m. LED | 6 x Türkont. TFK-TI | HM-Bew.-Melder innen | 3 x Smoked. HM-SEC-SD-2

Impet

Ja ich hab auch schon gedacht, dass das Prellen der Schalter das Problem verursacht. Das ersetzen der Schalter bring nichts. Mittlerweile sind das 3 Schalter und bei allen 3 passiert das gleiche. Ich möchte noch mal betonen das passiert nicht nicht immer. Meine Frage wäre wie kann ich eventuell das Prellen verhindern? Vielleicht durch Entstörkondensator??? Was meint Ihr dazu.
Vielen Dank!!!

Wernieman

Wenn Du über FHEM schaltest *), könntest Du per SW, also FHEM "entprellen".
Was sind es denn für Schalter?

*) würde ich eigentlich bei solcher Situation nicht machen. Über FHEM hast Du immer wegen des Umweges eine Zeitverzögerung. Auch wenn FHEM mal "weg" ist, kann man nicht mehr schalten. Deshalb bin ich normalerweise Freund von direktem Peering. Aber in diesem Falle giebt es ja Gründe, es anders zu machen.
- 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

Impet

Antwort für Werniemand:
Das sind ganz normale 230V Jung Lichtschalter (Wippen Wechselschalter)

Wernieman

- 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


Wernieman

Tja, dann hast Du nicht mehr viele Möglichkeiten ... Entstöhrung von 230V Preller .... sehe da eher "schwarz" ... oder jemand anderes noch eine Idee?
- 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

Beta-User

Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files