Xiaomi Yeelight - Modul

[ridestar]

tatsächlich jetzt geht es. Es lag wirklich dadran einmalig mit Set auf HSV zu setzen.

Für die Homebridge Problematik hast du zufällig keine Lösung?

[Stoanze01]

Freut mich zu hören und auch gut zu wissen dass ein einmaliger 'set hsv x,x,x' wirklich notwendig ist.

Etwas wenig Information 'Homebridge Problematik' um dir helfen zu können, am besten du versuchst es aber gleich in einem passenden Thread!

[chrisnitt]

Hallo an euch beide, es gibt bereits ein Modul für die Yeelights. Ich kann gerade den Link nicht schicken, aber mal unter Anwendungen -> Beleuchtung schauen.

https://forum.fhem.de/index.php/topic,62570.0.html

Funktioniert super.

[Merlin123]

Sehe ich das richtig, dass wir jetzt zwei gleichnamige Module haben, die ähnliches machen?
Worin unterscheiden sich die Module funktionsmäßig?

[thaliondrambor]

Sehe ich das richtig, dass wir jetzt zwei gleichnamige Module haben, die ähnliches machen?
Worin unterscheiden sich die Module funktionsmäßig?

Ich kenne das Modul von drsoran nicht so gut, aber soweit ich das sehe, sind beide Module in den Grundfunktionen der Lampen gleich. Das andere Modul von mir (https://forum.fhem.de/index.php/topic,62570.0.html) hat noch ein paar weitere Funktionen, wie z.B. eine vorgefertigte Blinken-Funktion, die Unterstützung der Szenen-Funktion der Lampen inklusive ein paar vorgefertigter Szenen und die Möglichkeit, eigene Szenen als Attribut festzulegen.

Der deutlich größere Unterschied ist, dass es zu dem YeeLight-Modul an sich auch noch ein "Bridge"-Modul gibt, wobei dieses nur eine softwareseitige Bridge ist. Diese kann im Netz nach neuen Lampen suchen, kann diese durch eine eindeutige ID identifizieren und sie so auch bei geänderten IP-Adressen (z.B. durch DHCP) wiedererkennen. Auch wenn die Lampen durch andere Geräte gesteuert werden (z.B. die Smartphone-App), empfängt die Bridge diese Informationen und leitet sie weiter, so dass die Readings stets aktuell sind. Zusätzlich können in der Bridge gewisse Attribute für alle Lampen gesetzt werden, wie zum Beispiel die Standardrampe (Ein- und Ausschaltzeit der Lampe). Dieses Attribut gilt dann für alle Lampen, so lange das Attribut der Lampe selbst nichts anderes sagt.

Ich hatte am Anfang das Problem, dass Nachrichten verschluckt wurden, wenn sie zu schnell hintereinander kamen. Dies habe ich durch Warteschlangen gelöst, in denen alle gesendeten und empfangenen Nachrichten gespeichert werden und dann abgearbeitet. Da kann ich aber nichts zu sagen, ob drsoran dieses Problem auch gelöst hat.

[mi.ke]

Aber Bluetooth unterstützen beide Module nicht, oder?
(z.B. wegen der Xiaomi Yeelight Nachttischlampe)

Ist da vielleicht geplant?

Cheers

mi.ke

[Merlin123]

Ist auf jeden Fall sehr verwirrend, auch weil beide Module gleich heißen.

Gesendet von meinem LG-H850 mit Tapatalk

[thaliondrambor]

Aber Bluetooth unterstützen beide Module nicht, oder?
(z.B. wegen der Xiaomi Yeelight Nachttischlampe)

Ist da vielleicht geplant?

Cheers

mi.ke

Momentan nicht. Ich weiß auch nicht, ob es dafür eine API gibt bzw. jemand die Bluetooth-Befehle ergründet hat. Was eventuell geht, ist das Steuern mithilfe des Gateways von Xiaomi. Für dieses gibt es auch ein Modul.
Müsste man aber mal genauer nachforschen oder ausprobieren.

[mi.ke]

Ich weiss nicht, aber hilft Dir sowas?
https://www.yeelight.com/download/yeelight_blue_message_interface_v1.0.pdf

[retikulum]

Bin ich der Einzige mit dem Problem, dass das devStateIcon nicht funktionieren will? Der Standard-State bei dem Yeelight-Modul ist opened und closed.
Wenn ich nun, wie normalerweise, den Status "power" als stateFormat angeben möchte, kann ich die Lampe danach nur genau einmal schalten. Beim zweiten Mal dann immer die Meldung
"Can't send command if bulb is not connected. Try "reopen" and check, if bulb is powered. Current state is off". Ich muss hier also erst "reopen" senden und dann geht wieder genau ein Schaltvorgang.

Gibts hier einen Trick? Ein Workaround wäre sicherlich über ein Notify beides hintereinander schalten: Reopen und On bzw. off. Aber das ist ja auch nicht der Sinn eines Moduls...

Danke schonmal.

[floflo]

Habe das gleiche Problem wie retikulum. Da es mit anderen Lampen bei mir geht, gehe ich davon aus, dass das Problem auf das Modul zurückzuführen ist. Kann jemand genaueres sagen?

[ChHerrm]

Hallo,
ich nutze das Xiaomi Yeelight - Modul um die WLAN-Nachttischlampe zu schalten. Die befindet sich auch im Netzwerk, lässt sich anpingen, per Xiaomi-APP bedienen aber nicht mehr per FHEM. Vor einigen Wochen ging es noch, dann hatte sich das irgendwann erledigt.
Läuft das bei euch noch?

Hier die Konfiguration:

Code Auswählen Erweitern


define Nachttisch YeeLight 192.168.0.XYZ
attr Nachttisch devStateIcon {my $power=ReadingsVal($name,"power","off");;my $mode=ReadingsVal($name,"color_mode","RGB");;if($power eq "off"){Color::devStateIcon($name,"rgb","rgb","power");;}else{if($mode eq "RGB"){Color::devStateIcon($name,"rgb","rgb","bright");;}elsif($mode eq "color temperature"){Color::devStateIcon($name,"rgb",undef,"bright");;}}}
attr Nachttisch eventMap on:an off:aus
attr Nachttisch group Licht
attr Nachttisch icon light_wall_3
attr Nachttisch room Wohnung
attr Nachttisch userReadings keepAlive
attr Nachttisch webCmd an:aus
attr Nachttisch widgetOverride bright:colorpicker,BRI,0,1,100 ct:colorpicker,CT,1700,10,6500 rgb:colorpicker,RGB
attr Nachttisch devStateIcon {my $power=ReadingsVal($name,"power","off");;my $mode=ReadingsVal($name,"color_mode","RGB");;if($power eq "off"){Color::devStateIcon($name,"rgb","rgb","power");;}else{if($mode eq "RGB"){Color::devStateIcon($name,"rgb","rgb","bright");;}elsif($mode eq "color temperature"){Color::devStateIcon($name,"rgb",undef,"bright");;}}}
attr Nachttisch widgetOverride bright:colorpicker,BRI,0,1,100 ct:colorpicker,CT,1700,10,6500 rgb:colorpicker,RGB


PS: Die mangelnde Erreichbarkeit per FHEM äußert sich natürlich in der üblichen Meldung: "Can't send command if bulb is not connected. Try "reopen" and check, if bulb is powered. Current state is disconnected", bzw. Log-Eintrag: "Nachttisch: connect to http://192.168.0.xyz:55443 timed out"

[Hausierer]

Hallo Zusammen,
eine Frage in die Runde, ist es normal das die Yeelight  800lm e27 Rgbw Lampe auch auf der niedrigsten Helligkeitsstufe sehr hell ist? Gefühlt kann ich nur auf ca. 50% dimmen (in der App oder im FHEM Modul 1%) und bei 0 ist dann natürlich aus.
Gruß der Hausierer

[veeroohre]

Läuft das bei euch noch?

Yo, läuft bei mir noch.
Nur leider spammt mir das Modul das Log voll (jede Minute "Keine Route zum Zielrechner"), wenn die Lampe ohne Strom ist. Sehr unschön.

Kann man das irgendwie unterdrücken?

[afrix]

Hallo zusammen!
Ich betreibe schon lange erfolgreich 3 Yeelight-E27-Birnen zusammen mit FHEM.
Das einzige, was mich stört, sind unzählige Logeinträge, falls die Yeelights vom Strom getrennt sind:

Code Auswählen Erweitern

2019.02.21 23:24:52 2: wz_ak_yeelight2: connect to http://192.168.0.69:55443 timed out
2019.02.21 23:24:54 2: wz_ak_yeelight1: connect to http://192.168.0.66:55443 timed out
2019.02.21 23:24:57 2: wz_ak_yeelight3: connect to http://192.168.0.70:55443 timed out
2019.02.21 23:25:55 2: wz_ak_yeelight2: connect to http://192.168.0.69:55443 timed out
2019.02.21 23:25:57 2: wz_ak_yeelight1: connect to http://192.168.0.66:55443 timed out
2019.02.21 23:26:00 2: wz_ak_yeelight3: connect to http://192.168.0.70:55443 timed out

Gibt es eine Möglichkeit, dass ich diese minütlichen Fehlermeldungen unterdrücke und nicht in die Logdatei schreibe?
Danke für euren Support!