FHEM Forum

FHEM - Anwendungen => Beleuchtung => Thema gestartet von: thaliondrambor am 14 Dezember 2016, 22:21:55

Titel: [32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 14 Dezember 2016, 22:21:55
Hallo,

ich habe mich an meinem ersten Modul für FHEM versucht und stelle es euch hier zur Verfügung. Bei Fragen, Anregungen und Problemen einfach melden.

Ein kleiner Dank geht an herrmannj, desen WifiLight-Modul ich als Grundlage nutzen durfte. Am Ende habe ich zwar so gut wie nichts übernommen, aber es hat mir dennoch viel geholfen, den Aufbau von FHEM-Modulen zu verstehen.

Aktuelle Version hier: https://github.com/thaliondrambor/32_YeeLight.pm (https://github.com/thaliondrambor/32_YeeLight.pm)

Gruß
thaliondrambor


###### Under Construction ######

Anleitung für 32_YeeLight.pm

0 - Vorwort

Mit diesem Modul lassen sich die WLAN-fähigen Lampen der Firma Xiaomi, welche unter dem Namen Yeelight verkauft werden, steuern.
Zum aktuellen Zeitpunkt gibt es folgende Lampen:

Vorteil der Lampen sind der geringe Preis (im Vergleich zu anderen smarten Lampen) und der wirklich große und gut durchdachte Funktionsumfang. Außerdem gibt es einen Betatest für die Sprachsteuerung mit Alexa.

1 - Einrichten der Lampen

Beim erstmaligen Einrichten der Lampen werden diese in das WLAN eingebunden. Dafür ist ein Smartphone, die Yeelight oder MiHome App und ein Mi-Account nötig. Es gibt beide Apps sowohl für IPhone als auch für Android, wobei die Apps für Android schneller laufen und mehr Funktionsumfang haben.
Die App erkennt neue Lampen und man kann diese durch Auswählen des WLANs und Eingeben des Passwortes in das WLAN integrieren. Es ist empfehlenswert gleich ein Firmware-Update der Lampen durchzuführen. Der aktuelle Stand (22.12.16) der LED Bulb Color Wifi ist die Version 1.4.1_45. Mit dieser ist die Funktionalität mit dem Modul voll gegeben. Erfahrungen mit früheren Versionen sind mir nicht bekannt.
Wichtig: in den Einstellungen der Lampe muss über die App der Developer Mode aktiviert werden, ansonsten ist ein steuern über FHEM nicht möglich.
Hinweis: Durch diese Einstellung wird die Kommunikation der Lampe auf unverschlüsselt umgestellt.

Damit ist die Grundeinrichtung der Lampe beendet.

Sollte das WLAN der Lampe nicht mehr findbar sein, so kann sie zurückgesetzt werden in dem man die Lampe je 5 mal für je 3 Sekunden an- und ausschaltet (5 x Aus - 3sek warten - Ein -3sek warten).

2 - Einrichten in FHEM

Bevor das Modul installiert werden kann, solltet ihr das CPAN-Modul JSON::XS auf eurem System installieren, wenn es nicht bereits vorhanden ist. Dieses wird zwangsweise benötigt. Dies geschiet bei einem Linux-System z.B. durch folgende Eingabe:
sudo cpan install JSON::XS

Anschließend muss das Modul auf Github heruntergeladen und in FHEM eingebunden werden.
Die 32_YeeLight.pm gibt es hier: https://github.com/thaliondrambor/32_YeeLight.pm (https://github.com/thaliondrambor/32_YeeLight.pm). Diese herunterladen, in euren FHEM-Ordner kopieren und mit reload 32_YeeLight.pm oder durch einen Neustart von FHEM "installieren".

Nun ist das Modul einsatzbereit.

3 - Define - Anlegen der Lampen

Die Lampen werden mit folgendem Befehl angelegt:
define [NAME] YeeLight [IP]
z.B.: define SchlafzimmerLicht YeeLight 192.168.0.15


4 - Set - Steuern der Lampen

Folgende Befehle stehen zur Auswahl:

on - Befehl
Mit diesem Befehl kann die Lampe eingeschaltet werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.
Die Farbwerte und Helligkeit, die die Lampe nach dem Einschaltbefehl hat, hängt vom gespeicherten default-value ab. Standartmäßig ist dieser Weiß mit 6500K Farbtemperatur und 100% Helligkeit. Diesen Wert kann man über die App oder FHEM mittels dem Befehl "default" ändern. Nur über die App kann man auch einstellen, dass jedesmal wenn die Lampe ausgeschaltet wird, der Zustand vor dem Ausschalten als default gespeichert wird.

Syntax und Beispiele:
set [NAME] on <RAMP>
set SchlafzimmerLicht on -> Lampe wird sofort eingeschaltet oder wird heller innerhalb <defaultramp> ms
set SchlafzimmerLicht on 0 -> Lampe wird sofort eingeschaltet, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht on 5000 -> Lampe wird heller innerhalb von 5s



off - Befehl
Mit diesem Befehl kann die Lampe ausgeschaltet werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.

Syntax und Beispiele:
set [NAME] off <RAMP>
set SchlafzimmerLicht off -> Lampe wird sofort ausgeschaltet oder wird dunkler innerhalb <defaultramp> ms
set SchlafzimmerLicht off 0 -> Lampe wird sofort ausgeschaltet, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht on 5000 -> Lampe wird dunkler innerhalb von 5s


off - Befehl
Mit diesem Befehl kann die Lampe ausgeschaltet werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.

Syntax und Beispiele:
set [NAME] off <RAMP>
set SchlafzimmerLicht off -> Lampe wird sofort ausgeschaltet oder wird dunkler innerhalb <defaultramp> ms
set SchlafzimmerLicht off 0 -> Lampe wird sofort ausgeschaltet, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht off 5000 -> Lampe wird dunkler innerhalb von 5s


toggle - Befehl
Mit diesem Befehl kann der Zustand der Lampe gewechselt werden (entspricht on/off-Befehl). Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.

Syntax und Beispiele:
set [NAME] toggle <RAMP>
set SchlafzimmerLicht toggle -> Lampe wird sofort an/ausgeschaltet oder wird heller/dunkler innerhalb <defaultramp> ms
set SchlafzimmerLicht toggle 0 -> Lampe wird sofort an-/ausgeschaltet, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht toggle 5000 -> Lampe wird heller/dunkler innerhalb von 5s


bright - Befehl
Mit diesem Befehl kann die Helligkeit der Lampe von 0-100% geändert werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet. Eine Helligkeit von 0% führt den off-Befehl aus.

Syntax und Beispiele:
set [NAME] bright [BRIGHT] <RAMP>
set SchlafzimmerLicht bright 50 -> Helligkeit der Lampe wird sofort auf 50% gestellt oder wird heller/dunkler bis 50% innerhalb <defaultramp> ms
set SchlafzimmerLicht bright 0 -> Helligkeit der Lampe wird sofort auf 50% gestellt, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht bright 5000 -> Helligkeit der Lampe wird heller/dunkler bis 50% innerhalb von 5s


hsv - Befehl
Mit diesem Befehl kann die Farbe der Lampe im HSV-Farbraum eingestellt werden. Dabei ist der Hellwert (value) immer 100%, der Farbwert (hue) kann von 0-359 und die Sättigung (saturation) von 0-100 eingestellt werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.

Syntax und Beispiele:
set [NAME] hsv [HUE] [SAT] <RAMP>
set SchlafzimmerLicht hsv 120 100 -> die Farbe der Lampe wird sofort auf Grün gestellt oder ändert sich zu Grün innerhalb <defaultramp> ms
set SchlafzimmerLicht hsv 180 100 0 -> die Farbe der Lampe wird sofort auf Cyan gestellt, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht hsv 20 75 5000 -> die Farbe der Lampe ändert sich zu einem Braunton innerhalb von 5s


hue - Befehl
Mit diesem Befehl kann der Farbwert (hue) der Lampe im HSV-Farbraum von 0-359 eingestellt werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.

Syntax und Beispiele:
set [NAME] hue [HUE] <RAMP>
set SchlafzimmerLicht hue 320 -> der Farbwert der Lampe wird sofort auf 320 gestellt oder ändert sich zu 320 innerhalb <defaultramp> ms
set SchlafzimmerLicht hue 45 0 -> der Farbwert der Lampe wird sofort auf 45 gestellt, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht hue 160 5000 -> der Farbewert der Lampe ändert sich zu 160 innerhalb von 5s


sat - Befehl
Mit diesem Befehl kann die Sättigung (sat) der Lampe im HSV-Farbraum von 0-100 eingestellt werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.

Syntax und Beispiele:
set [NAME] sat [SAT] <RAMP>
set SchlafzimmerLicht sat 50 -> die Sättigung der Lampe wird sofort auf 50 gestellt oder ändert sich zu 320 innerhalb <defaultramp> ms
set SchlafzimmerLicht sat 20 0 -> die Sättigung der Lampe wird sofort auf 20 gestellt, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht sat 100 5000 -> die Sättigung der Lampe ändert sich zu 100 innerhalb von 5s


rgb - Befehl
Mit diesem Befehl kann die Farbe der Lampe im RGB-Farbraum eingestellt werden. Der RGB-Wert kann dabei als Hex-Wert ("000000" - "FFFFFF") oder einzeln für Rot, Gelb und Grün (0 - 255) angegeben werden. Als optionaler Parameter kann eine Rampenzeit (in Millisekunden, mindestens 30ms oder 0) angegeben werden, welche die Lampe vom Ist-Zustand innerhalb der Zeit zum Soll-Zustand überführt. Ohne Angabe des Parameters wird die Zeit aus dem Attribut defaultramp genommen. Ist dieses auch nicht gesetzt, wird die Zeit 0 angenommen und sofort geschaltet.
Bei einem RGB-Wert von "000000" bzw "0 0 0" wird die Lampe ausgeschaltet.

Syntax und Beispiele:
set [NAME] rgb [RRGGBB] <RAMP> oder set [NAME] rgb [RED] [GREEN] [BLUE] <RAMP>
set SchlafzimmerLicht rgb 00FF00 oder set SchlafzimmerLicht rgb 0 255 0  -> die Farbe der Lampe wird sofort auf Grün gestellt oder ändert sich zu Grün innerhalb <defaultramp> ms
set SchlafzimmerLicht rgb 00FFFF 0 oder set SchlafzimmerLicht rgb 0 255 255 -> die Farbe der Lampe wird sofort auf Cyan gestellt, auch mit gesetzem Attribut <defaultramp>
set SchlafzimmerLicht rgb D86C36 5000 oder set SchlafzimmerLicht rgb 216 108 54 5000 ->die Farbe der Lampe ändert sich zu einem Braunton innerhalb von 5s


### TODO ###
dimup
dimdown
color
ct
start_cf
stop_cf
scene
name
default
reopen
statusrequest

5 - Readings

Momentan spiegeln die Readings nur den Zustand der Lampen wieder. Diese ergeben sich aus den entsprechenden Set-Befehlen (oder durch das Steuern über die App).
Wenn das Reading "color_mode" auf "HSV" steht, dann entsprechen die Werte von "hue", "saturation" und "bright" dem aktuellen Zustand der Lampe. Die Readings "ct" und "rgb", "rgb_red", "rgb_green", "rgb_blue" entsprechend dem Zustand, den die Lampe hatte, als der entsprechende Farbmodus zuletzt an war. Das gilt auch, wenn "color_mode" auf "RGB" bzw "ct" steht.

6 - Attribute

Folgende Attribute stehen zur Verfügung:

defaultramp - Attribut

Mit diesem Attribut kann die Dauer der "Änderungsrampe" in Millisekunden angegeben werden. Dieser Wert ist immer dann wirksam, wenn kein anderer Wert im Befehl angegeben wird. Die Mindestdauer beträgt 30ms.
Hinweis: Wenn das Attribut "defaultramp" gesetzt ist und ein Befehl trotzdem sofort ausgeführt werden soll, dann muss als Rampendauer 0 im Befehl angegeben werden.

7 - Sonstiges

Es gibt zwei versteckte Befehle, welche nur genutzt werden sollten, wenn man weiß, wie die API der Lampen funktioniert. Diese sind nicht per Dropdown-Menü verfügbar, sondern müssen über die Kommandozeile eingegeben werden.
Diese lauten:

raw - Befehl
Mit diesem Befehl kann ein Kommando direkt an die Lampe geschickt werden ohne das er vorher vom Modul verarbeitet wird (ausser das Anhängen von "\r\n"). Genauere Infos über die gültigen Kommandos gibt es hier: www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf (http://www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf)

Syntax und Beispiele:
set [NAME] raw [COMMAND]
set SchlafzimmerLicht raw {"id":1,"method":"set_power","params":["off","smooth",3000]} -> entspricht set SchlafzimmerLicht off 3000


flush - Befehl

Gesendete, empfangene und fehlerhafte Kommandos werden in Warteschlangen gespeichert (SendQueue, AnsQueue, ErrQueue). Anschließend werden sie verarbeitet und, wenn sie erfolgreich abgearbeitet wurden, gelöscht. Die Warteschlangen kann man sich z.B. über folgenden Befehl ansehen:
list [NAME]
Ein Leeren der Listen ist über den Befehl "flush" möglich. Dabei werden die gelöschten Befehle ab einem Verbose-Level von 4 in den Log geschrieben. Beim Löschen der Gerätedefinition und Herunterfahren von FHEM wird der Befehl automatisch ausgeführt.

Syntax und Beispiele:
set [NAME] flush
set SchlafzimmerLicht flush



00 - Entwicklung

Unter https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel) gibt es einen wenig getesteten Entwicklungsstand. Wenn beim Testen geholfen wird, freue ich mich sehr.

Folgende Änderungen gibt es im Devel-Branch:

04 - Set - Steuern der Lampen

blink - Befehl
Mit diesem Befehl kann die Lampe blinken. Werden keine weiteren Parameter angegeben, blinkt die Lampe 3 mal für je 1s (entspricht 1 Hz) in der aktuellen Farbe. Danach geht sie wieder in den vorherigen Zustand zurück. Mit dem ersten Parameter, kann eingestellt werden, wie oft die Lampe blinken soll. Der zweite Parameter gibt den Farbmodus vor. Dabei gibt es die Wahl zwischen "1" (RGB) und "2" (CT). Der dritte Parameter ist dann die Farbe. Entweder in Hex für RGB "000001" - "FFFFFF" oder als Farbtemperatur für CT "1700" - "6500". Der vierte Parameter gibt die Zeit eines Blinkvorganges in Millisekunden an und muss mindestens 100 ms betragen.

Syntax und Beispiele:
set [NAME] blink <COUNT> <MODE> <COLOR> <TIME>
set SchlafzimmerLicht blink -> Lampe blinkt 3 mal in der aktuellen Farbe oder der letzten Farbe, wenn die Lampe aus ist, für insgesamt 3s und geht dann wieder in den Ausgangszustand
set SchlafzimmerLicht blink 5 -> Lampe blinkt 5 mal in der aktuellen Farbe oder der letzten Farbe, wenn die Lampe aus ist, für insgesamt 3s und geht dann wieder in den Ausgangszustand
set SchlafzimmerLicht blink 10 1 FF0000 100 -> Lampe blinkt 4 mal in der Farbe Rot für insgesamt 1s (entspricht 10Hz) und geht dann wieder in den Ausgangszustand
set SchlafzimmerLicht blink 4 2 3500 5000 -> Lampe blinkt 4 mal mit eine Farbtemperatur von 3500 K für insgesamt 20s (entspricht 0,2Hz) und geht dann wieder in den Ausgangszustand


on-for-timer, off-for-timer, intervals
Diese Befehle sind aus der SetExtensions.pm entnommen und werden wie von anderen Modulen bekannt ausgeführt.

Syntax und Beispiele:
set [NAME] on-for-timer [TIME]
set SchlafzimmerLicht on-for-timer 120 -> Lampe ist für 120 Sekunden an (es wird defaultramp genutzt)

set [NAME] off-for-timer [TIME]
set SchlafzimmerLicht off-for-timer 180 -> Lampe ist für 180 Sekunden aus (es wird defaultramp genutzt)

set [NAME] intervals [INTERVAL1] <INTERVAL2> ...
set SchlafzimmerLicht intervals 07:00-08:00 16:30-18:00 -> Lampe wird 07:00 Uhr und 16:30 Uhr eingeschaltet und 08:00 Uhr und 18:00 Uhr ausgeschaltet (es wird defaultramp genutzt)


Anleitung für 32_YeeLightBridge.pm

1 - Einrichten in FHEM und Define der Bridge

Die 32_YeeLightBridge.pm und die 32_YeeLight.pm aus dem Devel-Branch herunterladen (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel)), in euren FHEM-Ordner packen. Da sich relevanter Code im Define-Teil geändert hat, bitte einen Neustart von FHEM durchführen mit:
shutdown restart

Die Bridge wird wie folgt definiert:
define [NAME] YeeLightBridge

Hinweis: Beide Dateien (YeeLight und YeeLightBridge) müssen aus dem Devel-Branch geholt werden, ansonsten kann es zu Problemen kommen.
Hinweis: Es kann nur eine Bridge definiert werden.

2 - Funktion der Bridge

Die Bridge hört im Netzwerk auf Multicast-Nachrichten der Lampen. Diese werden gesendet, wenn die Lampen hardware-seitig eingeschaltet werden (Spannung) und im Anschluss in regelmäßigen Abständen. Außerdem ist es mit einer Such-Nachricht möglich, dass aktiv der Multicast angefordert wird, was leider im Modul noch nicht funktioniert.

Über die Multicast-Nachrichten können weitere Informationen bezogen werden, die über einen normalen StatusRequest nicht erhältlich sind. Dies sind:

Über die ID werden bereits definierte Geräte gesucht. Wird eines gefunden, so werden alle Daten überprüft und aktualisiert. Die Aktualisierung der IP-Adresse kann mit dem Attribut updateIP (dazu mehr später) unterbunden werden.
Wenn kein Gerät unter der ID gefunden wird, dann wird nach der IP-Adresse gesucht. Wird hier ein Gerät gefunden, so werden auch wieder die Daten aktualisiert. Durch das Attribut updateIP wird im Umkehrschluss hierbei nicht die ID geändert.
Wird auch mittels der IP-Adresse kein Gerät gefunden, dann wird ein neues angelegt (wenn autocreate aktiv ist). Der Name lautet dann: YeeLight_[ID] oder YeeLight_[NAME], wenn der Name in der Lampe schonmal mit dem "set name"-Befehl gesetzt wurde.

3 - Set - Steuern der Bridge

Platzhalter

4 - Attribute

Folgende Attribute stehen zur Verfügung:


defaultramp
Das Attribut "defaultramp" hat die selbe Funktion, wie schon bei den Lampen selber, gilt aber für alle Lampen. Dabei gilt folgende Priorität: Wird eine Rampenzeit im Befehl angegeben, so hat diese immer Vorrang. Fehlt diese, so wird die Rampenzeit aus dem Attribut "defaultramp" des Devices genutzt. Wenn auch dieses nicht gesetzt ist, so wird die Rampenzeit aus dem Attribut "defaultramp" der Bridge genutzt. Wenn auch dieses fehlt, dann beträgt die Rampenzeit "0" und es werden alle Befehle sofort ausgeführt. Es gilt also Befehl > Device > Bridge > 0.

updateIP
Mit dem Attribut "updateIP" kann verhindert werden, dass ein von Hand angelegtes Device durch die Bridge eine andere IP oder ID bekommt. Standartmäßig (wenn das Attribut nicht gesetzt ist) ist diese Funktion aktiviert. Dadurch werden die Lampen durch die ID identifiziert und die IP angepasst, wenn sie z.B. durch den DHCP geändert wurde.
Das Attribut kann sowohl in der Bridge, als auch im Device selber gesetzt werden, wobei das Attribut im Device Vorrang hat. "0" bedeutet, dass keine Aktualisierung stattfindet. Bei "1" wird die IP/ID aktualisiert.

timeout
Mit dem Attribut "timeout" kann eingestellt werden, nach wie vielen Sekunden ohne Antwort auf einen gesendeten Befehl, die Verbindung als "disconnected" gilt. Der Timeout beträgt ohne das Attribut 3 Sekunden. Das Attribut kann sowohl in der Bridge, als auch im Device selber angelegt werden, wobei das Attribut im Device Vorrang hat. Ist der Timeout auf "0" gestellt, so werden fehlende Rückmeldungen die Lampe nie auf "disconnected" setzen. Die Nachricht, welche nicht innerhalb des Timeouts beantwortet wurde, wird in der ErrorQueue gespeichert. Hat die Lampe den Status "disconnected" so können keine Befehle an die Lampe gesendet werden, außer "reopen".

keepAlive
Wenn keine Befehle an die Lampe gesendet werden, kann es sehr lange dauern, bis erkannt wird, dass die Lampe nicht mehr erreichbar ist. Deswegen kann mit dem Attribut "keepAlive" ein regelmäßiges Signal an die Lampe gesendet werden. Der minimale Zeitabstand für zwei keepAlive beträgt 60 Sekunden. Das Attribut kann sowohl in der Bridge, als auch im Device selber angelegt werden, wobei das Attribut im Device Vorrang hat. Ist das Attribut nicht gesetzt, so wird kein regelmäßiges Signal gesendet (entspricht keepAlive = 0). Zum Erkennen von gestörten Verbindungen, wird dabei das Attribut "timeout" genutzt. Sollte dieses auf "0" gestellt sein, so kann auch mit "keepAlive" keine Störung erkannt werden.
Das gesendete Signal ist ein StatusRequest, so dass so auch eine regelmäßige Statusabfrage möglich ist. Wobei die Readings der Lampen im Normalfall sowie so aktuell sind.
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 14 Dezember 2016, 23:53:03
n'Abend,
das Timing könnte besser nicht sein. Gestern kam meine (erste) Lampe an - heute Abend habe ich dann selbst ein bisschen herumprobiert. Als ich im Forum noch mal deinen anderen Thread gesucht habe, habe ich dann gesehen, dass du das passende Modul schon veröffentlicht hast. Danke! 8)

Allerdings ist das hier dann leider auch schon der erste Bugreport ... schon die Definition
define blabla YeeLight x.x.x.x

lässt FHEM crashen; im Log findet man dann
2016.12.14 23:33:06 1: PERL WARNING: Prototype mismatch: sub main::to_json ($@) vs ($) at /usr/share/perl/5.20/Exporter.pm line 66.
2016.12.14 23:33:06 1: PERL WARNING: Prototype mismatch: sub main::from_json ($@) vs ($) at /usr/share/perl/5.20/Exporter.pm line 66.
Undefined subroutine &main::is_ipv4 called at ./FHEM/32_YeeLight.pm line 58.

Es juckt mich zwar in den Fingern, da noch selbst genauer nachzusehen, aber dann ist die Nacht wahrscheinlich schnell vorbei. Da morgen die Arbeit ruft, will ich also mal vernünftig sein. Das Feedback wollte ich trotzdem schon mal geben, vielleicht hast du ja schon eine Idee, woran das liegt.

Nebenbei: Ich finde, die Lampe macht von der Verarbeitung her einen guten Eindruck und gibt ein sehr schönes Licht. Die hatte definitiv ein FHEM-Modul verdient :-)

Gruß, Uli
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 15 Dezember 2016, 05:30:00
Guten Morgen,

als ich deinen Post eben las, wusste ich sofort, wo der Fehler liegt. Ich hatte ehrlich gesagt ein anderes Verhalten erwartet,da es bei mir so funktioniert. Ich habe das Problem behoben. Es kann allerdings sein, dass das CPAN-Modul Data::Validate::IP noch installiert werden muss.

Der fehlerfreie Version hängt oben am ersten Post. Mehr heute Abend, denn ich muss auch arbeiten :-)

Gruß
thaliondrambor

Edit: Ich habe eine Möglichkeit gefunden die IP-Adresse mit dem Standartmodul Socket zu überprüfen. Ist nun implementiert.
Die Warnungen kommen meiner Meinung nach aus dem JSON::XS Modul. Ich weiß noch nicht so recht, wie ich die wegbekommen soll. Meiner Meinung nach rufe ich die "decode_json"-Funktion richtig auf, aber im JSON::XS Modul selber wird eine Funktion aus der Exporter.pm "falsch" aufgerufen. Wobei falsch ja relativ ist. Es gibt ja nur ein prototyp mismatch. Es funktioniert ja trotzdem alles.

Edit2: Ich habe ein Repository auf Github angelegt. Dort ist dann der aktuelle Stand und ein Entwicklungsstand zu finden.
https://github.com/thaliondrambor/32_YeeLight.pm (https://github.com/thaliondrambor/32_YeeLight.pm)
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 16 Dezember 2016, 12:13:30
Super, damit funktioniert es :-) Und damit wird die YeeLight auch sofort wesentlich brauchbarer, denn sie reagiert sofort auf einen Umschaltvorgang. Die YeeLight-App geht ja den Umweg über eine chinesische
Cloud, und je später der Abend wird, um so zäher reagiert die Lampe (wenn 1.3 Mrd. Chinesen aufwachen und ihre Smartphones zücken, geht offenbar die große Firewall in die Knie).

Wirst du eigentlich (analog wie in WifiLight) auch einen Parameter "defaultramp" einbauen? Fänd ich super.
Bei "set rgb" fände ich die übliche Hex-Notation (#RRGGBB) einfacher und lesbarer, kann man Dich überzeugen, das noch zu ändern? :)

Im devel-Zweig geht es ja schon gut voran, vor allem den "colortemperature" Modus finde ich wichtig (sollte man den nicht "ct" abkürzen?)

Ich werd am Wochenende mal versuchen, die YeeLight in LightScene und HomeBridge einzubauen (ohne irgendwelche Anpassungen taucht die Lampe in HomeKit bereits auf und lässt sich zumindestens an und aus schalten). Übrigens ist auch noch eine weiße Lampe zu mir unterwegs. Ich bin mal gespannt, wie die sich dann mit dem Modul verhält.

Gruß, Uli
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: justme1968 am 16 Dezember 2016, 12:22:23
für homebridge und auch den colorpicker wäre es gut wenn das rgb kommando (zumindest optional) auch RRGGBB als hex verstehen würde. auch (zusätzliche) getrennte kommandos für hue und saturation wären gut für den colorpicker und widgetOverride.

vielleicht magst du dir auch mal die kommandos und readings die hue und lightify verwenden anschauen. je kompatibler und ähnlicher die module untereinander sind um so einfacher wird es für die frontends neue gerate einzubinden.

auch farbige lampen icons über die beiden Color_devStateIcon routinen aus Color.pm lassen sich dann einfacher verwenden.

gruss
  andre
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 16 Dezember 2016, 14:48:47
Huhu, also Attribute sind definitiv vorgesehen, aber mit denen habe ich mich noch gar nicht beschäftigt. Deswegen gibt es noch keine.

Ich möchte erstmal alle Grundfunktionen der Lampe umsetzen. Danach mache ich mich an die Funktionen, die die Lampe nicht hat, aber FHEM dann realisiert.

Die RGB Notation in Hex werde ich umsetzen. Das geht schnell. Da ich bis jetzt noch keine anderen steuerbaren Lampen hatte, weiß ich gar nicht so genau, was die anderen Module so können :-)
Aber ich werde versuchen das Modul möglichst nah an die anderen zu bauen.

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Alexk30 am 16 Dezember 2016, 15:01:41
Super das du dieses Modul umgesetzt hast. Meine beiden Yeelight RGB´s wurde einwandfrei erkannt und funktionieren bestens. Ich freue mich auf deine Erweiterungen (colorpicker etc.) Vielleicht hast du ja auch später die Möglichkeit die Lightscence aus der APP einzubauen.

Nochmals vielen Dank für deine Mühe und vorallem Zeit.

Gruß Alex
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 16 Dezember 2016, 21:32:37
N'Abend,

ich habe mal ein bisschen weitergebastelt. Ich habe den Code etwas optimiert, wovon ihr nicht so viel merken solltet. Es wurden aber auch ein paar Funktionen hinzugefügt:
RGB nimmt nun auch Hex-Werte (RRGGBB)
Hue und Saturation können auch einzeln gesetzt werden
Attribut defaultramp wurde hinzugefügt (Standartzeit falls nicht anders im Befehl angegeben)


Den aktuellen Stand findet ihr im Devel-Branch von Github: https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel)

Zitat von: f-zappa am 16 Dezember 2016, 12:13:30
Übrigens ist auch noch eine weiße Lampe zu mir unterwegs. Ich bin mal gespannt, wie die sich dann mit dem Modul verhält.

Ich sehe bei mir keinen Anwendungsfall, wo sich die weißen Lampen lohnen für gerade mal 1-2€ weniger. Sie funktionieren aber grundsätzlich genauso, wie die farbigen Lampen. Ich muss dann nur einen Typ hinzufügen und die Funktionen deaktivieren, die die weiße Lampe nicht kann.

Es gibt übrigens gerade von Xiaomi einen Betatest für die Steuerung der Lampen mit IFTTT und mit Echo. Das soll wohl bereits gut laufen. Wann es das für die Allgemeinheit gibt, weiß ich nicht.


Es gibt eine Funktion, die ich gerne implementieren möchte, bei welcher ich aber nicht genau weiß, wie am besten.
Momentan kann man an die Lampe Befehle senden auch wenn sie aus ist. Die Lampe quittiert das auch mit einem "ok", aber die Werte werden nicht übernommen. Man kann also die Lampe nicht auf z.B. Blau stellen, wenn sie aus ist, und beim einschalten ist sie dann tatsächlich blau. Das ist natürlich unschön.

Mir fallen drei Möglichkeiten dazu ein:
1. Die Lampe wird automatisch eingeschaltet, wenn sie aus ist und einen Befehl erhält.
2. Es können keine Befehle gesendet werden, wenn sie aus ist (on, toggle, statusrequest usw. gehen natürlich immer).
3. Der Befehl wird in FHEM gespeichert und beim nächsten Einschalten ausgeführt.

Ich tendiere grundsätzlich zu 1. bin aber am Überlegen, ob man nicht alle drei implementieren und per Attribut das gewünschte Verhalten auswählen sollte. Auch dann würde ich 1. als Default nehmen.

Wie ist eure Meinung dazu?

Gruß
thaliondrambor
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Alexk30 am 16 Dezember 2016, 22:26:22
1. soll bedeuten, wenn ich der Lampe den Befehl "Blau 50" gebe schaltet sie sich so ein?

Gruß Alex
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 16 Dezember 2016, 22:33:38
Genau. Momentan passiert gar nichts. Also nicht mal eine Fehlermeldung.
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 16 Dezember 2016, 23:09:51
Möglichkeit 1 halte ich auch für die intuitive. Umgekehrt fände ich dann auch logisch, den Helligkeitswert 0 zu erlauben und die Lampe dadurch auszuschalten.

Bei den Hex-Werten ist mir noch ein Mini-Fehlerchen aufgefallen .. momentan nimmt er die führenden Nullen weg (Blau wird z.B "FF" statt "0000FF"). Aber im Set-Befehl akzeptiert er das umgekehrt nicht, das ist natürlich schlecht für Automatisierungen. Vielleicht lieber
       my $hexrgb              = sprintf("%06X",$rgb);

Ebenfalls für Automatisierungen wie z.B. abspeichern von Ist-Werten fände ich gut, wenn Readings und Set-Befehle konsistent wären. "set ct 2900" für die Farbtemperatur ist prima, aber dazu passend sollte in colormode dann auch "ct" stehen und auch das Reading für die Farbtemperatur sollte so heißen. Analog natürlich für alle anderen Werte.

Bitte nicht falsch verstehen, wenn ich immer wieder was zu "motzen" habe - ich finde es klasse, wie rasant du das entwickelst  8)
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: CoolTux am 17 Dezember 2016, 08:28:12
Zitat von: f-zappa am 16 Dezember 2016, 23:09:51
Möglichkeit 1 halte ich auch für die intuitive. Umgekehrt fände ich dann auch logisch, den Helligkeitswert 0 zu erlauben und die Lampe dadurch auszuschalten.

So weit ich weiß verhält sich Hue auch so. Wäre also logisch.

Zitat
Ebenfalls für Automatisierungen wie z.B. abspeichern von Ist-Werten fände ich gut, wenn Readings und Set-Befehle konsistent wären. "set ct 2900" für die Farbtemperatur ist prima, aber dazu passend sollte in colormode dann auch "ct" stehen und auch das Reading für die Farbtemperatur sollte so heißen. Analog natürlich für alle anderen Werte.

Bitte nicht falsch verstehen, wenn ich immer wieder was zu "motzen" habe - ich finde es klasse, wie rasant du das entwickelst  8)

Generell sollten Setnamen und Readingsnamen gleich lauten, dann fügt nämlich FHEM bei der Set Auswahl im Frontend automatisch den aktuellen Readingswert ein.


Und zum Schluss ein Danke für Deine Arbeit und weiterhin viel Erfolg und Spaß mit Deinem Modul.


Grüße
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 18 Dezember 2016, 00:52:57
So,

habe ein paar kleinere Korrekturen vorgenommen.
Außerdem habe ich die ReadFn gefunden und verstanden :-) Nun werden die Statusänderungen, welche die Lampen verschicken, ausgelesen und die Readings werden gesetzt. Nicht nur, dass das Last vom Modul nimmt, da nicht ständig StatusRequests durchgeführt werden müssen. Jetzt sieht man in FHEM auch die Änderungen, wenn man z.B. mit dem Handy schaltet.

Die Lampen schalten sich jetzt bei den Befehlen ein, wo es nötig ist. Außerdem schaltet eine Helligkeit von 0 die Lampen aus.

Die Readings und Set-Befehle wurden aneinandern angepasst. Deswegen wäre es wohl sinnvoll, die Readings mal zu löschen, damit da nicht zig ungenutzte rumschwiren.

Es gibt auch noch ein paar neue Funktionen. Es kann der Lampe ein Namen gegeben werden (also direkt in der Lampe gespeichert). Der Default-Status der Lampe kann gespeichert werden (Farbe und Helligkeit die sie nach Spannungswiederkehr hat). Es kann eine Farbfolge gestartet werden (genaueres folgt in der Hilfe). Außerdem habe ich drei Szenen aus der App eingefügt (sunrise, sunset, happy_birthday), welche über "scene" gestartet werden können.

Da das ganze mittlerweile recht umfangreich ist, werde ich mich mal auch an eine Hilfe/Funktionsbeschreibung machen.

Zitat von: f-zappa am 16 Dezember 2016, 23:09:51
Bitte nicht falsch verstehen, wenn ich immer wieder was zu "motzen" habe - ich finde es klasse, wie rasant du das entwickelst  8)

Motz ruhig weiter. Deswegen habe ich es ja unter anderem schon jetzt zur Verfügung gestellt. Erstens dachte ich, dass es bestimmt auch schon jetzt Leute gibt, die mit dem kleinen Funktionsumfang was anfangen können. Aber vor allem wollte ich natürlich Feedback und Fehler finde. Ich alleine mit meinen paar Lampen, wovon ich beim Programmieren immer nur mit einer spiele, finde nunmal nicht alle Fehler und/oder Eventualitäten.

Aktueller Stand wie üblich auf Github und ich lade Sie auch mal wieder oben im ersten Post hoch.

Edit 19.12.:
Anstatt an einer Anleitung habe ich mich heute mit einem aufgetretenem Problem befasst. Da die Antworten der Lampen zu schnell bzw. nicht in genau definierten Reihenfolgen ankommen, hat das Modul Fehler ausgeworfen. Also habe ich zwei Warteschlangen erstellt, je eine für die gesendeten Befehle und eine für die erhaltenen Nachrichten. So können diese ausgewertet werden, ob es Benachrichtigungen von der Lampe sind oder ob sie Antworten auf die Befehle sind, und entsprechend verarbeitet und die Warteschlangen geleert werden. Das hat echt eine Menge Zeit gebraucht, bis es funktioniert.

Zusätzlich gibt es jetzt noch einen "reopen"-Befehl, falls die Lampe mal offline ist.
Feedback darüber, wie die Lampen bei euch laufen, ist gern gesehen.
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 18 Dezember 2016, 22:47:28
Moin,

ich habe nach dem schlechten Tatort noch die neue Modulversion mit Spannung installiert und direkt mal ein paar ColorFlows probiert  ;)

Eine Kleinigkeit ist direkt aufgefallen: Für "Action" werden die Werte 1, 2, 3 gefordert, laut Inter-Operation Specification sollten es 0, 1, 2 sein.
return "$name start_cf: action ($args[1) must be 1, 2 or 3." if ($args[1] < 1) || ($args[1] > 3);

Dabei ist an der "0" gerade spannend, dass man eine kurze Animation abspielen kann und die Lampe danach wieder zum Ausgangszustand zurückgeht. Damit sind z.B. schöne diskrete Benachrichtigungen möglich (z.B. Waschmaschine ist fertig -> zwei mal blau blinken)
set yl start_cf 3 0 500,1,255,100,500,1,1,1

In Homekit habe ich die YeeLight teilweise erfolgreich eingebunden. An/Aus und Helligkeit verhalten sich wie erwartet, aber in den meisten Fällen wird bei einer geänderten Farbe die Saturation auf 100 gestellt (gefühlt jedes dritte bis vierte Mal funktioniert es wie gewollt). Ich habe gemutmaßt, dass hier die Set-Befehle für Hue und Saturation gegenseitig "wettlaufen" und versucht, das durch Delays provisorisch weg zu bekommen. Allerdings ohne Erfolg.
attr yl homebridgeMapping clear  On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off Hue=hue::hue,delay=100 Brightness=bright::bright Saturation=sat::sat,delay=300
Das habe ich aber bereits heute Nachmittag mit der vorherigen Modulversion ausprobiert, möglicherweise verhält es sich jetzt schon wieder anders. Ich kann's gerade leider nicht ausprobieren.

So .. gute Nacht allerseits!
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 19 Dezember 2016, 20:57:37
Zitat von: f-zappa am 18 Dezember 2016, 22:47:28
Eine Kleinigkeit ist direkt aufgefallen: Für "Action" werden die Werte 1, 2, 3 gefordert, laut Inter-Operation Specification sollten es 0, 1, 2 sein.

Danke. Habe ich gleich behoben und die Kontrolle der Parameter für die colorflows noch etwas erweitert. Mehr ist Heute aber nicht drin.

Mich würde interessieren, ob die Saturation in Verbindung mit de Homekit jetzt funktioniert. Wenn nicht wäre ein Log mit verbose 5 ganz interessant. Da sieht man dann genau, wann welcher Befehl gesendet wird, wann die Antwort und die Benachrichtigung kommt und wann was in die Warteschlangen geschrieben, bearbeitet und gelöscht wird.
Ich hoffe einfach mal, dass es auch so geht.^^

Edit: Ich habe eben deinen Code fürs blaue Blinken ausprobiert:
set yl start_cf 3 0 500,1,255,100,500,1,1,1

Leider ist mir da was unschönes aufgefallen. Wenn die Lampe aus ist, z.B. Tags über, bleibt sie nach dem Befehl an, da für Sie anscheinend der vorherige Status der Status ist, der unter default gespeichert ist. Das ist natürlich blöd.

Mit dem
set yl start_cf 3 2 500,1,255,100,500,1,1,1
würde sie zwar aus gehen, aber eben immer, auch wenn Sie vorher an war.

Eventuell überschreibe ich die Action "0" mit dem Modul, so dass die Lampe am Ende wieder ausgeht, wenn sie vorher aus war.

Edit2: Es waren dann doch quasi nur zwei Zeilen Code. Da konnte ich nicht widerstehen. Aber nun Gute Nacht ^^
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Morrino am 20 Dezember 2016, 09:34:38
Hi,

danke für das Modul.
Spricht etwas dagegen das die Stehlampe nicht mit deinem Modul funktioniert?
Finde die sehr interessant und würde mir sie heute bestellen.
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 20 Dezember 2016, 10:31:07
Zitat von: Morrino am 20 Dezember 2016, 09:34:38
Hi,

danke für das Modul.
Spricht etwas dagegen das die Stehlampe nicht mit deinem Modul funktioniert?
Finde die sehr interessant und würde mir sie heute bestellen.
Moin,
welche Stehlampe meinst du? Die Schreibtischlampe? Alle Lampen von Xiaomi mit WLAN sollten auch mit dem Modul laufen. Da ich sie nicht selber habe und testen kann, kann es allerdings sein, dass sie nicht alle Funktionen unterstützt.

Es gibt von Xiaomi auch ein SmartHome Gateway, welches dann auch die anderen SmartHome Komponenten steuern kann (Wifi, Bluetooth, ZigBee). Das Gateway kann ähnlich wie die Lampen gesteuert werden, allerdings auf einem anderen Port. Ich habe mir das Gateway bereits bestellt, aber es ist leider momentan über all nicht lieferbar. Eventuell werde ich auch für dieses Gateway ein Modul schreiben.
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 20 Dezember 2016, 10:32:39
Zitat von: Morrino am 20 Dezember 2016, 09:34:38
Spricht etwas dagegen das die Stehlampe nicht mit deinem Modul funktioniert?
Meinst du die Nachttischlampe oder die Schreibtischlampe? Die Nachttischlampe würde ich sofort kaufen, wenn sie denn WiFi hätte .. leider wird sie stattdessen über Bluetooth angesprochen, hier wird es wohl nichts mit dem Modul.

Alle anderen Produkte werden über WiFi angesteuert und der Hersteller schreibt, dass diese alle das gleiche Protokoll sprechen:
ZitatYeelight 3rd-party control protocol is a feature designed for developers and fans of IoT. All Yeelight WiFi products that are currently on market (Yeelight LED bulb (White), Yeelight LED bulb (Color)) as well as upcoming WiFi light products will support this protocol. Based on this protocol, users can develop their own applications and programs to discover and control Yeelight WiFi devices by using their favorite platform or language. This control protocol uses a SSDP-like discovering mechanism and JSON encoded controlling command, developers can discover and control their devices dynamically under the same LAN. Attention must be payed to following security issue: all the discover and control messages defined in this protocol are not encrypted, which means Yeelight devices' security is guaranteed by the router's security level, therefore user must be responsible for their devices's security when using this control protocol.

Ich erstell mal eine Übersicht, damit wir wissen, worüber wir reden  8)

Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Morrino am 20 Dezember 2016, 12:31:51
Zitat von: f-zappa am 20 Dezember 2016, 10:32:39
Meinst du die Nachttischlampe oder die Schreibtischlampe? Die Nachttischlampe würde ich sofort kaufen, wenn sie denn WiFi hätte .. leider wird sie stattdessen über Bluetooth angesprochen, hier wird es wohl nichts mit dem Modul.


Ich meinte die Nachttischlampe. Das die nicht mit WLan ist hatte ich übersehen.
Damit fällt sie wohl doch flach.

Sehr sehr schade das gerade die nicht mit WLan ausgestattet ist  :o :(
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 20 Dezember 2016, 13:27:41
Zitat von: Morrino am 20 Dezember 2016, 12:31:51
Sehr sehr schade das gerade die nicht mit WLan ausgestattet ist  :o :(
Ja, ich hatte auch schon fast zwei davon bestellt. Die sehen auf den Bilder total gut aus.

Zitat von: thaliondrambor am 20 Dezember 2016, 10:31:07
Es gibt von Xiaomi auch ein SmartHome Gateway, welches dann auch die anderen SmartHome Komponenten steuern kann (Wifi, Bluetooth, ZigBee).

Wo ich Bluetooth lese: ob damit auch diese Nachttischlampen anzusteuern gehen?
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 20 Dezember 2016, 13:31:46
Ja, mit dem Gateway sollten alle steuerbar sein. Nicht nur die Lampen. Es gibt ja zum Beispiel auch Lufterfrischer und und und...

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Morrino am 20 Dezember 2016, 22:13:22
Zitat von: thaliondrambor am 20 Dezember 2016, 10:31:07
Es gibt von Xiaomi auch ein SmartHome Gateway, welches dann auch die anderen SmartHome Komponenten steuern kann (Wifi, Bluetooth, ZigBee). Das Gateway kann ähnlich wie die Lampen gesteuert werden, allerdings auf einem anderen Port. Ich habe mir das Gateway bereits bestellt, aber es ist leider momentan über all nicht lieferbar. Eventuell werde ich auch für dieses Gateway ein Modul schreiben.

Das wäre natürlich sehr interessant.
Find die Xiaomi Artikel allgemein eine interessante Alternative zu HUE und Co.
Aber auch Bewegungssensor etc...
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 20 Dezember 2016, 22:35:15
Zitat von: thaliondrambor am 19 Dezember 2016, 20:57:37
Mich würde interessieren, ob die Saturation in Verbindung mit de Homekit jetzt funktioniert. Wenn nicht wäre ein Log mit verbose 5 ganz interessant. Da sieht man dann genau, wann welcher Befehl gesendet wird, wann die Antwort und die Benachrichtigung kommt und wann was in die Warteschlangen geschrieben, bearbeitet und gelöscht wird.
Ich habe das gerade noch einmal gecheckt .. mit der Eve-App tritt das Problem nicht auf, mit der Home-App von Apple aber reproduzierbar. Der Unterschied zwischen beiden ist im Log leicht zu erkennen: Eve setzt zuerst Hue und dann Saturation. Home macht das umgekehrt. Die Logs selbst schenk ich mir jetzt mal, weil ich inzwischen die Ursache kenne. Ich habe nämlich entdeckt: Wenn ich den Hue-Wert manuell über den Befehl setze ("set yl hue 0"), wird die Saturation ebenfalls auf 100 hochgedreht (also auch ganz ohne HomeKit-Beteilitung).
Und das sollte diese Zeile ja eigentlich verhindern:
                $sCmd->{'params'}->[1]  = $hash->{READINGS}{saturation}{VAL} + 0;# saturation

Nur, dass das Reading in den Anfangstagen des Moduls von "saturation" in "sat" umbenannt wurde.
Bei mir gibt's die alten Readings aber immer noch als Karteileichen, weil ich zu faul zum Löschen oder Neudefinieren war. Und bei "saturation" steht halt noch eine 100 drin :8
Also, dieses Problemchen kann mit einem "7x" behoben werden.
Für die Akten, mein homebridgeMapping sieht inzwischen so aus:
clear
Hue=hue::hue,minValue=0,maxValue=359,minStep=1
Brightness=bright::bright,minValue=0,maxValue=100,minStep=1
Saturation=sat::sat,minValue=0,maxValue=100,minStep=1
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 20 Dezember 2016, 22:57:28
Mist, und schon knallt es an einer anderen Stelle  >:(
Ich habe eine LightScene, die gleichzeitig ct und bright setzt. Das bringt FHEM reproduzierbar zum Absturz. Reihenfolge ist egal.
2016.12.20 22:50:58 3: YeeLight e2.yl1 - set e2.yl1 bright 20
2016.12.20 22:50:58 5: e2.yl1 SendQueue: added {"params":[20,"smooth",5000],"id":2,"method":"set_bright"} with id:2
2016.12.20 22:50:58 5: SW: {"params":[20,"smooth",5000],"id":2,"method":"set_bright"}
2016.12.20 22:50:58 4: e2.yl1 is sending: {"params":[20,"smooth",5000],"id":2,"method":"set_bright"}
2016.12.20 22:50:58 3: YeeLight e2.yl1 - set e2.yl1 ct 3100
2016.12.20 22:50:58 5: e2.yl1 SendQueue: added {"method":"set_ct_abx","params":[3100,"smooth",5000],"id":3} with id:3
2016.12.20 22:50:58 5: SW: {"method":"set_ct_abx","params":[3100,"smooth",5000],"id":3}
2016.12.20 22:50:58 4: e2.yl1 is sending: {"method":"set_ct_abx","params":[3100,"smooth",5000],"id":3}
2016.12.20 22:50:58 4: reading from e2.yl1: {"id":2, "result":["ok"]}
2016.12.20 22:50:58 5: e2.yl1 AnswerQueue: added {"id":2, "result":["ok"]}
2016.12.20 22:50:58 3: e2.yl1 success sending 2: {"params":[20,"smooth",5000],"id":2,"method":"set_bright"}
2016.12.20 22:50:58 5: e2.yl1 SendQueue: deleted {"params":[20,"smooth",5000],"id":2,"method":"set_bright"}
2016.12.20 22:50:58 5: e2.yl1 AnswerQueue: deleted {"id":2, "result":["ok"]}
2016.12.20 22:50:58 4: reading from e2.yl1:
{"method":"props","params":{"bright":20}}
{"id":3, "result":["ok"]
2016.12.20 22:50:58 5: e2.yl1 AnswerQueue: added
{"method":"props","params":{"bright":20}}
{"id":3, "result":["ok"]
garbage after JSON object, at character offset 44 (before "{"id":3, "result":["...") at ./FHEM/32_YeeLight.pm line 739.


EDIT: Bei so einem Konstrukt bleibt alles gut:
set e2.yl1 ct 2900 ; sleep 1 ; set e2.yl1 bright 100
Da verwurstelt sich wohl irgendwas in den Queues, die genau das verhindern sollten ...
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 21 Dezember 2016, 00:35:46
Eigentlich ist das Problem ganz einfach. Bei {"id":3, "result":["ok"] fehlt ein "}" am Ende.

Wenn die Befehle zu "schnell" abgesendet werden, dann kommen manchmal die Antworten so schnell, dass quasi zwei in einem Receive stehen. Das habe ich versucht hier aufzutrennen: sub
YeeLight_Read
{
my ($hash) = @_;
my $name = $hash->{NAME};

my $buf = DevIo_SimpleRead($hash);
return undef if(!defined($buf));

my $read;
my $search = "}";
my $offset = 0;
my $result = index($buf, $search, $offset);

while ($result != -1)
{
my $sResult = index($buf, "}}", $offset);
$result++ if ($result == $sResult);
$result++;
$read = substr($buf,$offset,$result);
Log3 $name, 4, "reading from $name: $read";

Add_AnsQue($hash,$read);
$offset = $result + 1;
$result = index($buf, $search, $offset);
}

return undef;
}


Anscheinend war das nicht erfolgreich...
Mit den Regex und Zeichenketten auseinanderfriemeln habe ich es ehrlich gesagt nicht so^^
Die richtige JSON-Antwort kann blöderweise mit "} oder }} oder ]} enden. Das macht es irgendwie nicht gerade einfach. Ich denke, ich muss das wahrscheinlich verschachtelter machen. Oder jemand hat eine andere Idee.

In deinem Fall werde ich wohl hinten ausversehen die "}" abgeschnitten haben...Und das führt beim Decodieren des JSON-Codes zum Absturz. Es hat also eigentlich nichts mit den Queues an sich zu tun. Das Problem kommt erst beim Umwandeln der Antworten um sie dann auszuwerten.

Aber dafür ist jetzt keine Zeit mehr.

Ich habe übrigens gestern auch schon nach einer Evaluierung für JSON-Code geschaut, um solche Fehler abzufangen, damit nicht das ganze FHEM abstürzt. Leider habe ich noch nichts gefunden. Es gibt ein CPAN-Modul dafür, aber das müsste man natürlich extra noch nachinstallieren.

Gute Nacht.
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: bjbrill am 21 Dezember 2016, 20:13:20
Hallo,
erst mal riesen Dank für das Modul für das Yeelight.
Ich bekomme leider keine Verbindung hin, Fhem & Lampensoftware sind aktuell. Die Lampe kann mit der App auch gesteuert werden.
Leider steht im Fhem immer nur disconnected im Webinterface.
Ich hab zu Testzwecken erst ein mal nur dein Befehl übernommen und natürlich die IP der Lampe angepasst.
Im Standard Log steht vollendendes:
2016.12.21 16:04:52 1: PERL WARNING: Prototype mismatch: sub main::to_json ($@) vs ($) at /usr/share/perl/5.18/Exporter.pm line 66, <$fh> line 2286.
2016.12.21 16:04:52 1: PERL WARNING: Prototype mismatch: sub main::from_json ($@) vs ($) at /usr/share/perl/5.18/Exporter.pm line 66, <$fh> line 2286.
2016.12.21 16:04:52 3: YeeLight SchlafzimmerLicht defined at 192.168.178.35:55443
2016.12.21 16:04:52 3: Opening SchlafzimmerLicht device 192.168.178.35:55443
2016.12.21 16:04:52 3: Can't connect to 192.168.178.35:55443: Connection refused
2016.12.21 16:04:52 2: Attempt to write to disconnected device.
2016.12.21 16:04:52 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/32_YeeLight.pm line 602, <$fh> line 2286.
2016.12.21 16:04:52 1: PERL WARNING: Use of uninitialized value $ret in pattern match (m//) at ./FHEM/32_YeeLight.pm line 603, <$fh> line 2286.
2016.12.21 16:04:52 1: PERL WARNING: Use of uninitialized value $ret in concatenation (.) or string at ./FHEM/32_YeeLight.pm line 603, <$fh> line 2286.


Ich hoffe ihr könnt daraus etwas lesen, ich bin zwar gut im Foren durchstöbern aber so gut kenne ich mich leider nicht aus.
Schöne Grüße aus Niedersachsen bjbrill
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 21 Dezember 2016, 20:19:01
Guten Abend,

@bjbrill
Ich vermute, dass du den Developer Mode in der Lampe noch nicht aktiviert hast. Dann läuft die Kommunikation nur verschlüsselt und das kann die API und damit FHEM nicht.
Zum Aktivieren des Developer Mode musst du in der Yeelight-App (nicht MiHome) die Lampe auswählen, dann oben rechts mit den drei Punkten die Einstellungen öffnen, dort auf "Developer Mode" und dann den Schalter hinter Developer Mode antippen.

Gruß

thaliondrambor
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: bjbrill am 21 Dezember 2016, 20:39:21
So einfach kann es sein,  :)

Ich hab den Development über die App eingeschaltet und schon bekomme ich auch eine Verbindung.

Herzlichen Dank für die Super schnelle Antwort, dann kann das getüftel jetzt ja los gehen  ;D
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 21 Dezember 2016, 22:37:40
So, ich stelle euch dann mal wieder meine abendliche Arbeit zur Verfügung.

Als erstes habe ich das Problem mit den zu vielen bzw. schnellen Antworten behoben. Das war gar nicht so einfach, aber jetzt sollte das Modul diese richtig auseinander nehmen. Ich habe es mit drei Befehlen auf einmal versenden versucht und es hat mit der aktuellen Version immer geklappt.

Außerdem gibt es nun eine Überprüfung der gesendeten und der empfangenen Befehle, ob sie tatsächlich dem JSON-Format entsprechen. Sollte dies nicht der Fall sein, werden sie in einer ErrorQueue abgespeichert, die man dann z.B. über "list [NAME]" einsehen kann. Es wird vorher auch noch ein recht einfach gehaltener Versuch unternommen, die Zeichenkette zu reparieren (auf eckige Klammern am Ende und Anfang schauen und eventuell hinzufügen).
Also selbst fehlerhafte Zeichenketten sollten FHEM jetzt nicht mehr zum Absturz bringen.


Außerdem habe ich zwei neue Kommandos hinzugefügt, die allerdings nicht in der Auswahlliste erscheinen, da sie nur für Sonderfälle gedacht sind und voraussetzen, dass man sich mit der API und dem Modul auseinander gesetzt hat.

Mit "raw" kann man eigenen Code an die Lampen senden. Wenn dieser der Yeelight-API entspricht, wird er auch ausgeführt. Z.B.:
set [NAME] raw {"id":1,"method":"set_power","params":["off","smooth",3000]}
Dies entspricht:
set [NAME] off 3000
Wenn der Befehl nicht richtig ist, wird er trotzdem an die Lampe gesendet. Sollte er nicht dem JSON-Format entsprechen, dann landet er in der ErrorQueue. Auch die Antwort der Lampe, landet dort, wenn der Befehl nicht passt.

Mit "flush" können die Inhalte der drei Queues gelöscht werden. Die gelöschten Inhalte werden ab verbose "4" im Log gespeichert vor dem Löschen. Beim Löschen der Devices und beim Runterfahren von FHEM wird auch ein "flush" durchgeführt. Der Befehl sieht wie folgt aus:
set [NAME] flush

Ich hoffe es läuft jetzt alles so weit und alle schön fleißig testen. Die neue Version gibt es gleich auf Github.

(Die erste Hälfte der Bridge funktioniert schon, so dass bald auch mit autocreate und einer eindeutigen Identifizierung über die ID, unabhängig der IP-Adresse, gerechnet werden kann.)

Gruß

thaliondrambor
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 22 Dezember 2016, 22:43:23
Guten Abend,

Zitat von: thaliondrambor am 14 Dezember 2016, 22:21:55
Folgende Änderungen gibt es im Devel-Branch:

04 - Set - Steuern der Lampen

blink - Befehl
Mit diesem Befehl kann die Lampe blinken. Werden keine weiteren Parameter angegeben, blinkt die Lampe 3 mal für je 1s (entspricht 1 Hz) in der aktuellen Farbe. Danach geht sie wieder in den vorherigen Zustand zurück.
Geplant: Parameter für Farbe, Anzahl, Dauer (Frequenz)

Syntax und Beispiele:
set [NAME] blink
set SchlafzimmerLicht blink -> Lampe blinkt 3 mal in der aktuellen Farbe oder der letzten Farbe, wenn die Lampe aus ist, für insgesamt 3s und geht dann wieder in den Ausgangszustand


Außerdem habe ich einen Großteil der Anleitung im ersten Post geschrieben.

Gruß
thaliondrambor
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: bjbrill am 23 Dezember 2016, 17:53:24
Hallo,

das blinken kommt mit meiner Alarmanlage echt toll,
Alarmwarnung Gelb, Volles auslösen dann rot und zur Bestätigung des abschaltens blau.
Ich hab mal kurz über deine tolle Anleitung gelesen, die ich super verständlich finde, großes Lob.
Eine kleine Sache ist mir aufgefallen bei meinem Ubuntu funktioniert:
sudo CPAN install JSON::XS nicht,
bei mir muss das CPAN klein geschrieben sein also so:
sudo cpan install JSON::XS.
Es kann sein das da ein Raspi anders reagiert, wollte es nur erwähnt haben.
Ich wünsche schöne Feiertage und viel Erholung.
Schöne Grüße Björn


Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 23 Dezember 2016, 18:41:08
Zitat von: bjbrill am 23 Dezember 2016, 17:53:24
Eine kleine Sache ist mir aufgefallen bei meinem Ubuntu funktioniert:
sudo CPAN install JSON::XS nicht,
bei mir muss das CPAN klein geschrieben sein also so:
sudo cpan install JSON::XS.

Da hast du recht, ist mir irgendwie durchgerutscht, bei meinem Debian muss es auch klein sein. Ist geändert. Danke.

Auch ein frohes Fest wünsche ich.

Edit: Ich habe es tatsächlich geschafft, dass die Bridge zum Großteil funktioniert. Ich bin wirklich ziemlich stolz auf mich gerade, dass ich das hinbekommen habe :-)

Folgende Änderungen gibt es damit im Devel-Branch:

Zitat von: thaliondrambor am 14 Dezember 2016, 22:21:55
Anleitung für 32_YeeLightBridge.pm

1 - Einrichten in FHEM und Define der Bridge

Die 32_YeeLightBridge.pm und die 32_YeeLight.pm aus dem Devel-Branch herunterladen (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel)), in euren FHEM-Ordner packen und einlesen mit:
reload 32_YeeLight.pm
reload 32_YeeLightBridge.pm


Die Bridge wird wie folgt definiert:
define [NAME] YeeLightBridge

Hinweis: Beide Dateien (YeeLight und YeeLightBridge) müssen aus dem Devel-Branch geholt werden, ansonsten kann es zu Problemen kommen.
Hinweis: Es kann nur eine Bridge definiert werden.

2 - Funktion der Bridge

Die Bridge hört im Netzwerk auf Multicast-Nachrichten der Lampen. Diese werden gesendet, wenn die Lampen hardware-seitig eingeschaltet werden (Spannung) und im Anschluss in regelmäßigen Abständen. Außerdem ist es mit einer Such-Nachricht möglich, dass aktiv der Multicast angefordert wird, was leider im Modul noch nicht funktioniert.

Über die Multicast-Nachrichten können weitere Informationen bezogen werden, die über einen normalen StatusRequest nicht erhältlich sind. Dies sind:

  • ID - eine einzigartige Identifizierungskennung
  • IP - musste bis jetzt z.B. über den Router gesucht werden
  • FW-VER - die aktuelle Firmware-Version
  • MODEL - das Lampenmodel (z.B. color)
  • support - unterstütze Methoden

Über die ID werden bereits definierte Geräte gesucht. Wird eines gefunden, so werden alle Daten überprüft und aktualisiert. Die Aktualisierung der IP-Adresse kann mit dem Attribut updateIP (dazu mehr später) unterbunden werden.
Wenn kein Gerät unter der ID gefunden wird, dann wird nach der IP-Adresse gesucht. Wird hier ein Gerät gefunden, so werden auch wieder die Daten aktualisiert. Durch das Attribut updateIP wird im Umkehrschluss hierbei nicht die ID geändert.
Wird auch mittels der IP-Adresse kein Gerät gefunden, dann wird ein neues angelegt (wenn autocreate aktiv ist). Der Name lautet dann: YeeLight_[ID] oder YeeLight_[NAME], wenn der Name in der Lampe schonmal mit dem "set name"-Befehl gesetzt wurde.

3 - Set - Steuern der Bridge

Platzhalter

4 - Attribute

Folgende Attribute stehen zur Verfügung:


  • defaultramp
  • updateIP

defaultramp
Das Attribut "defaultramp" hat die selbe Funktion, wie schon bei den Lampen selber, gilt aber für alle Lampen. Dabei gilt folgende Priorität: Wird eine Rampenzeit im Befehl angegeben, so hat diese immer Vorrang. Fehlt diese, so wird die Rampenzeit aus dem Attribut "defaultramp" des Devices genutzt. Wenn auch dieses nicht gesetzt ist, so wird die Rampenzeit aus dem Attribut "defaultramp" der Bridge genutzt. Wenn auch dieses fehlt, dann beträgt die Rampenzeit "0" und es werden alle Befehle sofort ausgeführt. Es gilt also Befehl > Device > Bridge > 0.

updateIP
Mit dem Attribut "updateIP" kann verhindert werden, dass ein von Hand angelegtes Device durch die Bridge eine andere IP oder ID bekommt. Standartmäßig (wenn das Attribut nicht gesetzt ist) ist diese Funktion aktiviert. Dadurch werden die Lampen durch die ID identifiziert und die IP angepasst, wenn sie z.B. durch den DHCP geändert wurde.
Das Attribut kann sowohl in der Bridge, als auch im Device selber gesetzt werden, wobei das Attribut im Device Vorrang hat. "0" bedeutet, dass keine Aktualisierung stattfindet. Bei "1" wird die IP/ID aktualisiert.

Ich hoffe es läuft ohne größere Probleme. Wenn keine über die Feiertage gemeldet werden, dann kommt die Bridge auch in den Master-Branch.

Gruß
thaliondrambor
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 23 Dezember 2016, 22:41:53
Zitat von: bjbrill am 23 Dezember 2016, 17:53:24
Eine kleine Sache ist mir aufgefallen bei meinem Ubuntu funktioniert:
sudo CPAN install JSON::XS nicht,
bei mir muss das CPAN klein geschrieben sein also so:
sudo cpan install JSON::XS.
Es kann sein das da ein Raspi anders reagiert, wollte es nur erwähnt haben.

In dem Fall ist die Arie mit dem CPAN aber zum Glück sowieso unnötig. Das Perl-Modul ist bei Ubuntu und  Raspbian als Paket dabei.
# Ubuntu 16.04.1 LTS
libjson-xs-perl/stable,now 2.340-1+b2 armhf [installed]
  module for manipulating JSON-formatted data (C/XS-accelerated)
# Raspbian GNU/Linux 8
libjson-xs-perl/xenial 3.010-2build1 amd64
  module for manipulating JSON-formatted data (C/XS-accelerated)


Gruß, Uli
Titel: Antw:[32_YeeLight.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 23 Dezember 2016, 23:23:14
Zitat von: thaliondrambor am 23 Dezember 2016, 18:41:08
Edit: Ich habe es tatsächlich geschafft, dass die Bridge zum Großteil funktioniert. Ich bin wirklich ziemlich stolz auf mich gerade, dass ich das hinbekommen habe :-)
Herzlichen Glückwunsch! Es ist ja gar nicht mal so viel Code, aber er erschließt sich mir noch nicht auf den ersten Blick.
Ich vermute mal, ich muss zuerst mein YeeLight löschen und dann
define ylb YeeLightBridge
definieren, anschließend werden alle vorhandenen Lichter erkannt und als Device angelegt?

Aber .. jetzt genieß erst mal das Weihnachtsfest! Uns hast du mit dem YeeLight-Modul ja schon ein schönes Geschenk gemacht :-)

Gruß, Uli
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Morrino am 24 Dezember 2016, 10:10:18
Hi

hast du auch geplant in die Bridge (wenn du damit das Gateway meinst) die anderen Yeelight Lampen mit zu unterstützen?
Bin von der Nachttisch Lampe immer noch sehr angetan. ;)

Übrigens scheint aktuell auch mal wieder die Schreibtisch Lampe lieferbar zu sein:
http://www.gearbest.com/table-lamps/pp_363779.html?wid=21
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 26 Dezember 2016, 15:29:10
Zitat von: f-zappa am 23 Dezember 2016, 23:23:14
Herzlichen Glückwunsch! Es ist ja gar nicht mal so viel Code, aber er erschließt sich mir noch nicht auf den ersten Blick.
Ich vermute mal, ich muss zuerst mein YeeLight löschen und dann
define ylb YeeLightBridge
definieren, anschließend werden alle vorhandenen Lichter erkannt und als Device angelegt?

Aber .. jetzt genieß erst mal das Weihnachtsfest! Uns hast du mit dem YeeLight-Modul ja schon ein schönes Geschenk gemacht :-)

Gruß, Uli


Nein, das Löschen sollte eigentlich gar nicht nötig sein. Ein Neustart von FHEM sollte reichen (da sich was in der DefFn geändert hat). Anschließend sollte das Modul deine bereits angelegten Lampen automatisch den Multicast-Nachrichten zuordnen können und diese so anpassen, dass sie nun über die eindeutige ID anstatt der IP zugeordnet werden (außer du hast das Attribut "updateIP" auf "0" gesetzt).

Und der Code für die "Bridge" ist wirklich sehr kurz. Es wird nur die Verbindung zur Multicastgruppe aufgebaut und wenn Nachrichten empfangen werden, dann werden sie an das YeeLight-Modul weitergegeben. Dort gibt es dann zwei Funktionen (YeeLightBridge_xxx) die die Auswertung vornehmen. Der Code ist dann noch etwas mehr.

Zitat von: Morrino am 24 Dezember 2016, 10:10:18
Hi

hast du auch geplant in die Bridge (wenn du damit das Gateway meinst) die anderen Yeelight Lampen mit zu unterstützen?
Bin von der Nachttisch Lampe immer noch sehr angetan. ;)

Übrigens scheint aktuell auch mal wieder die Schreibtisch Lampe lieferbar zu sein:
http://www.gearbest.com/table-lamps/pp_363779.html?wid=21

Nein, in diesem Fall ist es leider nicht das (hardware) Gateway von Xiaomi, sondern nur eine Softwarelösung für die WLAN-fähigen Lampen. Somit können diese automatisch angelegt werden und man bekommt noch ein paar mehr Informationen, die es vorher nicht gab (die wichtigste dabei ist die eindeutige ID).

Ich würde gerne auch das Gateway von Xiaomi ausprobieren, aber es ist immer noch kaum wo zu haben...außer man möchte 100€ dafür auf ebay ausgeben.

Edit:
Folgendes hat sich im Devel-Branch geändert:
Zitat von: thaliondrambor am 14 Dezember 2016, 22:21:55
00 - Entwicklung

...
...
...


04 - Set - Steuern der Lampen

blink - Befehl
Mit diesem Befehl kann die Lampe blinken. Werden keine weiteren Parameter angegeben, blinkt die Lampe 3 mal für je 1s (entspricht 1 Hz) in der aktuellen Farbe. Danach geht sie wieder in den vorherigen Zustand zurück. Mit dem ersten Parameter, kann eingestellt werden, wie oft die Lampe blinken soll. Der zweite Parameter gibt den Farbmodus vor. Dabei gibt es die Wahl zwischen "1" (RGB) und "2" (CT). Der dritte Parameter ist dann die Farbe. Entweder in Hex für RGB "000001" - "FFFFFF" oder als Farbtemperatur für CT "1700" - "6500". Der vierte Parameter gibt die Zeit eines Blinkvorganges in Millisekunden an und muss mindestens 100 ms betragen.

Syntax und Beispiele:
set [NAME] blink <COUNT> <MODE> <COLOR> <TIME>
set SchlafzimmerLicht blink -> Lampe blinkt 3 mal in der aktuellen Farbe oder der letzten Farbe, wenn die Lampe aus ist, für insgesamt 3s und geht dann wieder in den Ausgangszustand
set SchlafzimmerLicht blink 5 -> Lampe blinkt 5 mal in der aktuellen Farbe oder der letzten Farbe, wenn die Lampe aus ist, für insgesamt 3s und geht dann wieder in den Ausgangszustand
set SchlafzimmerLicht blink 10 1 FF0000 100 -> Lampe blinkt 4 mal in der Farbe Rot für insgesamt 1s (entspricht 10Hz) und geht dann wieder in den Ausgangszustand
set SchlafzimmerLicht blink 4 2 3500 5000 -> Lampe blinkt 4 mal mit eine Farbtemperatur von 3500 K für insgesamt 20s (entspricht 0,2Hz) und geht dann wieder in den Ausgangszustand


on-for-timer, off-for-timer, intervals
Diese Befehle sind aus der SetExtensions.pm entnommen und werden wie von anderen Modulen bekannt ausgeführt.

Syntax und Beispiele:
set [NAME] on-for-timer [TIME]
set SchlafzimmerLicht on-for-timer 120 -> Lampe ist für 120 Sekunden an (es wird defaultramp genutzt)

set [NAME] off-for-timer [TIME]
set SchlafzimmerLicht off-for-timer 180 -> Lampe ist für 180 Sekunden aus (es wird defaultramp genutzt)

set [NAME] intervals [INTERVAL1] <INTERVAL2> ...
set SchlafzimmerLicht intervals 07:00-08:00 16:30-18:00 -> Lampe wird 07:00 Uhr und 16:30 Uhr eingeschaltet und 08:00 Uhr und 18:00 Uhr ausgeschaltet (es wird defaultramp genutzt)


Anleitung für 32_YeeLightBridge.pm

...
...
...


3 - Set - Steuern der Bridge

Platzhalter

4 - Attribute

Folgende Attribute stehen zur Verfügung:


  • defaultramp
  • updateIP
  • timeout
  • keepAlive

...
...
...


timeout
Mit dem Attribut "timeout" kann eingestellt werden, nach wie vielen Sekunden ohne Antwort auf einen gesendeten Befehl, die Verbindung als "disconnected" gilt. Der Timeout beträgt ohne das Attribut 3 Sekunden. Das Attribut kann sowohl in der Bridge, als auch im Device selber angelegt werden, wobei das Attribut im Device Vorrang hat. Ist der Timeout auf "0" gestellt, so werden fehlende Rückmeldungen die Lampe nie auf "disconnected" setzen. Die Nachricht, welche nicht innerhalb des Timeouts beantwortet wurde, wird in der ErrorQueue gespeichert. Hat die Lampe den Status "disconnected" so können keine Befehle an die Lampe gesendet werden, außer "reopen".

keepAlive
Wenn keine Befehle an die Lampe gesendet werden, kann es sehr lange dauern, bis erkannt wird, dass die Lampe nicht mehr erreichbar ist. Deswegen kann mit dem Attribut "keepAlive" ein regelmäßiges Signal an die Lampe gesendet werden. Der minimale Zeitabstand für zwei keepAlive beträgt 60 Sekunden. Das Attribut kann sowohl in der Bridge, als auch im Device selber angelegt werden, wobei das Attribut im Device Vorrang hat. Ist das Attribut nicht gesetzt, so wird kein regelmäßiges Signal gesendet (entspricht keepAlive = 0). Zum Erkennen von gestörten Verbindungen, wird dabei das Attribut "timeout" genutzt. Sollte dieses auf "0" gestellt sein, so kann auch mit "keepAlive" keine Störung erkannt werden.
Das gesendete Signal ist ein StatusRequest, so dass so auch eine regelmäßige Statusabfrage möglich ist. Wobei die Readings der Lampen im Normalfall sowie so aktuell sind.

Ich habe festgestellt, dass damit erstmal fast alle Funktionen der API für die Lampen umgesetzt sind. Es fehlen nur noch zwei:

Das erste sind Cron-Jobs (cron_add, cron_get, cron_del) mit denen man nach einer bestimmten Zeit (Timer) etwas ausführen kann. Allerdings ist der einzige mögliche Befehl momentan nur das Ausschalten. Deswegen habe ich mich dafür entschieden, dass ganze lieber über die SetExtensions.pm mit "on-for-timer", "off-for-timer" und "intervals zu erledigen.

Die zweite fehlende Funktion ist der Musik-Modus. Momentan ist die Lampe ein TCP-Server mit welchem sich FHEM verbindet und so die Befehle sendet. Diese Verbindung hat allerdings zwei Einschränkungen. Erstens sind so nur maximal 4 Verbindungen zulässig (eine davon baut FHEM auf, ich habe keine Idee, wieso dort noch drei andere dazu kommen sollten). Zweitens kann man so maximal 60 Befehle pro Minute an die Lampe senden. Auch hier denke ich, dass das im Normalfall kein Problem sein sollte. Während des Testens und Programmierens ist es mir zweimal passiert, dass die Lampe keine Befehle mehr entgegengenommen hat, aber da habe ich auch echt viel geschickt.
Man kann diese Beschränkungen umgehen, in dem man den Musik-Modus einschaltet. Dazu muss man erstmal die normale TCP-Verbinung aufbauen, dazu einen TCP-Server und dann der Lampe mitteilen, dass sie sich mit dem TCP-Server verbinden soll. Über diese neue Verbindung gibt es dann keine Beschränkungen mehr.
Auch wenn ich grundsätzlich der Meinung bin, dass es besser ist, keine Beschränkung zu haben als nur 60 Befehle pro Minute, ist das erstmal recht weit unten auf meiner Prioritätenliste. Dafür müsste ich mich erstmal damit beschäftigen, wie ich in FHEM ein TCP-Server aufbaue, der non-blocking ist.
Solltet ihr öfter mal an die 60-Befehle-Grenze kommen, so teilt mir dies bitte mit.

Neben dem Fertigstellen der Anleitung, steht auf meinem Plan, dass ich die unterschiedlichen Modele (RGB, W, LED-Stripe) mit ihren jeweiligen unterstützten Funktionen hinzufüge.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 26 Dezember 2016, 18:13:08
Hallo Thaliondrambor,

wow, kann ich da nur sagen. Nachdem nun mein Urlaub begonnen hat, habe ich mich wieder mit meiner YeeLight beschäftigt und sehe, was du in der Zwischenzeit geschaffen hast. Respekt und mein Dank.

Ich habe das Modul installiert und konnte es sofort in Betrieb nehmen. Ein paar Anmerkungen dazu:

ZitatHinweis: Wenn das Attribut "defaultramp" gesetzt ist und ein Befehl trotzdem sofort ausgeführt werden soll, dann muss als Rampendauer 0 im Befehl angegeben werden.

Ic habe "defaultramp" auf 5000 stehen und das funktioniert auch. Nun habe ich ab und an den Bedarf, die Lampe ohne Verzögerung ein/auszuschalten und habe das mit


set WohnzimmerLicht on 0


bzw.


set Wohnzimmerlicht off 0


probiert. Der 0-Wert greift allerdings nicht und die Lampe wird weiterhin mit Verzögerung ein/ausgeschaltet. Mach ich da beim Befehl etwas falsch?

Das nächste was ich mich frage, es gibt ein Abfall-Modul, welches auch von GitHub kommt und wie folgt installiert wird:


update all https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt


Dabei hat man die Möglichkeit, direkt über die Update-Funktion von fhem die neuesten Modulversionen installieren zu lassen. Kannst du das auch so umsetzen?

Und das nächste und vorerst letzte, hier im Thread ist von einer Nachttischlampe die Rede, welche allerdings über Bluetooth angesprochen wird. Der Raspi 3 hat ein solches Modul eingebaut, kann das evtl. dafür verwendet werden, um die Lampe anzusprechen?

Grüße,
cc13
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 26 Dezember 2016, 19:25:32
Zitat von: cc13 am 26 Dezember 2016, 18:13:08
Ic habe "defaultramp" auf 5000 stehen und das funktioniert auch. Nun habe ich ab und an den Bedarf, die Lampe ohne Verzögerung ein/auszuschalten und habe das mit


set WohnzimmerLicht on 0


bzw.


set Wohnzimmerlicht off 0


probiert. Der 0-Wert greift allerdings nicht und die Lampe wird weiterhin mit Verzögerung ein/ausgeschaltet. Mach ich da beim Befehl etwas falsch?

So sollte es tatsächlich funktionieren, aber da haben sich gleich zwei Fehler in den Code geschlichen. Ist nun im Devel-Branch behoben.

Zitat von: cc13 am 26 Dezember 2016, 18:13:08
Das nächste was ich mich frage, es gibt ein Abfall-Modul, welches auch von GitHub kommt und wie folgt installiert wird:


update all https://raw.githubusercontent.com/uniqueck/fhem-abfall/master/controls_fhemabfall.txt


Dabei hat man die Möglichkeit, direkt über die Update-Funktion von fhem die neuesten Modulversionen installieren zu lassen. Kannst du das auch so umsetzen?

Ich würde eher dazu tendieren, das Modul in das offizielle Repository aufzunehmen, aber ich habe mich erstens noch garnicht damit beschäftigt, was ich dafür tun muss und zweitens würde ich das Modul gerne noch länger testen, bevor es dann die FHEM-Installation von irgendwelchen Leuten zerschießt.

Zitat von: cc13 am 26 Dezember 2016, 18:13:08
Und das nächste und vorerst letzte, hier im Thread ist von einer Nachttischlampe die Rede, welche allerdings über Bluetooth angesprochen wird. Der Raspi 3 hat ein solches Modul eingebaut, kann das evtl. dafür verwendet werden, um die Lampe anzusprechen?

Grüße,
cc13

Ein kurzer Besuch auf Google ergab, dass es auch eine API für die Bluetooth-Lampen gibt. Die heißt Yeelight Blue Message Interface (http://www.yeelight.com/download/yeelight_blue_message_interface_v1.0.pdf). Es würde mich schon reizen, dass auch in das Modul zu integrieren, allerdings habe ich keine passenden Lampen. Es gibt dafür auch bereits Umsetzungen mit python und node-js. Eventuell kann man da was einfaches integrieren, was darauf zugreift.

Für mich ist eher das Gateway http://xiaomi-mi.com/mi-smart-home/xiaomi-mi-gateway-2/ (http://xiaomi-mi.com/mi-smart-home/xiaomi-mi-gateway-2/) als nächstes interessant. Damit kann man auch die Taster und Sensoren von Xiaomi mit einbinden, welche auch günstig sind.

Edit:
Ich habe einen Merge vom Devel- mit dem Master-Branch durchgeführt.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 27 Dezember 2016, 10:24:02
Zitat
So sollte es tatsächlich funktionieren, aber da haben sich gleich zwei Fehler in den Code geschlichen. Ist nun im Devel-Branch behoben.

Neue Version eingespielt und es funktioniert wie vorgesehen. Danke!

Das Gateway sehe ich nirgends zum kauf, zumindest nicht bei den mir bekannten Versendern. Interessant ist das schon, ich bleibe dran.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Morrino am 27 Dezember 2016, 16:02:04
Zitat von: thaliondrambor am 26 Dezember 2016, 19:25:32

Für mich ist eher das Gateway http://xiaomi-mi.com/mi-smart-home/xiaomi-mi-gateway-2/ (http://xiaomi-mi.com/mi-smart-home/xiaomi-mi-gateway-2/) als nächstes interessant. Damit kann man auch die Taster und Sensoren von Xiaomi mit einbinden, welche auch günstig sind.


Anscheinend wird hier auch schon am Gateway gearbeitet:
https://forum.fhem.de/index.php/topic,63212.msg544594.html#msg544594
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 27 Dezember 2016, 19:05:42
Zitat von: Morrino am 27 Dezember 2016, 16:02:04
Anscheinend wird hier auch schon am Gateway gearbeitet:
https://forum.fhem.de/index.php/topic,63212.msg544594.html#msg544594

Danke für den Hinweis. Ich werde mich dort mal mit einklinken.


Könnt ihr bitte mal die aktuelle 32_YeeLightBridge.pm aus dem Master-Branch einspielen und für mich was testen?
Theoretisch sollte es funktionieren, dass eine Such-Nachricht rausgeschickt wird und die Lampen antworten. Bei mir funktioniert es nur leider nicht.
Ich habe im Yeelight-Forum nachgefragt und dort sagte man mir, dass es eventuell an Routern mit OpenWrt liegen kann. Diese verhindern durch das igmp snooping, dass die Nachrichten richtig bei den Lampen ankommen. Ich habe neben zwei FritzBoxen auch noch zwei Router für Freifunk, welche auf OpenWrt laufen. Auch wenn durch diese eigentlich kein Datenverkehr laufen sollte, so habe ich sie testweise mal beide außer Betrieb genommen. Leider gab es keine Besserung.

Also bitte mal folgendes testen. Verbose in der Bridge auf 4 stellen und dann einmal den Befehl "search" ohne weitere Parameter ausführen. Dann sollte im Log stehen:
YeeBridge: Search with M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1982
MAN: "ssdp:discover"
ST: wifi_bulb


Wenn bei euch im Anschluss die Lampen im Log mit einer "NOTIFY"-Message antworten, dann funktioniert es bei euch. Wenn ihr euch nicht sicher seit, dann einfach mal den Log ab dem "Search" posten.
Danke.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 28 Dezember 2016, 09:18:13
Hi,

ich habe versucht, die Bridge mit


reload 32_YeelightBridge.pm


zu installieren, nachdem ich sie vorher in den FHEM-Ordner gelegt habt. Folgende Meldung bekam ich:


Can't locate IO/Socket/Multicast.pm in @INC (you may need to install the IO::Socket::Multicast module) (@INC contains: fhem.p/lib fhem.p/FHEM/lib ./FHEM/lib ./lib ./FHEM ./ /usr/local/FHEM/share/fhem/FHEM/lib . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl) at ./FHEM/32_YeeLightBridge.pm line 22.
BEGIN failed--compilation aborted at ./FHEM/32_YeeLightBridge.pm line 22.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 28 Dezember 2016, 13:08:27
Dann musst du noch das CPAN-Modul IO::Socket::Multicast auf deinem System installieren. Das sollte mit "sudo cpan install IO::Socket::Multicast" gehen.

Ich glaube ich weiß, wieso das Senden der Suchanfrage nicht geht. Nur eine Lösung habe ich noch nicht. Ich werde mir was überlegen. Die periodischen Multicasts werden ja schon erkannt.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 28 Dezember 2016, 16:58:44
Hier mein Logauszug dazu:


2016.12.28 16:57:48 4: YeeBridge: Search with M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1982
MAN: "ssdp:discover"
ST: wifi_bulb

2016.12.28 16:57:48 4: received multicast message on 239.255.255.250:1982:
M-SEARCH * HTTP/1.1
HOST: 239.255.255.250:1982
MAN: "ssdp:discover"
ST: wifi_bulb
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 28 Dezember 2016, 17:16:29
Danke. Das hatte ich vermutet.
Das Problem ist, dass ich momentan nur einen Socket für die Multicast-Adresse aufbaue. Für die Suchnachricht müsste ich noch einen weiteren UDP-Socket aufbauen. Da ich das aber gerne auch non-blocking machen möchte, müsste ich einen zweiten FD im Modul hinterlegen. Nur keine Ahnung wie das geht :-) Alternativ müsste immer erst der Multicast geschlossen werden, dann die Suchnachricht über einen neuen Socket und im Anschluss wieder den Multicast aufbauen.

Es geht bestimmt auch mit zwei Sockets, ich weiß eben nur nicht wie. Das finde ich schon noch raus. Habe aber keinen PC dabei. Erst morgen Abend wieder.

Edit: Die neueste Version im Devel-Branch unterstützt nun auch das aktive Suchen nach Lampen über die Bridge. Außerdem kann man nun bis zu 10 Szenen in Attributen anlegen und abspielen lassen (userScene0 - userScene9). Mehr dazu morgen. Es ist doch schon recht spät.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChristianOS am 30 Dezember 2016, 06:24:17
Guten morgen,

ein kurzer Exkurs zum Thema Yeelight telefeoniert nach Hause.

Da jeder Befehl für die Lampe bei der Verwendung mit der App nach Fernost gesendet wird und danach erst die Lampe gesteuert wird ist das bei der Verwendung mit FHEM fragwürdig, da im developer mode keine Verschlüsselung aktiv ist. Somit wird wirklich alles in die Cloud gepustet was man mit der Lampe macht. Ich habe den Netzwerkverkehr mal mitgeschnitten und so einige IPs herausbekommen, zu denen die Yeelight eine Verbindung aufbaut:

42.62.48.2
42.62.94.185
58.83.160.14
58.83.160.36
58.83.200.10
58.83.200.11
58.83.200.3
58.83.200.7

Wer die Yeelight nur über FHEM nutzen will und die App nur zum Einrichten braucht, sollte die Lan-to-Wan Verbindung der Yeelight nach dem Einrichten unterbinden.

Dazu gibt es zwei Wege:
a) Die o.a. IPs im Router sperren

oder die bessere Alternative
b) Der Yeelight eine feste IP zuweisen und dieser IP alle Ports zur Wan-Seite sperren (1:65535)

Oftmals steckt in den Routern eine Firewall drin, an der man solche kleinen Anpassungen vornehmen kann.

Bei (m)einem Asus Router unter [Erweiterte Einstelungen] -> [Firewall] -> [Netzwerkdienstfilter] -> [Lan-to-Wan Filter aktivieren] und dann die IP und die Portrange angeben

Auch wenn die Lampe nun keine Verbindung Richtung Internet mehr aufbauen kann, so funktioniert die Steuerung im Lan per FHEM ohne Probleme!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 31 Dezember 2016, 10:16:24
Merkwürdig, am 28.12. habe ich das Bridge-Modul installiert und seit diesem Tag ist meine Yeelight nicht mehr im Netz erreichbar...

Ich versuche sie gerade wieder mit der MI-App auf dem iPhone zu connecten, um die Lampe in mein Heimnetz zu bekommen. Allerdings mag das iOS 10 das ungesicherte Yeelight-WLAN nicht und wechselt während der Einrichtung immer wieder zurück in mein sicheres Heimnetz.

Mehr später.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 31 Dezember 2016, 10:23:12
Was bedeutet denn nicht erreichbar? Über FHEM? Oder auch nicht über die App? Ging das anpingen noch? Bei mir funktionieren alle 4 Lampen einwandfrei.

Mit dem iPhone und der zugehörigen App ist das ganze wirklich nicht so einfach. Über Android ist das deutlich komfortabler. Da verbindet die App sich nach Aufforderung komplett selber und das nur für ein paar Sekunden um die WLAN-Daten zu übertragen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 31 Dezember 2016, 10:28:21
Nicht erreichbar heißt: in FHEM stand disconnected, in der Fritzbox war kein Device bekannt, das Yeelight war also nicht mit meinem WLAN verbunden.

Ich habe kein Android im Haus, muss es also mit dem iPhone schaffen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 31 Dezember 2016, 10:32:40
Das ist ja komisch. Das kann eigentlich nicht von der Bridge kommen. So eine Funktion gibt es gar nicht über die API. Weder WLAN ausschalten, IP-Adresse ändern noch Werkseinstellungen zurücksetzen. Hatte die Lampe danach von selber wieder ihr eigenes WLAN? Oder musstest du sie erst zurücksetzen?

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 31 Dezember 2016, 10:47:19
So, alles zurück. Der Fehler liegt/lag bei mir. Ich hatte am gleichen Tag in der Fritzbox dem 5GHz und dem 2.4 GHz WLAN verschiedene Namen gegeben und nicht daran gedacht, dass die Lampe nur im 2.4er Netz funkt.

Auf dieses nun festgezurrt, ist die Lampe wieder über FHEM erreichbar. Die Lampe hatte ich heute mehrmals resettet. Es ist aber davon auszugehen, dass die Lampe ihre Einstellung vorher nicht vergessen hatte.

Bei einem asiatischen Versender gibt es gerade den Temperatur- und Luftfeuchtesensor von Mi im Angebot. Wenn ich das aber richtig sehe, braucht das Teil das Gateway, oder geht da auch was mit FHEM?

Mal ne Frage zur Bridge: Brauche ich die, wenn ich mehrere Lampen gleichzeitig ansteuern möchte, oder in Verbindung mit Homebridge und Siri?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 31 Dezember 2016, 10:52:58
Nein, die Lampen laufen momentan auch (noch) ohne Bridge. Über die Bridge kommen ein paar mehr Informationen (Model-Typ, ID, unterstützte Befehle u.s.w.). Die Bridge ermöglicht ein Autocreate. Außerdem wird die IP angepasst, wenn sich diese, z.B. per DHCP, ändern sollte. Das läuft dann über die unique ID der Lampe als Erkennungsmerkmal.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cc13 am 01 Januar 2017, 20:08:06
Hi,

ich dachte mit


set WohnzimmerLicht bright 20


wird die Lampe vorher eingeschaltet, wenn sie das nicht ist. Und ich glaube, das ging auch schon mal. Installiert habe ich die Version vom 26.12.16.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: bjbrill am 01 Januar 2017, 21:55:12
Ja, das ging mal, ich hatte schon mein Wlan im Verdacht, weil die Lampe nicht mehr an ging.
Ich bin auf eine ältere Version zurück gewechselt, jetzt funktioniert wieder alles problemlos.
Schöne Grüße bjbrill
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 01 Januar 2017, 22:31:14
Zitat von: cc13 am 01 Januar 2017, 20:08:06
Hi,

ich dachte mit


set WohnzimmerLicht bright 20


wird die Lampe vorher eingeschaltet, wenn sie das nicht ist. Und ich glaube, das ging auch schon mal. Installiert habe ich die Version vom 26.12.16.

Habe das Problem sowohl im Master als auch im Devel gefixed. Geht jetzt hoffentlich.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: bjbrill am 02 Januar 2017, 12:20:00
Hallo,

hab soeben aus dem Devel  ge-updated, jetzt geht es wieder einwandfrei.
Herzlichen Dank für den schnellen Fix.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: dancatt am 06 Januar 2017, 14:02:49
Hallo zusammen,

heute sind auch bei mir 2 angekommen und ich konnte endlich mal loslegen.

Folgendes ist mir alles aufgefallen:
sudo cpan install IO::Socket::Multicast

Vielen Dank auch von mir für das Modul.

Gruß Daniel
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChristianOS am 09 Januar 2017, 19:17:56
Zitat von: dancatt am 06 Januar 2017, 14:02:49

  • Zu dem Thema "Yeelight telefoniert nach Hause". Reicht es nicht aus in der Fritzbox die Kindersicherung anzuschalten? Dadurch sollte keine Internetverbindung mehr möglich sein.

Ich selber habe keine FritzBox. Ich weiß nicht was die FritzBox sperrt wenn man die Kindersicherung aktiv hat.
Vielleicht sind es nur die klassischen TCP Ports wie 80, 8080 und 443. Ob wirklich der gesamte Portbereich UDP und TCP 1-65535 geblockt werden weiß ich nicht. Die Yeelight funkt jedenfalls u.a. auf TCP Port 49173 und/oder UDP Port 54915 (laut Wireshark). Ob das die Kindersicherung blockt?! - Keine Ahnung.
Wenn ja, hast du natürlich recht. Darüber ist es einfacher zu konfigurieren.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: bjbrill am 14 Januar 2017, 12:47:10
Hallo,
Ich versuche gerade meine Yeelights optisch an meine bestehenden HUE's anzugleichen, was soweit auch ganz gut klappt.
Bei dem "devStateIcon" beiße ich mir aber die Zähne aus, da die Yeelights nur den Status "opened"oder "disconnected" liefern.
Gibt es da einen Trick auch bei den Yeelight ein brauchbares "devStateIcon" zu bekommen?

Bis jetzt habe ich:
icon:    hue_filled_white_and_color_e27_b22
webCmd:      rgb:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb FFB371:rgb FFC494:rgb FFDEC3:rgb ECEEFF:on:off:bright
widgetOverride:   rgb:colorpicker,HSVp bright:colorpicker,BRI,0,1,100


Vielleicht hat das einer von euch ja schon besser hin bekommen? Über Tips würde ich mich freuen.

Schöne Grüße Björn
   
   
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 14 Januar 2017, 21:46:55
Zitat von: bjbrill am 14 Januar 2017, 12:47:10
Hallo,
Ich versuche gerade meine Yeelights optisch an meine bestehenden HUE's anzugleichen, was soweit auch ganz gut klappt.
Bei dem "devStateIcon" beiße ich mir aber die Zähne aus, da die Yeelights nur den Status "opened"oder "disconnected" liefern.
Gibt es da einen Trick auch bei den Yeelight ein brauchbares "devStateIcon" zu bekommen?

Bis jetzt habe ich:
icon:    hue_filled_white_and_color_e27_b22
webCmd:      rgb:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb FFB371:rgb FFC494:rgb FFDEC3:rgb ECEEFF:on:off:bright
widgetOverride:   rgb:colorpicker,HSVp bright:colorpicker,BRI,0,1,100


Vielleicht hat das einer von euch ja schon besser hin bekommen? Über Tips würde ich mich freuen.

Schöne Grüße Björn

Guten Abend,

ich habe mich mit den Darstellungen allgemein noch garnicht wirklich beschäftigt. Auf lange Sicht würde ich das auch im Modul integrieren wollen. Wenn du mir sagst, welche Readings oder Internals welche Informationen beinhalten sollen, damit du devStateIcon besser nutzen kannst, würde ich versuchen, dass ich das im Modul einfüge bzw. ändere.

Gruß

thaliondrambor
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: justme1968 am 18 Januar 2017, 18:27:18
ich wollte gerade dein modul mit der desk lamp in betrieb nehmen. leider geht das nicht.

- die lampe unterstütz den developer mode nicht. siehe hier: https://github.com/vvpossible/homebridge_yeelight/issues/2 (https://github.com/vvpossible/homebridge_yeelight/issues/2)
- wenn man die lampe in der firewall blockt wird sie von der handy app nicht mehr gefunden.

schade... die lampe an sich macht einen guten eindruck. falls jemand rausfindet wie es auch ohne developer mode geht wäre das klasse...

gruss
  andre 

ps: kannst du im modul statt use JSON:XS nur use JSON verwenden? die unterscheidung ob XS oder nicht macht eigentlich perl selber zur laufzeit und nicht auf allen plattformen ist XS verfügbar.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: bjbrill am 20 Januar 2017, 14:10:58
Hallo,

ich hab heute auch endlich meine desk lamp bekommen und musste auch feststellen das es keinen developer mode gibt ;-(. Ist also vorerst inkompatibel.

@thaliondrambor In den readings gibt es "power on/off", wenn dieses reading stattdessen unter state ausgegeben würde dann kann man über devstateicon zumindest im Webinterface sehen, ob die Lampe an oder aus ist. Zur Zeit ist das nicht ersichtlich, außer man schaut in die Readings direkt.

Ich kämpfe auch noch mit start_cf, hier verstehe ich noch nicht ganz wie ich einen Sonnenuntergang / Sonnenaufgang hingekommen kann. Bei meinen Hue's hab ich es hin bekommen. Bei den Yeelights  scheitere ich zur Zeit an den transit-zeiten.
Hat das schon jemand hin bekommen?

Schöne Grüße Björn
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Matscher am 03 Februar 2017, 21:53:59
Hallo,

ich habe folgendes Problem: Ich versuche ein Yeelight LED Strip einzurichten (Firmware 1.4.1_32). Es funktioniert soweit fast alles. D.h. die Readings vom YeeLight werden automatisch hinzugefügt und auch jederzeit geupdated. Ich kann nur keinen Befehl zum Strip schicken.
Habe ich was übersehen? Hat jemand einen Strip schon mit dem Modul in Betrieb? Danke Euch

Hier der Auszug vom anschalten.


2017.02.03 21:36:51 3: test updated readings.
2017.02.03 21:36:52 3: test updated readings.
2017.02.03 21:37:53 3: YeeLight test - set test on 500
2017.02.03 21:37:56 1: test ErrorQueue: command wasn't answered in time ({"params":["on","smooth",500],"id":2,"method":"set_power"})
2017.02.03 21:37:56 1: 192.168.0.56:55443 disconnected, waiting to reappear (test)
2017.02.03 21:37:56 1: 192.168.0.56:55443 reappeared (test)
2017.02.03 21:40:09 3: YeeLight test - set test on
2017.02.03 21:40:13 1: test ErrorQueue: command wasn't answered in time ({"params":["on"],"id":2,"method":"set_power"})
2017.02.03 21:40:13 1: 192.168.0.56:55443 disconnected, waiting to reappear (test)
2017.02.03 21:40:13 1: 192.168.0.56:55443 reappeared (test)



Internals:
   CFGFN
   DEF        192.168.0.56
   DeviceName 192.168.0.56:55443
   FD         12
   HOST       192.168.0.56
   ID         192.168.0.56
   NAME       test
   NOTIFYDEV  global
   NR         53
   NTFY_ORDER 50-test
   PARTIAL
   PORT       55443
   PROTO      1
   STATE      opened
   TYPE       YeeLight
   Readings:
     2017-02-03 21:36:42   bright          100
     2017-02-03 21:36:51   color_mode      color temperature
     2017-02-03 21:36:33   music_mode      off
     2017-02-03 21:36:52   power           off
     2017-02-03 21:36:49   rgb             F30031
     2017-02-03 21:36:49   rgb_blue        49
     2017-02-03 21:36:49   rgb_green       0
     2017-02-03 21:36:49   rgb_red         243
     2017-02-03 21:49:57   state           opened
   Helper:
     AnsQue:
     ErrQue:
       not in time: {"params":["on"],"id":2,"method":"set_power"}
       not in time: {"params":["on","smooth",500],"id":2,"method":"set_power"}
       not in time: {"params":["on"],"id":2,"method":"set_power"}
       not in time: {"params":["hallo"],"id":2,"method":"set_name"}
     Sendque:
Attributes:
   room       YeeLight
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Matscher am 04 Februar 2017, 17:22:48
Hat sich erledigt. Nach einem kompletten Update funktioniert es! :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 04 Februar 2017, 23:30:21
Zitat von: Matscher am 04 Februar 2017, 17:22:48
Hat sich erledigt. Nach einem kompletten Update funktioniert es! :)

Das ist schön^^ Ich habe mittlerweile auch LED-Streifen und die haben bei mir (nach dem Aktivieren des Developer Modes) einwandfrei funktioniert.

Zitat von: bjbrill am 20 Januar 2017, 14:10:58
Hallo,

ich hab heute auch endlich meine desk lamp bekommen und musste auch feststellen das es keinen developer mode gibt ;-(. Ist also vorerst inkompatibel.

@thaliondrambor In den readings gibt es "power on/off", wenn dieses reading stattdessen unter state ausgegeben würde dann kann man über devstateicon zumindest im Webinterface sehen, ob die Lampe an oder aus ist. Zur Zeit ist das nicht ersichtlich, außer man schaut in die Readings direkt.

Ich kämpfe auch noch mit start_cf, hier verstehe ich noch nicht ganz wie ich einen Sonnenuntergang / Sonnenaufgang hingekommen kann. Bei meinen Hue's hab ich es hin bekommen. Bei den Yeelights  scheitere ich zur Zeit an den transit-zeiten.
Hat das schon jemand hin bekommen?

Schöne Grüße Björn

Das mit dem Reading werde ich demnächst anpassen, momentan habe ich recht wenig Zeit. Für den Sonnenauf-/untergang kannst du auch "set XXX scene sunset" bzw "set XXX scene sundown" nutzen. Das spielt die selbe Funktion wie in der MiHome-App ab. Alternativ kannst du dir mal die Funktion "set_scene" in der Yeelight-API ansehen. Die ist dort gut beschrieben: Yeelight-API (http://www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf)

Zitat von: justme1968 am 18 Januar 2017, 18:27:18
ich wollte gerade dein modul mit der desk lamp in betrieb nehmen. leider geht das nicht.

- die lampe unterstütz den developer mode nicht. siehe hier: https://github.com/vvpossible/homebridge_yeelight/issues/2 (https://github.com/vvpossible/homebridge_yeelight/issues/2)
- wenn man die lampe in der firewall blockt wird sie von der handy app nicht mehr gefunden.

schade... die lampe an sich macht einen guten eindruck. falls jemand rausfindet wie es auch ohne developer mode geht wäre das klasse...

gruss
  andre 

ps: kannst du im modul statt use JSON:XS nur use JSON verwenden? die unterscheidung ob XS oder nicht macht eigentlich perl selber zur laufzeit und nicht auf allen plattformen ist XS verfügbar.

Das mit der Lampe ist schade. JSON werde ich umstellen, sobald ich Zeit habe.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Chris1012 am 12 Februar 2017, 11:47:21
Hallo,

vielen Dank für das Modul.
Habe gestern meine Yeelight White erhalten und innerhalb von 10min. eingbunden.

Dachte eigentlich das ich die Farbtemperatur verstellen kann, was ich bis jetzt nicht geschafft habe.

Ist die Yeelight colour im Farbmodus als Lampe zu gebrauchen oder nur als Stimmungslicht?

Zum Thema: "Yeelight Nachause telefonieren", habe ich in der Fritzbox der Yeelight jegliche Internetzugang untersagt (Das Profil gespeert zugewiesen).
Ob jetzt alle Ports gespeert sind weiß ich auch nich zu 100%.
Hat hier jemand noch Erfahrungen sammeln können?
Aus der App ist die Lampe nicht mehr erreichbar.
Ich würde sonst eine neue Liste im Router anlegen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: truearts am 12 Februar 2017, 20:22:21
Ahio und einen schönen guten Abend

Ich bin gerade dabei das Modul in FHEM einzubinden und bin nach der Anleitung vorgegangen. Leider erhalte ich beim reload des Moduls folgenden Fehler.

Not enough arguments for main::InternalTimer at ./FHEM/32_YeeLight.pm line 167, near "$own_hash)"
Too many arguments for main::RemoveInternalTimer at ./FHEM/32_YeeLight.pm line 171, near ""YeeLight_GetUpdate")"
Not enough arguments for main::InternalTimer at ./FHEM/32_YeeLight.pm line 199, near "$hash)"
Too many arguments for main::RemoveInternalTimer at ./FHEM/32_YeeLight.pm line 926, near ""YeeLight_IsReachable")"
Not enough arguments for main::InternalTimer at ./FHEM/32_YeeLight.pm line 927, near "$hash)"


Wäre jemand so nett und könnte mir in der Sache weiterhelfen? Wo genau könnte der Fehler versteckt sein ?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: wollo am 13 Februar 2017, 15:28:47
Habe meine beiden Deckenlamen installiert und konnte sie nachemdem ich dei beide notwendigen Perl Module nachinstalliert hatteproblemlos in Betrieb nehmen. Nachdem die Lampen über die App im Developer Mode geschaltet waren, waren sie sofort in FHEM sichtbar und liessen sich steuern,
Für eine komfortable Bedienung im Webinterface habe ich folgendes gesetzt:


attr webCmd on:off:bright:ct
attr widgetOverride bright:colorpicker,BRI,0,1,100 ct:colorpicker,CT,2750,10,6000


Vielen Dank für das tolle Modul
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: CoolTux am 13 Februar 2017, 16:09:13
Zitat von: truearts am 12 Februar 2017, 20:22:21
Ahio und einen schönen guten Abend

Ich bin gerade dabei das Modul in FHEM einzubinden und bin nach der Anleitung vorgegangen. Leider erhalte ich beim reload des Moduls folgenden Fehler.

Not enough arguments for main::InternalTimer at ./FHEM/32_YeeLight.pm line 167, near "$own_hash)"
Too many arguments for main::RemoveInternalTimer at ./FHEM/32_YeeLight.pm line 171, near ""YeeLight_GetUpdate")"
Not enough arguments for main::InternalTimer at ./FHEM/32_YeeLight.pm line 199, near "$hash)"
Too many arguments for main::RemoveInternalTimer at ./FHEM/32_YeeLight.pm line 926, near ""YeeLight_IsReachable")"
Not enough arguments for main::InternalTimer at ./FHEM/32_YeeLight.pm line 927, near "$hash)"


Wäre jemand so nett und könnte mir in der Sache weiterhelfen? Wo genau könnte der Fehler versteckt sein ?

Fhem Update machen. Du hast entweder frisch installiert oder seit Monaten kein Update gemacht.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: fabianr am 21 Februar 2017, 18:17:36
Zitat von: thaliondrambor am 04 Februar 2017, 23:30:21
Das ist schön^^ Ich habe mittlerweile auch LED-Streifen und die haben bei mir (nach dem Aktivieren des Developer Modes) einwandfrei funktioniert.

Das mit dem Reading werde ich demnächst anpassen, momentan habe ich recht wenig Zeit. Für den Sonnenauf-/untergang kannst du auch "set XXX scene sunset" bzw "set XXX scene sundown" nutzen. Das spielt die selbe Funktion wie in der MiHome-App ab. Alternativ kannst du dir mal die Funktion "set_scene" in der Yeelight-API ansehen. Die ist dort gut beschrieben: Yeelight-API (http://www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf)

Das mit der Lampe ist schade. JSON werde ich umstellen, sobald ich Zeit habe.

Hallo zusammen,

danke erstmal das Modul, es funktioniert bei mir mit einer LED Leuchte einwandfrei. Es wäre toll wenn du noch den Status entsprechend des Readings anpassen könntest :-). Ich hoffe das dann evtl. auch die Homekit Integration via Homebridge funktioniert ?
(Einen LED Stripe der per WifiLight Modul gesteuert wird kann ich z.b. per Homekit einwandfrei steuern.)

Danke
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: chrisnitt am 25 Februar 2017, 17:26:24
Hallo zusammen,

top Modul. Hab heute meine LED Blub (Color) bekommen und Dein Modul im Internet zu finden hat länger gedauert als es zu implementieren und die Lampe einzubinden. Allerdings weiß ich nicht so genau, wie ich mit der prepare_update.sh umzugehen habe. Die ist ja dafür da, um das Modul auf dem neusten Stand zu halten, oder? Egal wo ich bisher versucht habe sie auszuführen bekomme ich immer die Meldung:

rm: cannot remove 'controls_YeeLight.txt': No such file or directory
prepare_update.sh: 3: read: Illegal option -d
find: `./FHEM': No such file or directory

Was mache ich falsch?

Wenn man in der FritzBox das Profil "gesperrt" zuweist, dann kann die Lampe nicht mehr ins Internet telefonieren. (Wurde vorher mal gefragt.) Auch bei mir ist es so, dass sie in der App (Android) nicht mehr erreichbar ist. Ziemlich nervig. Meine Edimax WLAN Steckdose funktioniert im LAN noch wunderbar mit der Hersteller-App.

Mir ist noch eine Sache in Verbindung mit andFHEM aud dem (Android) Handy aufgefallen. Die YeeLight wird als "Schalter" erkannt und bekommt damit "on" und "off" als möglichen Status und als Schaltoption zugewiesen. Der aktuelle Status wird von der Lampe ausgelesen. Also der Status der Lampe sendet "on", folglich stellt sich der Schalter in andFHEM auch auf "An". Beim Status "off" zeigt der Schalter in der App "Aus" an. Nun sendet die Lampe aber grundsätzlich den Status "opened". Dieser wird von andFHEM als "An" interpretiert. Meine YeeLight Birne ist als grundsätzlich "An". Ich kann in den Eigenschaften die Lampe dann ein weiteres Mal "An"schalten, das funktioniert. Ist nur nicht schön und ich mache mir Sorgen über den WAF. Vielleicht hat hier jemand eine schlaue Idee oder einen Ansatz.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: g-dave am 01 März 2017, 21:19:52
Hallo

erhalte beim reload 32_YeeLight.pm folgende Fehlermeldung - jemand eine Idee?

Excessively long <> operator at ./FHEM/32_YeeLight.pm line 55

sudo cpan install JSON::XS - hab ich vorab ausgeführt - sollte dies in einem Zusammenhang stehen.

Danke

Grüße
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Quoti am 01 März 2017, 22:12:44
Vielen Dank für dieses tolle Modul!
Habe seit heute 2 Yeelights und diese natürrlich direkt in FHEM integriert.
Das hat auf Anhieb geklappt(besser als mein Account Setup bei yeelight)...
Nun habe ich mir mit

attr Eddy_Licht webCmd on:off:bright:ct:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb ffff00:rgb
attr Eddy_Licht widgetOverride bright:colorpicker,BRI,0,1,100 ct:colorpicker,CT,2750,10,6000 rgb:colorpicker,RGB


in der WEB-Oberfläche Presets und den Colorpicker erstellt und vor allem die Temperatur bzw. Helligkeit direkt einstellbar gemacht.
Das funktioert auch sehr gut, allerdings würde ich das auch  gerne per AndFHEM nutzen, um so die Hersteller-APP komplett zu umgehen(dann setze ich die Lampe auf gesperrt in der FritzBoxund deinstalliere die APP).
Außerdem wäre dann alles unter einer Oberfläche(was ich ja so an FHEM liebe).
Habt ihr eine Idee, wie ich zumindest Dimm/Color-Presets irgendwie am Handy nutze? Bzw am schönsten natürlich mit Colorpicker.

Vielen lieben Dank schonmal.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Quoti am 01 März 2017, 22:28:25
Sehe gerade die RGB Presets werden unter Kommandos im entsprechenden Device angezeigt. Sind hier auch irgendwie Dim-Presets möglich?
Lässt sich das "RGB FF0000" irgendwie durch "Rot" ersetzen?

Entschuldigt etwaige dumme Fragen, Color lights, color picker, RGB, Widgetoverride usw. ist für mich Neuland!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ohuf am 07 März 2017, 23:04:06
Hallo,

Ich habe ebenfalls die RGB-Yeelight am FHEM am Laufen.
Erst einmal vielen Dank für das Modul!!!

Habe eine Frage zu den Farben: Wenn ich die Lampe stromlos mache und dann wieder einschalte, geht sie in den "Weiß" Modus.
ABER: Wenn ich die Lampe in eine Farbe (z.B. Rot) wechseln lasse, und sie dann mit den RGB Werten FFFFFF und der Helligkeit "bright 100" in die "weißest-mögliche" Farbe schalte, sieht diese Farbe tatsächlich anders aus, als das "Einschalt-Weiß". irgendwie ist "mein" Weiß ein wenig blauer und leicht dunkler, als das "Einschalt-Weiß".

Frage: Gibt es eine Möglichkeit, dieses Setting (diese Farbe & Helligkeit) mit dem Modul zu reproduzieren?


Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: NinoG am 14 März 2017, 19:00:56
Hallo! Habe die "nur weiße" Version und die Einbindung hat super geklappt! Vielen Dank!

Auch die Nutzung über HomeBridge läuft problemlos, hier mein Mapping, evtl hilft es jemanden  :)

genericDeviceType light
homebridgeMapping On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off Brightness=bright,cmd=bright,minStep=10
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: fabianr am 19 März 2017, 20:40:49
Zitat von: NinoG am 14 März 2017, 19:00:56
Hallo! Habe die "nur weiße" Version und die Einbindung hat super geklappt! Vielen Dank!

Auch die Nutzung über HomeBridge läuft problemlos, hier mein Mapping, evtl hilft es jemanden  :)

genericDeviceType light
homebridgeMapping On=power,valueOn=on,valueOff=off,cmdOn=on,cmdOff=off Brightness=bright,cmd=bright,minStep=10

Danke ! Wußte noch gar nichts von dem homebridgeMapping. Damit kann ich nun sogar die Farben per Homekit steuern. Allerdings stimmt das Kommando noch nicht 100% mit dem Ergebnis überein ;-)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: schmidt787 am 25 März 2017, 13:49:01
Das Problem habe ich leider auch. Hast Du schon eine Lösung gefunden? Ich hatte noch was bei den Dateirechten gefunden - aber das war es leider nicht.

Zitat von: g-dave am 01 März 2017, 21:19:52
Hallo

erhalte beim reload 32_YeeLight.pm folgende Fehlermeldung - jemand eine Idee?

Excessively long <> operator at ./FHEM/32_YeeLight.pm line 55

sudo cpan install JSON::XS - hab ich vorab ausgeführt - sollte dies in einem Zusammenhang stehen.

Danke

Grüße
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: flocki am 28 März 2017, 19:59:30
Zitat von: g-dave am 01 März 2017, 21:19:52
Hallo

erhalte beim reload 32_YeeLight.pm folgende Fehlermeldung - jemand eine Idee?

Excessively long <> operator at ./FHEM/32_YeeLight.pm line 55

sudo cpan install JSON::XS - hab ich vorab ausgeführt - sollte dies in einem Zusammenhang stehen.

Danke

Grüße

Was steht denn in dem Modul in Zeile 55?
Müsste das hier sein "use POSIX;"

Bei mir fehlte auch noch neben
sudo cpan install JSON::XS
ein sudo cpan install IO::Socket::Multicast

ggf. fehlt dir da auch was.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: schmidt787 am 28 März 2017, 23:28:13
Vielen Dank für die Antwort. sudo cpan install IO::Socket::Multicast habe ich noch vorgenommen. Aber der Stand hat sich damit nicht geändert. Bei mir liegt der Fehler in Zeile 59. Dies kann aber auf Basis von einer anderen Version der Datei resultieren (Test am 27.03.2017).

Gibt es noch etwas, was ich testen kann?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: flocki am 30 März 2017, 08:30:40
Zitat von: schmidt787 am 28 März 2017, 23:28:13
Vielen Dank für die Antwort. sudo cpan install IO::Socket::Multicast habe ich noch vorgenommen. Aber der Stand hat sich damit nicht geändert. Bei mir liegt der Fehler in Zeile 59. Dies kann aber auf Basis von einer anderen Version der Datei resultieren (Test am 27.03.2017).

Gibt es noch etwas, was ich testen kann?

Dann lad dir doch noch einmal die Datei herunter und starte fhem neu. Bei Github ist die Verison 2016-12-26 die benutze ich auch ohne Probleme
ggf hilf vorher ja auch noch ein  reload 32_YeeLight.pm

In der Version ist die Zeile 59 Leer

Dein fhem ist auch UptoDate?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: geohem am 01 April 2017, 21:58:47
Hallo den Zeile 59 excessive... Fehler hatte ich auch, als ich mir die 32_Yeelight.pm per wget geholt habe. Scheinbar ist das nicht die gleiche,
die im Zipfile von Github steckt.
Per Download als Zipfile geholt, entpackt und in FHEM kopiert.
Anschliessend noch die Rechte angepasst, jetzt gehts.

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: schmidt787 am 01 April 2017, 22:24:29
Das funktioniert wirklich... Vielen Dank aber darauf wäre ich nicht gekommen. Das freut mich jetzt voll, dass es so geht. Ganz herzlichen Dank für die Hilfe!!! :)

Zitat von: geohem am 01 April 2017, 21:58:47
Hallo den Zeile 59 excessive... Fehler hatte ich auch, als ich mir die 32_Yeelight.pm per wget geholt habe. Scheinbar ist das nicht die gleiche,
die im Zipfile von Github steckt.
Per Download als Zipfile geholt, entpackt und in FHEM kopiert.
Anschliessend noch die Rechte angepasst, jetzt gehts.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Merlin123 am 03 April 2017, 18:46:23
Hat schonmal jemand ne RGB Yeelight in TabletUI eingebunden und ein Beispiel wie das geht?
Oder mal genauer:
Wenn ich ein
<div data-type="colorwheel"
data-device="schlafzimmer"
data-get="rgb"
data-set="rgb"></div>
mache wird die Lampe immer auf die Farbe gesetzt, die das Colorwheel hat, egal ob ich das gerade wirklich ändern will oder nicht. Alles andere wird überschrieben, auch wenn ich z.B. via App was anderes einstelle
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Merlin123 am 03 April 2017, 20:24:26
Eine weitere Frage:
Wie schalte ich die RGB Lampe auf weißes Licht mit einer bestimmten Helligkeit? HSV/HUE schaffen das irgendwie nicht :(
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: b4rRa am 04 April 2017, 10:48:06
Vielen Dank für das Plugin.. Läuft soweit sehr gut :) Gibt es mittlerweile Neuigkeiten bzw. einen Workaround was das Reading bzgl. on/off und dem devstate angeht?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Stoanze01 am 06 April 2017, 23:43:00
Zitat von: Merlin123 am 03 April 2017, 20:24:26
Eine weitere Frage:
Wie schalte ich die RGB Lampe auf weißes Licht mit einer bestimmten Helligkeit? HSV/HUE schaffen das irgendwie nicht :(
set MyYeelight bright 35; set MyYeelight ct 6000

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 13 April 2017, 09:49:33
Ich hatte mal ein bisschen Zeit um ein paar Kleinigkeiten am Modul anzupassen. Zum Glück läuft das Modul ja soweit ganz gut.

Im Devel-Branch findet ihr nun eine neue Version von der 32_YeeLight.pm (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel)
Ich habe dort vom CPAN-Modul JSON::XS auf JSON gewechselt, so dass JSON::XS nun nicht mehr nachinstalliert werden muss.
Außerdem wird nun die Color.pm standardmäßig unterstützt und ich habe die Attribute devStateIcon, webCmd und widgetOverride hinzugefügt, so dass die Lampe nun auch über die Übersicht gesteuert werden kann.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: flynt am 13 April 2017, 23:02:01
Tach,

danke erstmal für das Modul.
Der set Befehl für die hsv werte ist ohne Kommas. Das Reading jedoch mit. Ich nutze LightScene und kann die gespeicherten Werte aus dem Reading nicht setzten, da diese mit dem Komma gespeichert werden.

Kennt da jemand einen Workaround für?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 14 April 2017, 09:46:37
Zitat von: flynt am 13 April 2017, 23:02:01
Tach,

danke erstmal für das Modul.
Der set Befehl für die hsv werte ist ohne Kommas. Das Reading jedoch mit. Ich nutze LightScene und kann die gespeicherten Werte aus dem Reading nicht setzten, da diese mit dem Komma gespeichert werden.

Kennt da jemand einen Workaround für?

Guten Morgen,

ich kann mich nicht daran erinnern, dass es ein hsv-Reading gibt. Du könntest dir aber mit dem Attribut "userReadings" eins basteln:
attr myYeeLight userReadings hsv {ReadingsVal($name,"hue",100)." ". ReadingsVal($name,"sat",100)." ". ReadingsVal($name,"bright",100);;}

Ich habe mit dem HSV etwas rumgespielt. Da das native "set_hsv" der Lampe aber nur zwei Werte (hue und sat) erwartet, stimmen die Ergebnisse nicht zu hundert Prozent mit den erwarteten überein.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: flynt am 15 April 2017, 22:20:29
Kacke du hast recht  ;D ;D ;D... zu lange drauf gestarrt und Tomaten auf den Augen gehabt.  :o Habs jetzt über RGB gelöst. Alles Ok. Aber danke für den Hinweis.

Eine Frage noch. Im state steht opened oder closed. Eine Structure fragt den state ab. Ist der nicht on/off,  steht die structure auf undefined.
Ne Idee wie man das lösen kann? Müsste entweder der structure irgendwie sagen, dass die power auslesen soll oder state umbiegen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zobi am 22 April 2017, 07:40:04
Hallo,

ich habe schon einmal OpenHab ausprobiert und würde jetzt gerne noch einmal FHEM testen und mich dann für ein System entscheiden.

Das Einbinden der Yeelights ist quasi mein erstes FHEM-Projekt also verzeiht mir evtl. Anfängerfragen.

Ich habe die Datei 32_Yeelight.pm in den Ordner /opt/fhem/FHEM kopiert.
Der Befehl reload  32_Yeelight.pm hat nicht funktioniert (bash: reload: Kommando nicht gefunden)

Also habe ich den Raspberry einfach neu gestartet.

Wenn ich jetzt im Web Frontend in der fhem.cfg folgenden Befehl ausführe:
define Y1 YeeLight 192.168.2.109

erhalte ich diese Rückmeldung:
Cannot load module YeeLight

Könnt ihr mir dabei helfen?

Viele Grüße

zobi
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: mahowi am 22 April 2017, 09:28:09
Hallo,
das reload musst Du in FHEM eingeben, nicht in der Shell und ohne pm:
reload  32_Yeelight
Wenn das Modul nicht geladen wird, fehlen Perl-Module. Schau mal im Log oder Dvice-Monitor nach, wenn Du das define eingibst. Da müssten die fehlenden Module ausgegeben werden.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zobi am 22 April 2017, 10:00:29
Hallo,

danke für die schnelle Rückmeldung.

jetzt bekomme ich folgenden Fehler:


Unrecognized character \xC2; marked by <-- HERE after at master <-- HERE near column 50 at ./FHEM/32_YeeLight.pm line 23.


Was kann das sein?

VG
zobi
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 22 April 2017, 16:37:57
Ich vermute, dass du die html-Seite von Github heruntergeladen hast und nicht die eigentliche Datei.
Nimm diese hier: https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/devel/32_YeeLight.pm (https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/devel/32_YeeLight.pm)
Und wenn du die Bridge nutzen möchtest auch noch: https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/32_YeeLightBridge.pm (https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/32_YeeLightBridge.pm)

Ich weiß nicht, inwiefern FHEM dort case-sensitiv ist, aber bei mir geht auch reload 32_YeeLight.pm aber eben mit einem großen "L".
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zobi am 23 April 2017, 16:04:01
Hallo,

mit dem neuen Link funktioniert es. Vielen Dank!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: svwb22 am 27 April 2017, 02:53:15
Für alle die, die sich die DeskLamp gekauft haben.
Über die Yeelight-App kann man die Firmware updaten.
Mittlerweile geht auch dort der Developer Modus :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: gent am 27 April 2017, 22:06:44
Hallo,

hat jemand ein Homebridge mapping für die LED Bulb Color?

Viele Grüße
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 29 April 2017, 19:20:27
Zitat von: svwb22 am 27 April 2017, 02:53:15
Für alle die, die sich die DeskLamp gekauft haben.
Über die Yeelight-App kann man die Firmware updaten.
Mittlerweile geht auch dort der Developer Modus :)

Vielen Dank für die Info. Ich habe schon vor ein paar Wochen versucht meiner Schreibtischlampe ein Update zu spendieren. Leider ging das immer nicht.
Nach dem Lesen deines Posts habe ich nach einer Lösung gesucht. Das Problem ist, dass wohl einige ISP Datenverkehr fürs Update blocken (bin bei wilhelmtel). Ich habe einen Hotspot mit meinem Handy aufgemacht, die Lampe mit diesem verbunden und dann ging auch das Update.

Jetzt kann ich auch den Developer-Mode aktivieren und die Lampe wird sofort erkannt. Leider kann man sie nur dimmen :-( Über den Hardwareschalter kann man ja auch die Farbtemperatur einstellen. Dies geht leider nicht mit dem Modul, da die Lampe dies nicht unterstützt. Dies gibt die Lampe für die unterstützten Funktionen aus:
support    get_prop set_default set_power toggle set_bright start_cf stop_cf set_scene cron_add cron_get cron_del set_adjust set_name

Außerdem kann man mittlerweile die Lampen auch über Alexa steuern. Xiaomi hat dafür einen Skill herausgebracht. Das einzige Problem ist, dass dies nur geht, wenn die Lampen auf dem Singapur-Server gemeldet sind.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Quant am 01 Mai 2017, 16:39:03
Auch von mir einen herzlichen Dank für dieses Modul!  :)

Zwei Fragen habe ich noch:

- mein Log füllt sich bei jedem Schalten der Lampe mit Fehlermeldungen, es scheint aber soweit alles zu funktionieren:
2017.05.01 16:07:52 3: YeeLight YeeBulb1 - set YeeBulb1 bright 40
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 843.
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 990.
Argument "No get implemented for YeeBulb1" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2017.05.01 16:07:52 3: YeeBulb1 success sending 5: {"params":[40],"id":5,"method":"set_bright"}
2017.05.01 16:07:52 3: YeeBulb1 updated readings.
Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 308.
Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 308.
2017.05.01 16:07:58 3: YeeLight YeeBulb1 - set YeeBulb1 rgb ff0000
Argument "ff0000" isn't numeric in numeric eq (==) at ./FHEM/32_YeeLight.pm line 445.
Use of uninitialized value $args[1] in numeric eq (==) at ./FHEM/32_YeeLight.pm line 445.
Use of uninitialized value $args[2] in numeric eq (==) at ./FHEM/32_YeeLight.pm line 445.
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 843.
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 990.
2017.05.01 16:07:58 3: YeeBulb1 success sending 6: {"params":[16711680],"id":6,"method":"set_rgb"}
2017.05.01 16:07:58 3: YeeBulb1 updated readings.
2017.05.01 16:08:11 3: YeeLight YeeBulb1 - set YeeBulb1 bright 100
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 843.
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 990.
2017.05.01 16:08:11 3: YeeBulb1 success sending 7: {"params":[100],"id":7,"method":"set_bright"}
2017.05.01 16:08:11 3: YeeBulb1 updated readings.

Hab ich da was ver-konfiguriert, oder sind das noch lose Enden der Entwicklung (ich verwende die Version aus dem Developer-Zweig)?

- an diejenigen, die auch den Light Strip einsetzen: was für eine Stromversorgung verwendet ihr? Soweit ich das sehe, ist da (zumindest bei GB) keine im Lieferumfang, oder?

Viele Grüße
Thomas

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: darthi am 01 Mai 2017, 17:33:26
Da kam mir Thomas gerade zuvor. Wollte eben auch reporten, dass mit der aktuellen Dev Version, sich das Log mit folgender Fehlermeldung füllt:
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 843.
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 990.


Auch jeder Schaltvorgang wird mitgeloggt. Das ist ja eigentlich uninterssant. Lässt sich das Loglevel verringern? Verbose steht ja schon auf 0.

Außerdem ist mir aufgefallen, dass wenn ich das "stateFormat" auf "power" setze, gar nichts mehr geht. Ich wollte hier einen eindeutigen Wert haben, da die Lampe sonst in AndFHEM immer als angeschaltet angezeigt wird, der es den Standard-"state"-Wert (beim YeeLight "opened") nicht interpretieren kann.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 01 Mai 2017, 20:12:23
@~Thomas und darthi

Benutzt ihr nur das 32_YeeLight Modul oder auch das 32_YeeLightBridge Modul? Wenn ihr nur ersteres benutzt, dann habe ich eine Vermutung, woher die Meldungen kommen und ich muss nur mal schauen, wie man die in diesem Fall unterdrückt.

Diesen Teil bekommen ich weg:
Argument "ff0000" isn't numeric in numeric eq (==) at ./FHEM/32_YeeLight.pm line 445.
Use of uninitialized value $args[1] in numeric eq (==) at ./FHEM/32_YeeLight.pm line 445.
Use of uninitialized value $args[2] in numeric eq (==) at ./FHEM/32_YeeLight.pm line 445.


@darthi Es gibt keinen einzigen Log bei Verbose 0 im Modul. Bist du sicher, dass du das nicht irgendwo in FHEM übergeordnet höher gestellt hast? Das mit dem stateFormat muss ich mir mal bei Gelegenheit genauer anschauen.

@~Thomas Mein LED-Streifen war mit Stromversorgung, anstecken, mit App ins WLAN bringen und schon lief es einwandfrei.

Edith sagt: Die neue Version im Devel-Branch sollte die Meldungen nicht mehr anzeigen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Quant am 01 Mai 2017, 21:11:18
Ja, ich verwende nur das 32_YeeLight und ja, die neue Version hält das Log sauber:

2017.05.01 21:07:19 3: YeeLight YeeBulb1 - set YeeBulb1 rgb ff0000
2017.05.01 21:07:19 3: YeeBulb1 success sending 3: {"params":[16711680],"id":3,"method":"set_rgb"}
2017.05.01 21:07:19 3: YeeBulb1 updated readings.
2017.05.01 21:07:25 3: YeeLight YeeBulb1 - set YeeBulb1 rgb 00ff00
2017.05.01 21:07:25 3: YeeBulb1 success sending 4: {"params":[65280],"id":4,"method":"set_rgb"}
2017.05.01 21:07:25 3: YeeBulb1 updated readings.


Danke!

Thomas
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: darthi am 03 Mai 2017, 20:21:21
@thaliondrambor: Danke für die neue Version.  :) Ich nutze nur die YeeLight.pm.

Wegen der Logeinträge hattest du mit der übergeordneten Ebene recht, in global war verbose auf 3 gestellt. Daher wurde das Schalten geloggt.

Dafür habe ich nun beim Booten von FHEM einen neuen Fehler in der Log:
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 253, <$fh> line 225.
Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 146, <$fh> line 225.

und
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 253.

Ggf. war der auch schon vorher da und ist nur nicht aufgefallen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 03 Mai 2017, 22:14:07
Zitat von: darthi am 03 Mai 2017, 20:21:21
@thaliondrambor: Danke für die neue Version.  :) Ich nutze nur die YeeLight.pm.

Wegen der Logeinträge hattest du mit der übergeordneten Ebene recht, in global war verbose auf 3 gestellt. Daher wurde das Schalten geloggt.

Dafür habe ich nun beim Booten von FHEM einen neuen Fehler in der Log:
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 253, <$fh> line 225.
Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 146, <$fh> line 225.

und
Use of uninitialized value $bName in hash element at ./FHEM/32_YeeLight.pm line 253.

Ggf. war der auch schon vorher da und ist nur nicht aufgefallen.

Die Fehler sollten jetzt auch weg sein in der aktuellen Version. Ich habe außerdem als optionalen Parameter für die Definition der Lampen das Model hinzugefügt. Dies ging vorher nur über die Bridge mit den Broadcasts. Die Syntax lautet nun:define [NAME] YeeLight [IP] <MODEL>
Mögliche Werte für das Model sind momentan: color, stripe, mono, desklamp
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: gent am 04 Mai 2017, 18:12:53
Hi,

in reload nach dem Austausch der Module aus dem devel branch ergibt bei mir folgendes:


Can't modify constant item in division (/) at ./FHEM/32_YeeLight.pm line 1584, near "100;"
Global symbol "$hue" requires explicit package name at ./FHEM/32_YeeLight.pm line 1586.
Global symbol "$hue" requires explicit package name at ./FHEM/32_YeeLight.pm line 1588.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1589.
Global symbol "$sat" requires explicit package name at ./FHEM/32_YeeLight.pm line 1589.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1590.
Global symbol "$sat" requires explicit package name at ./FHEM/32_YeeLight.pm line 1590.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1591.
Global symbol "$sat" requires explicit package name at ./FHEM/32_YeeLight.pm line 1591.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1597.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1601.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1605.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1609.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1613.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1617.
Unmatched right curly bracket at ./FHEM/32_YeeLight.pm line 1625, at end of line
./FHEM/32_YeeLight.pm has too many errors.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 04 Mai 2017, 21:01:17
Zitat von: gent am 04 Mai 2017, 18:12:53
Hi,

in reload nach dem Austausch der Module aus dem devel branch ergibt bei mir folgendes:


Can't modify constant item in division (/) at ./FHEM/32_YeeLight.pm line 1584, near "100;"
Global symbol "$hue" requires explicit package name at ./FHEM/32_YeeLight.pm line 1586.
Global symbol "$hue" requires explicit package name at ./FHEM/32_YeeLight.pm line 1588.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1589.
Global symbol "$sat" requires explicit package name at ./FHEM/32_YeeLight.pm line 1589.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1590.
Global symbol "$sat" requires explicit package name at ./FHEM/32_YeeLight.pm line 1590.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1591.
Global symbol "$sat" requires explicit package name at ./FHEM/32_YeeLight.pm line 1591.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1597.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1601.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1605.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1609.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1613.
Global symbol "$val" requires explicit package name at ./FHEM/32_YeeLight.pm line 1617.
Unmatched right curly bracket at ./FHEM/32_YeeLight.pm line 1625, at end of line
./FHEM/32_YeeLight.pm has too many errors.


Ich kann den Fehler leider weder nachvollziehen noch reproduzieren. Das liegt hauptsächlich daran, dass sowohl die Datei auf meinem PC, als auch die auf Github, nur bis Zeile 1597 geht, aber deine Fehlermeldungen bis Zeile 1625.
Ist dir eventuell beim Download was schief gegangen?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: gent am 04 Mai 2017, 22:04:44
Ich bin auf die gíthub Seite gegangen
https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel
und habe dort Download Zip gewählt. Dann die beiden *.pm Files auf den FHEM Server geladen und dann ein reload in FHEM gemacht...

Ich habe die beiden Datein noch vom 13.04.2017 und nachdem ich die wieder auf den FHEM Server hochgeladen habe, waren die Fehler weg.

Viele Grüße
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 04 Mai 2017, 22:10:55
Zitat von: gent am 04 Mai 2017, 22:04:44
Ich bin auf die gíthub Seite gegangen
https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel
und habe dort Download Zip gewählt. Dann die beiden *.pm Files auf den FHEM Server geladen und dann ein reload in FHEM gemacht...

Ich habe die beiden Datein noch vom 13.04.2017 und nachdem ich die wieder auf den FHEM Server hochgeladen habe, waren die Fehler weg.

Viele Grüße

Komisch, ich habe die Dateien auch per ZIP runtergeladen und auch diese haben 1597 Zeilen. Ich hänge die Version nochmal hier an.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: gent am 04 Mai 2017, 22:11:32
Hi,

vergiss es: Irgendjemand hat den "default" mode meines SCP-Tools auf "ignorieren" statt "überschreiben" gestellt. Jetzt sind beide *.pm Dateien tatsächlich auf dem FHEM Server ausgetauscht und ein reload geht ohne Fehler durch...

Sorry.

Viele Grüße
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: oberlon am 05 Mai 2017, 17:03:27
Hallo,

habe auch seit zwei Tagen meine erste YeeLight (Color) und das einbinden in fhem ging recht problemlos. Habe dann auch den devel Zweig probiert und über fhem macht er auch alles was er soll.
Leider habe ich noch Probleme mit homebridge. Mein mapping sieht zZ so aus
clear
On=power,cmdOn=on,cmdOff=off
Hue=hue,cmd=hue
Brightness=bright,cmd=bright
Saturation=sat,cmd=sat

Leider ist die Wahl der Farbe noch ein Glücksspiel.
Mai 05 16:59:35  homebridge[18268]: [2017-05-05 16:59:35] [FHEM] yeelight: executing set cmd for Hue with value 328
Mai 05 16:59:35  homebridge[18268]: [2017-05-05 16:59:35] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20yeelight%20hue%20328&XHR=1
Mai 05 16:59:35  homebridge[18268]: [2017-05-05 16:59:35] [FHEM] yeelight: executing set cmd for Saturation with value 2
Mai 05 16:59:35  homebridge[18268]: [2017-05-05 16:59:35] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20yeelight%20sat%202&XHR=1
Mai 05 16:59:35  homebridge[18268]:   2017-05-05 16:59:35 caching: yeelight-sat: 2
Mai 05 16:59:35  homebridge[18268]: [2017-05-05 16:59:35] [FHEM]     caching: Saturation: 2 (as number; from '2')
Mai 05 16:59:37  homebridge[18268]:   2017-05-05 16:59:37 caching: yeelight-hue: 328
Mai 05 16:59:37  homebridge[18268]: [2017-05-05 16:59:37] [FHEM]     caching: Hue: 328 (as number; from '328')
Mai 05 16:59:37  homebridge[18268]:   2017-05-05 16:59:37 caching: yeelight-sat: 100
Mai 05 16:59:37  homebridge[18268]: [2017-05-05 16:59:37] [FHEM]     caching: Saturation: 100 (as number; from '100')


Durch den Sprung von Sat von 2 auf 100 kommt natürlich komplett was anderes raus.
Gibt es dafür vielleicht eine Lösung?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: darthi am 09 Mai 2017, 18:35:41
Danke noch einmal für die Updates. Ich bekomme leider auch mit der letzten dev Version noch immer Fehler im Log angezeigt:
Argument "No get implemented for Stehleuchte" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 1324.


Danke für den Support!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 10 Mai 2017, 19:48:15
Zitat von: darthi am 09 Mai 2017, 18:35:41
Danke noch einmal für die Updates. Ich bekomme leider auch mit der letzten dev Version noch immer Fehler im Log angezeigt:
Argument "No get implemented for Stehleuchte" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 1324.


Danke für den Support!

Den ersten Fehler kann ich leider nicht so ganz nachvollziehen. Der kommt aus der Color.pm und nicht direkt aus dem YeeLight-Modul. Da wäre es mal interessant das Log-Level höher zu stellen, damit man sehen kann, wann bzw. nach welchem Befehl der Fehler kommt.
Beim zweiten Fehler gibt es anscheinend kein power-Reading. Dafür wäre ein list des Devices gut.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 12 Mai 2017, 14:21:59
Hallo,

zunächst mal vielen Dank für das Modul - meine umfangreichen aliexpress-Lieferungen habe ich heute mal in Betrieb genommen.

Frage: Wenn ich das Attribut stateFormat verwende, zB
attr <device> stateFormat power
erscheint jetzt das Glühbirnensymbol, welches den Zustand der Lampe widerspiegelt - alles fein. Versuche ich jetzt jedoch, die Lampe zu schalten oder Parameter zu ändern, kommt folgende Fehlermeldung:

Can't send command if bulb is not connected. Try "reopen" and check, if bulb is powered. Current state is off

Sieht für mich so aus, als greift das Modul auf "state" in seiner aktuellen Definition zu - sollte doch eher auf das Internal "STATE" zugreifen?

Gruß, Tom
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 13 Mai 2017, 12:20:05
Zitat von: sledge am 12 Mai 2017, 14:21:59
Hallo,

zunächst mal vielen Dank für das Modul - meine umfangreichen aliexpress-Lieferungen habe ich heute mal in Betrieb genommen.

Frage: Wenn ich das Attribut stateFormat verwende, zB
attr <device> stateFormat power
erscheint jetzt das Glühbirnensymbol, welches den Zustand der Lampe widerspiegelt - alles fein. Versuche ich jetzt jedoch, die Lampe zu schalten oder Parameter zu ändern, kommt folgende Fehlermeldung:

Can't send command if bulb is not connected. Try "reopen" and check, if bulb is powered. Current state is off

Sieht für mich so aus, als greift das Modul auf "state" in seiner aktuellen Definition zu - sollte doch eher auf das Internal "STATE" zugreifen?

Gruß, Tom

Ich greife nirgendswo in dem Modul auf das Reading "state" zu. Und die Fehlermeldung überprüft das Internal "STATE". Auch ganz hinten, der letzte Teil der Fehlermeldung gibt den Wert "$hash->{STATE}" aus.
Ich vermute mal, dass stateFormat das Internal ändert.

Wenn du den Zustand der Lampe sehen möchtest versuche es doch mal anstatt mit "stateFormat" mit attr <device> 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");}}}

Wenn du nicht den Devel-Branch benutzt, musst du noch die Color.pm aktivieren mit define colorInit notify global:INITIALIZED {use Color}
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zobi am 25 Mai 2017, 18:35:10
Hi,

ich habe mal eine Frage:
Wie kann man bei den Yeelights mehrere set in einer Zeile ausführen?
Hintergrund:
ich würde gerne mit Lightscene mehere Lichtstimmungen machen und dabei die Farbe und Helligkeit ändern.
Bei meinen HUEs kann ich das so schreiben

Set HUE1 bri198 : rgb 00FF00

Bei den Yeelights funktioniert das bei mir aber nicht...(bright anstatt bri bei den Yeelights)
Kann das jmd bestätigen oder liegt es an mir?
Gibt es dafür eine Lösung?
VG
zobi
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: justme1968 am 25 Mai 2017, 18:40:49
bei den hue ist das in diesem fall auch nicht nötig. set rgb ändert farbe, helligkeit und sättigung. also einfach 00AA00 oder ähnlich verwenden wenn das rot dunkler sein soll.

das mit den mehreren sets brauchst du nur wenn du das hsv oder xy farb modell verwendest da dann nur ein (oder zwei) der drei komponenten pro kommando geändert werden.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zobi am 25 Mai 2017, 19:09:33
Hey,
danke für die schnelle Antwort. Ich hab es glaube ich ein bisschen komisch erklärt...
Es ging mir ja  darum, wie ich in dem Lightscene modul die Farbe und Helligkeit einer Yeelight ändern kann:

die einzelnen Befehle wären:

set Y2 bright 100
set Y2 rgb 00FF00

In dem Lightscene modul habe ich allerdings nur die Möglichkeit eine Zeille pro device einzugeben, also müsste es so heißen:
set Y2 bright 100 : rgb 00FF00

Die HUE habe ich nur als Beispiel aufgeführt, weil es dort so funktionert.

Edit: ok bei den HUE ändert sich die Helligkeit beim Ändern des rgb werts, bei den Yeelights aber nicht.
Hättest du da eine Idee wie ich bei den Yeelights Helligkeit und Farbe gleichzeitig ändern kann?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Alexk30 am 29 Mai 2017, 13:18:26
Hi,

Bei Lightscene funktioniert das mit den YeeLight so:
setcmd set FlurLampe1 rgb FFFFFF ; set FlurLampe1 bright 100 ; set FlurLampe1 ct 3780

Ändert die Farbe, Helligkeit und "FarbWärme"
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: reinni123 am 26 Juni 2017, 08:22:54
Hat sonst noch jemand das Problem das sich nach einigen Minuten nachdem das Modul geladen wurde eine erhöhte Systemlast einstellt?

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: svwb22 am 15 Juli 2017, 13:19:56
Ich habe meine Desklamp jetzt soweit ans Laufen gebracht, allerdings schaffe ich es nicht, die Colortemperature so ins mapping einzupflegen, dass sie zum Beispiel in der Elgato eve App laufen würden.
Hat da jemand was für mich?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: truearts am 23 Juli 2017, 10:24:08
Zitat von: Alexk30 am 29 Mai 2017, 13:18:26
Hi,

Bei Lightscene funktioniert das mit den YeeLight so:
setcmd set FlurLampe1 rgb FFFFFF ; set FlurLampe1 bright 100 ; set FlurLampe1 ct 3780

Ändert die Farbe, Helligkeit und "FarbWärme"

Die Farbwert werden leichte von Lightszene nicht übernommen. Lediglich die Farbwärme und die Helligkeit. Gibt es dafür bereits eine Lösung?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Alexk30 am 23 Juli 2017, 13:18:39
Versuch doch mal die Werte zu tauschen. Also erst die Helligkeit und dann die Farbwerte.
Bei mir funktioniert das aber auch so wie im Beispiel.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zobi am 24 Juli 2017, 22:43:12
Danke Alex. Jetzt funktionieren Szenen mit gemischten HUes und Yeelights!!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: justme1968 am 25 Juli 2017, 09:59:48
in einem set kommando rgb und helligkeit/ct gemeinsam zu verwenden ist zumindest für hue lampen nicht sinnvoll. wenn rgb am ende kommt ist es sogar falsch.

rgb enthält alle drei farb parameter und überschreibt vorher gesetze ct, hue oder andere werte komplett.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 30 Juli 2017, 16:06:05
Ich habe zwei kleine Fehler behoben, auf die mich f-zappa aufmerksam gemacht hat. Vielen Dank dafür.
Wenn mittels keepAlive ein erneuter Verbindungsaufbau zu einer nicht erreichbaren YeeLight versucht wurde, hat dieses wegen einem fehlerhaften Aufrufs des Verbindungsaufbaus zum Blocken von FHEM geführt. Dies ist nun behoben.

Außerdem war es nicht möglich keepAlive auf "0" zu setzen. Auch dies wurde behoben.

Der Devel-Branch und die Fehlerbehebung sind nun im Master-Branch zu finden.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ilprincipe am 30 Juli 2017, 23:54:56
Danke erst mal für dieses tolle Modul :)

Folgendes Problem: Ich habe alles nach dieser Anleitung hier (https://www.frombeyond.de/2017/xiaomi-yeelight-in-fhem-integrieren/) gemacht und es lief. Irgendwann kam ich auf den doofen Gedanken, dass ich vielleicht nicht die aktuelleste 32_YeeLight.pm haben könnte und dass die sich ja auch mit dem "normalen" update im fhem nicht mitaktualisiert. Ich habe also von Github die aktuellste Version mit nem Windows-Rechner runtergeladen und per WinSCP in das entsprechende Verzeichnis des Raspi geschoben. Möchten Sie überschreiben? Ja, wollte ich. Nun geht allerdings leider gar nichts mehr, obwohl die Datei am richtigen Ort ist, findet sie fhem nicht (Cannot load module YeeLight). Ich habe versucht, das Modul wieder zu löschen und mit der Anleitung von vorne anzufangen, leider auch kein Erfolg. Der Versuch ein Yeelink-Gerät anzulegen gibt diese Fehlermeldung:

Global symbol "$name" requires explicit package name at ./FHEM/32_YeeLight.pm line 1337.

Kann jemand helfen?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 31 Juli 2017, 00:02:06
Zitat von: ilprincipe am 30 Juli 2017, 23:54:56
Danke erst mal für dieses tolle Modul :)

Folgendes Problem: Ich habe alles nach dieser Anleitung hier (https://www.frombeyond.de/2017/xiaomi-yeelight-in-fhem-integrieren/) gemacht und es lief. Irgendwann kam ich auf den doofen Gedanken, dass ich vielleicht nicht die aktuelleste 32_YeeLight.pm haben könnte und dass die sich ja auch mit dem "normalen" update im fhem nicht mitaktualisiert. Ich habe also von Github die aktuellste Version mit nem Windows-Rechner runtergeladen und per WinSCP in das entsprechende Verzeichnis des Raspi geschoben. Möchten Sie überschreiben? Ja, wollte ich. Nun geht allerdings leider gar nichts mehr, obwohl die Datei am richtigen Ort ist, findet sie fhem nicht (Cannot load module YeeLight). Ich habe versucht, das Modul wieder zu löschen und mit der Anleitung von vorne anzufangen, leider auch kein Erfolg. Der Versuch ein Yeelink-Gerät anzulegen gibt diese Fehlermeldung:

Global symbol "$name" requires explicit package name at ./FHEM/32_YeeLight.pm line 1337.

Kann jemand helfen?

Lade die Datei jetzt nochmal herunter und versuche es erneut. Da war noch ein weiterer kleiner Fehler.

Man muss bei Github etwas aufpassen, damit man nicht die html-Seite herunterlädt sondern wirklich die Datei: https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/32_YeeLight.pm (https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/32_YeeLight.pm)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ilprincipe am 31 Juli 2017, 16:51:48
Super, hat funktioniert... verrückterweise vergisst FHEM jetzt bei jedem Neustart sämtliche Änderungen obwohl über save config gespeichert. Sogar neu eingegebene Daten der HA-Bridge, die auf dem gleichen RAspi läuft sind weg :/

32_YeeLight.pm ist dann auch gar nicht mehr auf dem Raspi vorhanden, nach neuem drauf kopieren funktioniert aber wieder alles
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 31 Juli 2017, 17:06:32


Zitat von: ilprincipe am 31 Juli 2017, 16:51:48
Super, hat funktioniert... verrückterweise vergisst FHEM jetzt bei jedem Neustart sämtliche Änderungen obwohl über save config gespeichert. Sogar neu eingegebene Daten der HA-Bridge, die auf dem gleichen RAspi läuft sind weg :/

32_YeeLight.pm ist dann auch gar nicht mehr auf dem Raspi vorhanden, nach neuem drauf kopieren funktioniert aber wieder alles

Das ist komisch, sollte aber nichts mit dem Modul zu tun haben. Hast du den Raspi mal komplett neugestartet?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ilprincipe am 01 August 2017, 20:30:35
Ha, da war wohl die SD kaputt :) Neu aufgesetzt und alles läuft  :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Florian_GT am 03 August 2017, 20:43:15
Hi,

wäre cool, wenn du eine controls Datei hinzufügen könntest. Dann kann man sich die Datei auch von deinem Repo aus automatisch beim update ziehen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: fornax76 am 03 August 2017, 22:23:36
Hallo  :)
Vielen Dank für die Yeelight Integration.
Vielleicht hab ich es überlesen, aber wie kann ich die Yeelight in Tablet UI integrieren?
Hab sie erst mal als switch angelegt und das funktioniert soweit,
allerdings bekomme ich beim öffnen den aktuellen Status (an/aus) nicht angezeigt.
Schalte ich die Lampen einmal, passt alles.
Nur wenn man Tablet UI aufruft und die Lampen bereits an sind, wird die Lampe als "aus" angezeigt.
Jemand eine Idee?
Gruß Björn
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 04 August 2017, 21:31:42
Zitat von: afloria am 03 August 2017, 20:43:15
Hi,

wäre cool, wenn du eine controls Datei hinzufügen könntest. Dann kann man sich die Datei auch von deinem Repo aus automatisch beim update ziehen.

Hallo afloria,

ich hatte mich bis jetzt noch nicht mit den controls-Dateien beschäftigt. Habe das nebenbei so ein bisschen versucht, aber stehe gerade vor einem Problem, für das ich keine Lösung finde.

Die controls_yeelight.txt sieht so aus
UPD 2017-04-08_19:30:51 49939 FHEM/32_YeeLight.pm
UPD 2017-04-08_19:31:03 6167 FHEM/32_YeeLightBridge.pm


"update check" funktioniert einwandfrei, aber ein "update" wirft folgende Fehlermeldung aus:
PERL WARNING: Use of uninitialized value $written in numeric ne (!=) at ./FHEM/98_update.pm line 579.
Und damit bricht dann auch der Updatevorgang ab.

Ich habe mich ein bisschen durch die 98_update.pm gehangelt, aber kann das Problem nicht wirklich genauer identifizieren. Ich habe bereits die beiden Dateien im Github in den Unterordner "FHEM" gepackt, da sonst noch mehr Fehlermeldungen auftraten ($dir nicht initialisiert).

Über Hilfe würde ich mich freuen :-)

Gruß

thaliondrambor
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cramu am 08 August 2017, 19:29:08
Wenn ich das Modul laden will, gibt FHEM folgende Fehlermeldung aus: Excessively long <> operator at ./FHEM/32_YeeLight.pm line 66.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 08 August 2017, 21:37:47
Zitat von: cramu am 08 August 2017, 19:29:08
Wenn ich das Modul laden will, gibt FHEM folgende Fehlermeldung aus: Excessively long <> operator at ./FHEM/32_YeeLight.pm line 66.

Abend,
ich kann den Fehler leider nicht nachbilden. Hast du die https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/FHEM/32_YeeLight.pm (https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/FHEM/32_YeeLight.pm) heruntergeladen in den FHEM-Ordner kopiert und dann in FHEM "reload 32_YeeLight.pm" eingegeben?

Die Controls-Datei funktioniert leider noch nicht.

Gruß

thaliondrambor
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cramu am 08 August 2017, 21:56:16
Hab die Datei aus dem Opener benutzt.
Wenn ich die Datei aus dem Github nehme, erhalte ich die gleiche Fehlermeldung.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 08 August 2017, 22:31:36
Zitat von: cramu am 08 August 2017, 21:56:16
Hab die Datei aus dem Opener benutzt.
Wenn ich die Datei aus dem Github nehme, erhalte ich die gleiche Fehlermeldung.

Ich habe die Datei bei mir gelöscht und nochmal heruntergeladen. Bei mir funktioniert alles. Kannst du mal bitte das Bridgemodul herunterladen und versuchen in FHEM zu laden?

https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/FHEM/32_YeeLightBridge.pm (https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/FHEM/32_YeeLightBridge.pm)

Wenn das mit der Datei auch nicht geht, ist es vielleicht ein anderes Problem.

Gruß

thaliondrambor
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cramu am 08 August 2017, 23:53:56
Hab das Modul nochmal auf einem frischen System installiert, diesmal ohne Probleme.
Vielen Dank für den schnellen Support!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 09 August 2017, 09:37:30
@cramu
Bitte gerne. Wenn ich Zeit habe immer :)


Die controls-Datei funktioniert nun. Das YeeLight-Modul kann nun mit: update add https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/controls_yeelight.txt zum FHEM-Update hinzugefügt werden.

Ich werde dies bei Gelegenheit auch im Anfangspost hinzufügen.

Gruß

thaliondrambor
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: aiola am 09 August 2017, 15:15:08
Zitat von: thaliondrambor am 09 August 2017, 09:37:30
@cramu
Bitte gerne. Wenn ich Zeit habe immer :)


Die controls-Datei funktioniert nun. Das YeeLight-Modul kann nun mit: update add https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/controls_yeelight.txt zum FHEM-Update hinzugefügt werden.

Ich werde dies bei Gelegenheit auch im Anfangspost hinzufügen.

Gruß

thaliondrambor

Kann bestätigen dass die controls-Datei funktioniert. Nur leider werden bei jedem FHEM-Update die beiden Module als neu/aktualisiert angezeigt und neu installiert.

Edit: Nun passt alles.  8)

Gruß
aiola
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 11 August 2017, 20:13:21
Japp, jetzt sollte es funktionieren  :) Die Dokumentation müsste mal noch verbessert werden bzw auch im Modul selber eingefügt werden. Dafür brauche ich nur mal Zeit.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 21 September 2017, 15:03:25
Die Lampen sinken weiter im Preis, die Nachttischlampe habe ich gerade für ~40€ bei GearBest gesehen: https://www.gearbest.com/smart-home/pp_197251.html
Aber die hat ja statt WLAN Bluetooth. Gibt's inzwischen eigentlich eine Möglichkeit, die trotzdem in FHEM zu integrieren (vermutlich dann mit einem anderen Modul)?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 23 September 2017, 11:46:44
Zitat von: f-zappa am 21 September 2017, 15:03:25
Die Lampen sinken weiter im Preis, die Nachttischlampe habe ich gerade für ~40€ bei GearBest gesehen: https://www.gearbest.com/smart-home/pp_197251.html
Aber die hat ja statt WLAN Bluetooth. Gibt's inzwischen eigentlich eine Möglichkeit, die trotzdem in FHEM zu integrieren (vermutlich dann mit einem anderen Modul)?

Es gibt eine API für die Bluetooth-Lampen von Xiaomi und auch schon Libraries für den Raspberry. Leider kenne ich mich nicht so gut mit FHEM in Kombination mit Bluetooth aus (vor allem alles non-blocking gestalten usw.) und habe auch gerade nicht viel Zeit. Vielleicht findet sich jemand der sowas schonmal gemacht hat (z.B. CoolTux der das ganze für die Pflanzensensoren von Xiaomi gemacht hat).

Die API gibt es hier (https://www.yeelight.com/download/yeelight_blue_message_interface_v1.0.pdf).
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: AxelSchweiss am 23 September 2017, 22:57:03
Hi
Lässt sich im Modul eigentlich ein FQDN für die Lampen angeben oder muss es unbedingt eine IP sein.
Bei mir hat der FQDN Eintrag nicht funktioniert.
Da bei mir alle Adressen via DHCP vergeben und alle Devices via FQDN angesprochen werden wäre ich um eine "Nachrüstung" um die FQDN Möglichkeit dankbar  :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 24 September 2017, 09:51:32
Zitat von: AxelSchweiss am 23 September 2017, 22:57:03
Hi
Lässt sich im Modul eigentlich ein FQDN für die Lampen angeben oder muss es unbedingt eine IP sein.
Bei mir hat der FQDN Eintrag nicht funktioniert.
Da bei mir alle Adressen via DHCP vergeben und alle Devices via FQDN angesprochen werden wäre ich um eine "Nachrüstung" um die FQDN Möglichkeit dankbar  :)

Das Einrichten über eine FQDN sollte möglich sein, ich weiß aber nicht wie :-) Wenn ich mal Zeit habe, sehe ich mir das an. Als Zwischenlösung würde ich dir empfehlen, dass du die YeeLightBridge nutzt. Die erkennt die Lampen im Netz selbständig und kümmert sich auch um die IP-Adressen.

Ich gehe auch davon aus, dass die Lampen über die Broadcast-Nachricht nicht die FQDN sondern die IP-Adresse mitteilen. Somit würde bei dem aktuellen Stand die FQDN von der IP überschrieben werden, wenn die Bridge benutzt wird und nicht das entsprechende Attribut gesetzt ist.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: AxelSchweiss am 24 September 2017, 14:46:47
Zitat von: thaliondrambor am 24 September 2017, 09:51:32
Das Einrichten über eine FQDN sollte möglich sein, ich weiß aber nicht wie :-) Wenn ich mal Zeit habe, sehe ich mir das an. Als Zwischenlösung würde ich dir empfehlen, dass du die YeeLightBridge nutzt. Die erkennt die Lampen im Netz selbständig und kümmert sich auch um die IP-Adressen.

Ich gehe auch davon aus, dass die Lampen über die Broadcast-Nachricht nicht die FQDN sondern die IP-Adresse mitteilen. Somit würde bei dem aktuellen Stand die FQDN von der IP überschrieben werden, wenn die Bridge benutzt wird und nicht das entsprechende Attribut gesetzt ist.

Aktuell sieht das bei mir so aus:
define YeeLight YeeLight 192.168.11.173
und das hätte ich gerne das es auch so geht:
define YeeLight YeeLight yeelight1.meinnetz.de
:)
Ich denke das das nur im Modul geändert werden muss ... bin aber kein Entwickler .... habe nur rudimentär Programmiererfahrung.

Grunsätzlich bekommt die Lampe von meinen DHCP-Server eine IP zugewiesen (die IP ist zufällig).
Dann trägt der DNS-Server (ISC-DHCP) den FQDN beim DNS-Server (bind) ein.
Der FQDN (genauer der Hostname) ist im DHCP-Server von mir fest vorgegeben.

Ich schaue mir die Bridge mal an ... glaube aber nicht das das funktioniert da der Discovery wahrscheinlich nur im gleichen Subnetz funktioniert.
Der FHEM Server steht aber in einen ganz anderen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: thaliondrambor am 24 September 2017, 20:09:33
@AxelSchweiss

Ich habe mal kurz in das WifiLight-Modul geschaut und denke, dass das YeeLight-Modul das grundsätzlich auch können müsste. Nur die Überprüfung auf eine gültige IPv4-Adresse macht dir einen Strich durch die Rechnung. Ich habe mal zum Testen diese Zeile auskommentiert.
Da ich kein FQDN habe, kann ich es aber nicht testen. Ich habe einen neuen Branch in Github angelegt. Bei Gelegenheit kannst du es ja mal testen. Die 32_YeeLight.pm gibt es hier: https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/fqdn/32_YeeLight.pm (https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/fqdn/32_YeeLight.pm)

Wenn es geht, überlege ich mir, wie ich auch auf die FQDN überprüfen kann.

Schönen Abend
thaliondrambor
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: IcedEarth am 28 September 2017, 17:51:52
Super Modul. Vielen Dank dafür.
Hatte erst mit dem devel branch probiert. Dort gibt es aber eine Fehlermeldung in Zeile 1337. $name schien nicht definiert worden zu sein. Der master branch klappt hingegen hervorragend.

Bevor ich das auf meinem aktuellen stretch lite image (Raspberry Pi Zero W) zum laufen gebracht habe, musste ich noch was installieren:
sudo cpan install IO::Socket::Multicast

Danke!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: connormcl am 22 Oktober 2017, 03:30:06
Ist die YeeLightBridge das Gateway, das auch Bluetooth kann?
Kann ich damit YeeLight Bluetooth Lampen per FHEM steuern?

Also bspw. die Bedside Lamp oder das Atmosphere Light:

Yeelight YLFW01YL Smart Atmosphere Candela Light
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Florian_GT am 22 Oktober 2017, 13:58:02
Zitat von: connormcl am 22 Oktober 2017, 03:30:06
Ist die YeeLightBridge das Gateway, das auch Bluetooth kann?
Kann ich damit YeeLight Bluetooth Lampen per FHEM steuern?

Also bspw. die Bedside Lamp oder das Atmosphere Light:

Yeelight YLFW01YL Smart Atmosphere Candela Light
Das ist nur eine Verbindung per WLAN zu Geräten wie https://www.gearbest.com/smart-lighting/pp_361555.html wenn ich mich nicht irre...
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: connormcl am 22 Oktober 2017, 23:16:01
Zitat von: afloria am 22 Oktober 2017, 13:58:02
Das ist nur eine Verbindung per WLAN zu Geräten wie https://www.gearbest.com/smart-lighting/pp_361555.html wenn ich mich nicht irre...

Ja, ich dachte ich frag mal allgemein, weil mich meine Recherchen zu den Yeelight-Lampen nicht so recht weiterbringen...

Die Gateways können wohl nur WIFI bzw. WIFI und Zigbee bei Gerätegeneration 2+3...

Da werde ich nicht schlau draus, weshalb es Yeelight-Lampen mit entweder nur WIFI oder nur Bluetooth gibt, wenn man die dann nicht untereinander vernetzen, sondern nur einzeln über App steuern kann.

Für Yeelights mit Bluetooth gibts demnach bisher keine Möglichkeit zur Steuerung per FHEM?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: cramu am 24 Oktober 2017, 22:43:17
Xiaomi hat gerade eine neue Bedside Lamp vorgestellt, welche sowohl über WIFI, also auch über Bluetooth zu steuern ist.
Möglicherweise lässt sich diese dann auch ohne Hub in FHEM einbinden.

https://www.gizmochina.com/2017/10/24/xiaomi-launches-bedside-lamp-nearly-identical-yeelights/
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: eckonator am 25 Oktober 2017, 00:20:08
Kann mir jemand erklären, welche Logik sich hier dahinter verbirgt:

set Yeelight start_cf 3 0 500,1,255,100,500,1,1,1

Mir ist nicht klar, wie sich die Zahlen zusammen setzen.
Ich will ein Polizeilicht rot/blau ohne fade, eher blitzend um ein Alarmlicht bei Einbruch zu haben  ;)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 25 Oktober 2017, 11:28:42
Zitat von: cramu am 24 Oktober 2017, 22:43:17
Xiaomi hat gerade eine neue Bedside Lamp vorgestellt, welche sowohl über WIFI, also auch über Bluetooth zu steuern ist.
Die Yeelight-App für iOS wurde gerade auch aktualisiert. Die neue Version zeigt die "Bedside Lamp" und die "Mi Bedside Lamp", das dürfte die neuere sein.
Meine Vermutung: Wenn die neue Lampe auch mit der Yeelight-App funktioniert, ist es vermutlich das bekannte Protokoll, was das Modul auch spricht.

Ein bisschen ärgert mich, dass ich gerade noch die "alte" Bedside Lamp gekauft habe :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zobi am 25 Oktober 2017, 22:19:36
Hi,
ich kann seit dem Update nicht mehr zu den lampen connecten. Ich habe versucht sie zu resetten, aber ich kann mich auch nicht mehr verbinden. Kann das noch jmd bestätigen?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Abercrombie1892 am 01 November 2017, 20:51:07
Zitat von: zobi am 25 Oktober 2017, 22:19:36
Hi,
ich kann seit dem Update nicht mehr zu den lampen connecten. Ich habe versucht sie zu resetten, aber ich kann mich auch nicht mehr verbinden. Kann das noch jmd bestätigen?

hab leider das gleiche problem. lampen stehen auf disconnected
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: oberlon am 02 November 2017, 22:41:12
Habe auch gerade auf die neuste git Version aktualisiert und hatte auch Probleme.
Das Modul konnte laut log nicht geladen werden. Problem bei mir steckt in Zeile 1337 von 32_YeeLight.pm.
Konnte mein Problem erstmal "beheben" in dem ich die Zeile auskommentiert habe. Ist nur für eine Log Ausgabe verantwortlich.

diff --git a/32_YeeLight.pm b/32_YeeLight.pm
index 5ec0ecd..b636fad 100644
--- a/32_YeeLight.pm
+++ b/32_YeeLight.pm
@@ -1334,7 +1334,7 @@ YeeLight_Ready
        # Versuch eines Verbindungsaufbaus, sofern die Verbindung beendet ist.
        return DevIo_OpenDev($hash, 1, undef, sub(){
                my ($hash, $err) = @_;
-               Log3 $name, 2, "$name: $err" if($err);
+               # Log3 $name, 2, "$name: $err" if($err);^M
                return "$err" if($err);
        }) if ( $hash->{STATE} eq "disconnected" );
}
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: inesa394 am 05 November 2017, 13:00:48
Bekam auch keine Verbindung mit der neuen Version für Android ,anscheinend wird der port nicht mehr geöffnet ein reinstall auf alte behob erst mal das Problem.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 07 November 2017, 11:58:12
Zitat von: f-zappa am 25 Oktober 2017, 11:28:42
Die Yeelight-App für iOS wurde gerade auch aktualisiert. Die neue Version zeigt die "Bedside Lamp" und die "Mi Bedside Lamp", das dürfte die neuere sein.
Meine Vermutung: Wenn die neue Lampe auch mit der Yeelight-App funktioniert, ist es vermutlich das bekannte Protokoll, was das Modul auch spricht.

Ein bisschen ärgert mich, dass ich gerade noch die "alte" Bedside Lamp gekauft habe :)

Ich hab zum glück noch deinen Beitrag gefunden gehabt.
Konnte noch die Bestellung der alten Lampe stornieren.
Hab dann die neue WiFi Variante bestellt.
Hoffe die kommen diese oder die Nächste Woche.

Allgemein mal ne Frage, ist es geplant das Modul offiziell rauszubringen?

Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 07 November 2017, 12:06:44
Zitat von: no_Legend am 07 November 2017, 11:58:12
Konnte noch die Bestellung der alten Lampe stornieren.
Hab dann die neue WiFi Variante bestellt.
Wo hast du bestellt und wie teuer? Meine Frau will auch eine, da werd ich dann gleich die neue nehmen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 07 November 2017, 12:51:11
Zitat von: f-zappa am 07 November 2017, 12:06:44
Wo hast du bestellt und wie teuer? Meine Frau will auch eine, da werd ich dann gleich die neue nehmen.

Hab bei Gearbest bestellt, muss man aufpassen.
Auf der English Seite konnte man das Wifi Modell bestellen.

Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 10 November 2017, 20:58:10
Moin,
hab neue Yeelights bekommen und wollte sie fix einbinden, aber irgendwie funktioniert autocreate nicht mehr .. ?!
2017.11.10 20:45:49 2: autocreate: define YeeLight_0x000000000371d9b0 YeeLight color 192.168.1.41 0x000000000371d9b0
2017.11.10 20:45:49 1: define YeeLight_0x000000000371d9b0 YeeLight color 192.168.1.41 0x000000000371d9b0: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2017.11.10 20:45:49 1: ERROR: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)

Gruß, Uli
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 14 November 2017, 16:25:58
Habe heute die neuen Bedside Wifi in betrieb genommen.
Eins vorweg entweder hat die MI Software in IOS ein Problem oder die Lampe hat mit manchen SSID Probleme.

Mein Wifi SSID sieht wie folgt aus: wifis.org/fliggl/0
Ist die SSID wie oben, funktioniert das anmelden am WLAN nicht.
Mangels Android Gerät im Haushalt, kann ich leider nicht sagen ob es nur an der IOS version liegt oder an der Firmware der Lampe.

Soll ich etwas auslesen, damit die Lampe vom Modul unterstützt werden kann?

Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 19 November 2017, 12:30:28
Also das Modul Funktioniert mit der neunen WLAN Bedside Lampe ohne Probleme.
Mann muss allerdings die Lampe von Hand anlernen, die Bridge findet die Lampen nicht.

Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 21 November 2017, 12:49:57
Zitat von: f-zappa am 10 November 2017, 20:58:10
Moin,
hab neue Yeelights bekommen und wollte sie fix einbinden, aber irgendwie funktioniert autocreate nicht mehr .. ?!
2017.11.10 20:45:49 2: autocreate: define YeeLight_0x000000000371d9b0 YeeLight color 192.168.1.41 0x000000000371d9b0
2017.11.10 20:45:49 1: define YeeLight_0x000000000371d9b0 YeeLight color 192.168.1.41 0x000000000371d9b0: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2017.11.10 20:45:49 1: ERROR: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)

Gruß, Uli

Bekomme den gleichen Fehler.
Hab die Lampen dann von Hand angelegt.

Ist es möglich die Lampen mit einer gewissen Helligkeit und einem Speziellen Farbwert einzuschalten?
Ich würde gerne per DOIF meine Nachttischlampen ein und ausschalten.

Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: killah78 am 25 November 2017, 13:16:11
Zitat von: eckonator am 25 Oktober 2017, 00:20:08
Kann mir jemand erklären, welche Logik sich hier dahinter verbirgt:

set Yeelight start_cf 3 0 500,1,255,100,500,1,1,1

Mir ist nicht klar, wie sich die Zahlen zusammen setzen.
Ich will ein Polizeilicht rot/blau ohne fade, eher blitzend um ein Alarmlicht bei Einbruch zu haben  ;)

Hat mich jetzt auch interessiert.
Bin hier fündig geworden:
http://www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf# (http://www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf#) auf Seite 13

Mal so auf die Schnelle:
set yeelight1 start_cf 150 0 50,1,255,100,300,1,1,1
ergibt eine Art Aufblitzendes Blaulicht. Mit mehreren Yeelights nacheinandergeschaltet, sieht das schon ganz gut aus.
Danke für die Anregung. :-)
Gruss
killah78
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: B.Stromberg am 25 November 2017, 17:28:36
Moin!

Hier im Thread wurde ja schon mehrmals um Hilfe für die Tablet UI gebeten.
Komme da auch nicht wirklich weiter.
Einbindung in FHEM war 0 Problemo

Aber bei der Tablet UI häge ich auch mit Status Rückmeldung und RGB....Dazu reichts bei mir wohl nicht :(

Könnte jemand so lieb sein und seinen Tablet UI Code für die Yeelight hier posten?

Danke!

EDIT:

Tja, da mir keiner helfen will / kann hab ich mir selber geholfen :)
Evtl. kann jemand mit einer Yeelight auch etwas damit anfangen.


<li data-row="1" data-col="1" data-sizex="1" data-sizey="6">
    <Header>Fernsehlicht</header>
    <div class="top-space">
        <div data-type="switch" data-device="Yeelight" data-get-on="on.*" data-set-on="on" data-get="power" data-on-color="yellow" data-off-color="red" data-on-background-color="black" data-off-background-color="black" class="big">
    </div>
        <div class="">
            An/Aus
        </div>
        <div class="">
            <div data-type="push"
                 data-device="Yeelight"
                 data-set="rgb"
                 data-set-on="FFFFFF"
                 data-off-color="#808080"
                 data-off-background-color="black"
                 data-icon="fa-paint-brush"
                 class="big">
            </div>
            <div class="">
                Weiss
            </div>
        <div class="">
            <div data-type="push"
                 data-device="Yeelight"
                 data-set="rgb"
                 data-set-on="30CEF2"
                 data-off-color="#808080"
                 data-off-background-color="black"
                 data-icon="fa-paint-brush"
                 class="big">
            </div>
            <div class="">
                Fernsehlicht
            </div>   
        </div>
        <div class="">
            <div data-type="popup"
                 data-height="150px"
                 data-width="650px"
                 class="">
                <div data-type="push"
                     data-icon="fa-paint-brush"
                     data-off-color="#808080"
                     data-off-background-color="black"
                     class="big">
                </div>
                <div class="">
                    Farbe
                </div>
                <div class="dialog dialogTransparent">
                    <header>Fernsehlicht - FARBE</header>
                    <div class="top-space">
                        <div class="inline">
                            <div onclick="$('.dialog-close').trigger('click');"
                                 data-type="push"
                                 data-device="Yeelight"
                                 data-set="hue"
                                 data-set-on="0"
                                 data-off-color="#FF0000"
                                 data-off-background-color="#3D4C66"
                                 data-icon="fa-paint-brush"
                                 class="big">
                            </div>
                            <div class="">Rot</div></div>
                        <div class="inline">
                            <div onclick="$('.dialog-close').trigger('click');"
                                 data-type="push"
                                 data-device="Yeelight"
                                 data-set="hue"
                                 data-set-on="60"
                                 data-off-color="#FFFF00"
                                 data-off-background-color="#3D4C66"
                                 data-icon="fa-paint-brush"
                                 class="big">
                            </div>
                            <div class="">Gelb</div>
                        </div>
                        <div class="inline">
                            <div onclick="$('.dialog-close').trigger('click');"
                                 data-type="push"
                                 data-device="Yeelight"
                                 data-set="hue"
                                 data-set-on="125"
                                 data-off-color="#00FF00"
                                 data-off-background-color="#3D4C66"
                                 data-icon="fa-paint-brush"
                                 class="big">
                            </div>
                            <div class="">Gruen</div>
                        </div>
                        <div class="inline">
                            <div onclick="$('.dialog-close').trigger('click');"
                                 data-type="push"
                                 data-device="Yeelight"
                                 data-set="hue"
                                 data-set-on="190"
                                 data-off-color="#00FFFF"
                                 data-off-background-color="#3D4C66"
                                 data-icon="fa-paint-brush"
                                 class="big">
                            </div>
                            <div class="">Tuerkis</div>
                        </div>
                        <div class="inline">
                            <div onclick="$('.dialog-close').trigger('click');"
                                 data-type="push"
                                 data-device="Yeelight"
                                 data-set="hue"
                                 data-set-on="260"
                                 data-off-color="#0000FF"
                                 data-off-background-color="#3D4C66"
                                 data-icon="fa-paint-brush"
                                 class="big">
                            </div>
                            <div class="">Blau</div>
                        </div>
                        <div class="inline">
                            <div onclick="$('.dialog-close').trigger('click');"
                                 data-type="push"
                                 data-device="Yeelight"
                                 data-set="hue"
                                 data-set-on="325"
                                 data-off-color="#FF00FF"
                                 data-off-background-color="#3D4C66"
                                 data-icon="fa-paint-brush"
                                 class="big">
                            </div>
                            <div class="">Pink</div>
                        </div>
                        <div class="inline">
                            <div onclick="$('.dialog-close').trigger('click');"
                                 data-type="push"
                                 data-device="Yeelight"
                                 data-set="rgb"
                                 data-set-on="FFFFFF"
                                 data-off-color="#FFFFFF"
                                 data-off-background-color="black"
                                 data-icon="fa-paint-brush"
                                 class="big">
                            </div>
                            <div class="">Weiss</div>
                        </div>
                    </div>
                </div>
            </div>
        </div>
        <div class="top-space">
            <div data-type="volume"
                 data-device="Yeelight"
                 data-get="bright"
                 data-set="bright"
                 data-min="0"
                 data-max="100"
                 data-tickstep="10"
                 data-unit="%"
                 class="mini dim-tick dim-back">
            </div>
        </div>
    </div>
</li>
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Abercrombie1892 am 15 Dezember 2017, 20:59:37
bei den yeelight xiaomi deckenlampen ist ja diese fernbedienung mit dabei. gibt es irgendwie ne möglichkeit diese auch in fhem einzusetzen und die befehle anders zu nutzen als für die lampen selber?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sutadur am 27 Dezember 2017, 21:00:06
Ich bin gerade dabei, ein oder zwei Yeelights in FHEM einzubinden. Ein- und ausschalten funktioniert auch, aber ich würde außerdem gerne noch zwei Szenen über FHEM aktivieren können oder aber zwei weitere Geräte mit den entsprechenden Einstellungen hinterlegen. Wie stelle ich das am schlauesten an? Generell erschließt sich mir FHEM noch nicht gänzlich, sicherlich gibt es da viele Möglichkeiten, mit der Konfiguration aber kämpfe ich noch ... ;)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: gent am 11 Januar 2018, 21:57:08
Hi,

hat irgendjemand ein funktionierendes Homebridge-Mapping für die Yeelights (color), welches er/sie/es hier mal teilen möchte?

Viele Grüße vom Gent
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: RitterSport am 27 Januar 2018, 14:25:49
Wie stelle ich denn den developer mode ein? Findet sich nicht mehr in der App....

Hab es gefunden, nennt sich mittlerweile LAN-Control
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 27 Februar 2018, 08:03:10
Ich hab mir eine Yeelight Bulb Color zugelegt und hab mich über dieses FHEM-Modul gefreut, macht einen guten Eindruck, danke!

Habe jedoch im Log einige Fehlermeldungen gesehen. Nach dem Anlegen der Bridge, hat das autocreate offenbar nicht funktioniert. Ich hab dann das Gerät händisch angelegt und dann kamen ziemlich viele Errors:
2018.02.27 07:58:07.196 2: autocreate: define YeeLight_0x000000000371f73c YeeLight color 192.168.2.57 0x000000000371f73c
2018.02.27 07:58:07.196 1: define YeeLight_0x000000000371f73c YeeLight color 192.168.2.57 0x000000000371f73c: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2018.02.27 07:58:07.196 1: ERROR: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2018.02.27 07:58:10.152 2: autocreate: define YeeLight_0x000000000371f73c YeeLight color 192.168.2.57 0x000000000371f73c
2018.02.27 07:58:10.152 1: define YeeLight_0x000000000371f73c YeeLight color 192.168.2.57 0x000000000371f73c: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2018.02.27 07:58:10.153 1: ERROR: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2018.02.27 07:58:13.148 2: autocreate: define YeeLight_0x000000000371f73c YeeLight color 192.168.2.57 0x000000000371f73c
2018.02.27 07:58:13.149 1: define YeeLight_0x000000000371f73c YeeLight color 192.168.2.57 0x000000000371f73c: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2018.02.27 07:58:13.149 1: ERROR: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)
2018.02.27 07:58:59.688 3: YeeLight bd_lightCeil defined at 192.168.2.57:55443
2018.02.27 07:58:59.688 3: Opening bd_lightCeil device 192.168.2.57:55443
2018.02.27 07:58:59.693 3: bd_lightCeil device opened
2018.02.27 07:58:59.748 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:58:59.748 1: stacktrace:
2018.02.27 07:58:59.748 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:58:59.748 1:     Color::devStateIcon                 called by (eval 36098) (1)
2018.02.27 07:58:59.749 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:58:59.749 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:58:59.749 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (1708)
2018.02.27 07:58:59.749 1:     main::FW_makeDeviceLine             called by ./FHEM/01_FHEMWEB.pm (1401)
2018.02.27 07:58:59.749 1:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (1068)
2018.02.27 07:58:59.749 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:58:59.749 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:58:59.749 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:58:59.749 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:04.826 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:04.826 1: stacktrace:
2018.02.27 07:59:04.826 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:04.826 1:     Color::devStateIcon                 called by (eval 36103) (1)
2018.02.27 07:59:04.826 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:04.826 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:04.826 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (1708)
2018.02.27 07:59:04.826 1:     main::FW_makeDeviceLine             called by ./FHEM/01_FHEMWEB.pm (1401)
2018.02.27 07:59:04.826 1:     main::FW_doDetail                   called by ./FHEM/01_FHEMWEB.pm (1068)
2018.02.27 07:59:04.826 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:04.827 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:04.827 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:04.827 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:07.853 3: YeeLight bd_lightCeil - set bd_lightCeil rgb ff0000
2018.02.27 07:59:07.854 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 1325.
2018.02.27 07:59:07.854 1: stacktrace:
2018.02.27 07:59:07.854 1:     main::__ANON__                      called by ./FHEM/32_YeeLight.pm (1325)
2018.02.27 07:59:07.854 1:     main::YeeLight_IsOn                 called by ./FHEM/32_YeeLight.pm (882)
2018.02.27 07:59:07.854 1:     main::YeeLight_SendCmd              called by ./FHEM/32_YeeLight.pm (484)
2018.02.27 07:59:07.854 1:     main::YeeLight_SelectSetCmd         called by ./FHEM/32_YeeLight.pm (343)
2018.02.27 07:59:07.854 1:     main::YeeLight_Set                  called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:07.854 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:07.854 1:     main::CallFn                        called by fhem.pl (1759)
2018.02.27 07:59:07.854 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:07.854 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:07.854 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:07.854 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:07.854 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:07.855 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:07.855 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:07.855 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:07.855 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:07.855 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:07.861 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:07.861 1: stacktrace:
2018.02.27 07:59:07.861 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:07.861 1:     Color::devStateIcon                 called by (eval 36111) (1)
2018.02.27 07:59:07.862 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:07.862 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:07.862 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:07.862 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:07.862 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:07.862 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:07.862 1:     main::DoTrigger                     called by fhem.pl (1770)
2018.02.27 07:59:07.862 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:07.862 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:07.862 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:07.862 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:07.862 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:07.862 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:07.862 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:07.862 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:07.862 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:07.862 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:07.864 3: bd_lightCeil success sending 2: {"id":2,"params":[16711680],"method":"set_rgb"}
2018.02.27 07:59:07.870 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:07.870 1: stacktrace:
2018.02.27 07:59:07.870 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:07.870 1:     Color::devStateIcon                 called by (eval 36112) (1)
2018.02.27 07:59:07.870 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:07.870 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:07.870 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:07.870 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:07.871 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:07.871 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:07.871 1:     main::DoTrigger                     called by fhem.pl (4422)
2018.02.27 07:59:07.871 1:     main::readingsEndUpdate             called by ./FHEM/32_YeeLight.pm (1159)
2018.02.27 07:59:07.871 1:     main::YeeLight_Parse                called by ./FHEM/32_YeeLight.pm (1056)
2018.02.27 07:59:07.871 1:     main::Do_AnsQue                     called by ./FHEM/32_YeeLight.pm (1028)
2018.02.27 07:59:07.871 1:     main::Add_AnsQue                    called by ./FHEM/32_YeeLight.pm (959)
2018.02.27 07:59:07.871 1:     main::YeeLight_Read                 called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:07.871 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:07.871 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:07.872 3: bd_lightCeil updated readings.
2018.02.27 07:59:11.762 3: YeeLight bd_lightCeil - set bd_lightCeil rgb 0000ff
2018.02.27 07:59:11.763 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 1325.
2018.02.27 07:59:11.763 1: stacktrace:
2018.02.27 07:59:11.764 1:     main::__ANON__                      called by ./FHEM/32_YeeLight.pm (1325)
2018.02.27 07:59:11.764 1:     main::YeeLight_IsOn                 called by ./FHEM/32_YeeLight.pm (882)
2018.02.27 07:59:11.764 1:     main::YeeLight_SendCmd              called by ./FHEM/32_YeeLight.pm (484)
2018.02.27 07:59:11.764 1:     main::YeeLight_SelectSetCmd         called by ./FHEM/32_YeeLight.pm (343)
2018.02.27 07:59:11.764 1:     main::YeeLight_Set                  called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:11.764 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:11.764 1:     main::CallFn                        called by fhem.pl (1759)
2018.02.27 07:59:11.764 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:11.764 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:11.764 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:11.764 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:11.764 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:11.765 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:11.765 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:11.765 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:11.765 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:11.765 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:11.779 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:11.779 1: stacktrace:
2018.02.27 07:59:11.780 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:11.780 1:     Color::devStateIcon                 called by (eval 36118) (1)
2018.02.27 07:59:11.780 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:11.780 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:11.780 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:11.780 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:11.780 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:11.780 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:11.780 1:     main::DoTrigger                     called by fhem.pl (1770)
2018.02.27 07:59:11.780 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:11.780 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:11.780 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:11.780 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:11.780 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:11.780 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:11.781 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:11.781 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:11.781 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:11.781 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:11.785 3: bd_lightCeil success sending 3: {"id":3,"params":[255],"method":"set_rgb"}
2018.02.27 07:59:11.788 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:11.788 1: stacktrace:
2018.02.27 07:59:11.788 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:11.788 1:     Color::devStateIcon                 called by (eval 36119) (1)
2018.02.27 07:59:11.788 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:11.788 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:11.788 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:11.788 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:11.788 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:11.788 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:11.788 1:     main::DoTrigger                     called by fhem.pl (4422)
2018.02.27 07:59:11.788 1:     main::readingsEndUpdate             called by ./FHEM/32_YeeLight.pm (1159)
2018.02.27 07:59:11.788 1:     main::YeeLight_Parse                called by ./FHEM/32_YeeLight.pm (1056)
2018.02.27 07:59:11.788 1:     main::Do_AnsQue                     called by ./FHEM/32_YeeLight.pm (1028)
2018.02.27 07:59:11.788 1:     main::Add_AnsQue                    called by ./FHEM/32_YeeLight.pm (959)
2018.02.27 07:59:11.788 1:     main::YeeLight_Read                 called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:11.788 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:11.788 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:11.789 3: bd_lightCeil updated readings.
2018.02.27 07:59:15.341 3: YeeLight bd_lightCeil - set bd_lightCeil rgb 00ff00
2018.02.27 07:59:15.341 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 1325.
2018.02.27 07:59:15.341 1: stacktrace:
2018.02.27 07:59:15.341 1:     main::__ANON__                      called by ./FHEM/32_YeeLight.pm (1325)
2018.02.27 07:59:15.341 1:     main::YeeLight_IsOn                 called by ./FHEM/32_YeeLight.pm (882)
2018.02.27 07:59:15.341 1:     main::YeeLight_SendCmd              called by ./FHEM/32_YeeLight.pm (484)
2018.02.27 07:59:15.341 1:     main::YeeLight_SelectSetCmd         called by ./FHEM/32_YeeLight.pm (343)
2018.02.27 07:59:15.341 1:     main::YeeLight_Set                  called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:15.341 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:15.342 1:     main::CallFn                        called by fhem.pl (1759)
2018.02.27 07:59:15.342 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:15.342 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:15.342 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:15.342 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:15.342 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:15.342 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:15.342 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:15.342 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:15.342 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:15.342 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:15.349 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:15.349 1: stacktrace:
2018.02.27 07:59:15.349 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:15.349 1:     Color::devStateIcon                 called by (eval 36122) (1)
2018.02.27 07:59:15.349 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:15.349 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:15.350 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:15.350 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:15.350 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:15.350 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:15.350 1:     main::DoTrigger                     called by fhem.pl (1770)
2018.02.27 07:59:15.350 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:15.350 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:15.350 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:15.350 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:15.350 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:15.350 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:15.350 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:15.350 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:15.350 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:15.350 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:15.352 3: bd_lightCeil success sending 4: {"method":"set_rgb","params":[65280],"id":4}
2018.02.27 07:59:15.357 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:15.358 1: stacktrace:
2018.02.27 07:59:15.358 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:15.358 1:     Color::devStateIcon                 called by (eval 36123) (1)
2018.02.27 07:59:15.358 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:15.358 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:15.358 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:15.358 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:15.358 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:15.358 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:15.358 1:     main::DoTrigger                     called by fhem.pl (4422)
2018.02.27 07:59:15.358 1:     main::readingsEndUpdate             called by ./FHEM/32_YeeLight.pm (1159)
2018.02.27 07:59:15.358 1:     main::YeeLight_Parse                called by ./FHEM/32_YeeLight.pm (1056)
2018.02.27 07:59:15.358 1:     main::Do_AnsQue                     called by ./FHEM/32_YeeLight.pm (1028)
2018.02.27 07:59:15.358 1:     main::Add_AnsQue                    called by ./FHEM/32_YeeLight.pm (959)
2018.02.27 07:59:15.358 1:     main::YeeLight_Read                 called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:15.358 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:15.358 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:15.359 3: bd_lightCeil updated readings.
2018.02.27 07:59:17.896 3: YeeLight bd_lightCeil - set bd_lightCeil rgb ff0000
2018.02.27 07:59:17.896 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 1325.
2018.02.27 07:59:17.896 1: stacktrace:
2018.02.27 07:59:17.897 1:     main::__ANON__                      called by ./FHEM/32_YeeLight.pm (1325)
2018.02.27 07:59:17.897 1:     main::YeeLight_IsOn                 called by ./FHEM/32_YeeLight.pm (882)
2018.02.27 07:59:17.897 1:     main::YeeLight_SendCmd              called by ./FHEM/32_YeeLight.pm (484)
2018.02.27 07:59:17.897 1:     main::YeeLight_SelectSetCmd         called by ./FHEM/32_YeeLight.pm (343)
2018.02.27 07:59:17.897 1:     main::YeeLight_Set                  called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:17.897 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:17.897 1:     main::CallFn                        called by fhem.pl (1759)
2018.02.27 07:59:17.897 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:17.897 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:17.897 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:17.897 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:17.897 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:17.897 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:17.897 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:17.897 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:17.897 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:17.898 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:17.905 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:17.905 1: stacktrace:
2018.02.27 07:59:17.905 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:17.906 1:     Color::devStateIcon                 called by (eval 36130) (1)
2018.02.27 07:59:17.906 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:17.906 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:17.906 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:17.906 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:17.906 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:17.906 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:17.906 1:     main::DoTrigger                     called by fhem.pl (1770)
2018.02.27 07:59:17.906 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:17.906 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:17.906 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:17.906 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:17.906 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:17.906 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:17.906 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:17.906 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:17.906 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:17.907 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:17.909 3: bd_lightCeil success sending 5: {"method":"set_rgb","id":5,"params":[16711680]}
2018.02.27 07:59:17.914 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:17.915 1: stacktrace:
2018.02.27 07:59:17.915 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:17.915 1:     Color::devStateIcon                 called by (eval 36131) (1)
2018.02.27 07:59:17.915 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:17.915 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:17.915 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:17.915 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:17.915 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:17.915 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:17.915 1:     main::DoTrigger                     called by fhem.pl (4422)
2018.02.27 07:59:17.915 1:     main::readingsEndUpdate             called by ./FHEM/32_YeeLight.pm (1159)
2018.02.27 07:59:17.915 1:     main::YeeLight_Parse                called by ./FHEM/32_YeeLight.pm (1056)
2018.02.27 07:59:17.915 1:     main::Do_AnsQue                     called by ./FHEM/32_YeeLight.pm (1028)
2018.02.27 07:59:17.915 1:     main::Add_AnsQue                    called by ./FHEM/32_YeeLight.pm (959)
2018.02.27 07:59:17.915 1:     main::YeeLight_Read                 called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:17.915 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:17.915 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:17.917 3: bd_lightCeil updated readings.
2018.02.27 07:59:20.779 3: YeeLight bd_lightCeil - set bd_lightCeil rgb ffffff
2018.02.27 07:59:20.779 1: PERL WARNING: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 1325.
2018.02.27 07:59:20.779 1: stacktrace:
2018.02.27 07:59:20.780 1:     main::__ANON__                      called by ./FHEM/32_YeeLight.pm (1325)
2018.02.27 07:59:20.780 1:     main::YeeLight_IsOn                 called by ./FHEM/32_YeeLight.pm (882)
2018.02.27 07:59:20.780 1:     main::YeeLight_SendCmd              called by ./FHEM/32_YeeLight.pm (484)
2018.02.27 07:59:20.780 1:     main::YeeLight_SelectSetCmd         called by ./FHEM/32_YeeLight.pm (343)
2018.02.27 07:59:20.780 1:     main::YeeLight_Set                  called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:20.780 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:20.780 1:     main::CallFn                        called by fhem.pl (1759)
2018.02.27 07:59:20.780 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:20.780 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:20.780 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:20.780 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:20.780 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:20.780 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:20.780 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:20.781 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:20.781 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:20.781 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:20.789 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:20.789 1: stacktrace:
2018.02.27 07:59:20.789 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:20.789 1:     Color::devStateIcon                 called by (eval 36135) (1)
2018.02.27 07:59:20.789 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:20.789 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:20.789 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:20.790 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:20.790 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:20.790 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:20.790 1:     main::DoTrigger                     called by fhem.pl (1770)
2018.02.27 07:59:20.790 1:     main::DoSet                         called by fhem.pl (1791)
2018.02.27 07:59:20.790 1:     main::CommandSet                    called by ./FHEM/98_cmdalias.pm (99)
2018.02.27 07:59:20.790 1:     main::CommandCmdAlias               called by fhem.pl (1172)
2018.02.27 07:59:20.790 1:     main::AnalyzeCommand                called by fhem.pl (1025)
2018.02.27 07:59:20.790 1:     main::AnalyzeCommandChain           called by ./FHEM/01_FHEMWEB.pm (2517)
2018.02.27 07:59:20.790 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (850)
2018.02.27 07:59:20.790 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.02.27 07:59:20.790 1:     main::FW_Read                       called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:20.790 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:20.790 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:20.818 3: bd_lightCeil success sending 6: {"method":"set_rgb","params":[16777215],"id":6}
2018.02.27 07:59:20.858 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.02.27 07:59:20.858 1: stacktrace:
2018.02.27 07:59:20.858 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.02.27 07:59:20.858 1:     Color::devStateIcon                 called by (eval 36136) (1)
2018.02.27 07:59:20.858 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2706)
2018.02.27 07:59:20.858 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3022)
2018.02.27 07:59:20.858 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2897)
2018.02.27 07:59:20.858 1:     main::FW_Notify                     called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:20.858 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:20.858 1:     main::CallFn                        called by fhem.pl (3432)
2018.02.27 07:59:20.858 1:     main::DoTrigger                     called by fhem.pl (4422)
2018.02.27 07:59:20.858 1:     main::readingsEndUpdate             called by ./FHEM/32_YeeLight.pm (1159)
2018.02.27 07:59:20.858 1:     main::YeeLight_Parse                called by ./FHEM/32_YeeLight.pm (1056)
2018.02.27 07:59:20.859 1:     main::Do_AnsQue                     called by ./FHEM/32_YeeLight.pm (1028)
2018.02.27 07:59:20.859 1:     main::Add_AnsQue                    called by ./FHEM/32_YeeLight.pm (942)
2018.02.27 07:59:20.859 1:     main::YeeLight_Read                 called by ./FHEM/98_apptime.pm (207)
2018.02.27 07:59:20.859 1:     main::apptime_getTiming             called by ./FHEM/98_apptime.pm (167)
2018.02.27 07:59:20.859 1:     main::CallFn                        called by fhem.pl (689)
2018.02.27 07:59:20.860 3: bd_lightCeil updated readings.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ToM_ToM am 27 Februar 2018, 08:55:33
Hey, klingt äußerst interessant. :)

Aktuell habe ich Philips HUE im Einsatz. Bei denen stört mich jedoch, wenn ich sie als Wakeuplight (langsam Helligkeit erhöhen) verwende, dass sie beim einschalten immer erst kurz aufblitzen bevor sie dann langsam heller werden. Da ich die Birne direkt übers Bett habe, ist das, wenn man auf dem Rücken liegt schon äußerst nervig morgens. Wenn man in der Zeit auf der Seite liegt, merkt man es zum Glück nicht. Aber wer weiß schon immer, wie er morgens genau liegt.^^
Wie ist es hier mit den Yeelights? Haben diese den gleichen Effekt?

VG, Thomas
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sutadur am 04 März 2018, 02:10:55
Zitat von: eckonator am 25 Oktober 2017, 00:20:08
Kann mir jemand erklären, welche Logik sich hier dahinter verbirgt:

set Yeelight start_cf 3 0 500,1,255,100,500,1,1,1

Mir ist nicht klar, wie sich die Zahlen zusammen setzen.
Ich will ein Polizeilicht rot/blau ohne fade, eher blitzend um ein Alarmlicht bei Einbruch zu haben  ;)
Ich weiß nicht, ob das Thema noch aktuell ist, aber mich hat das auch mal beschäftigt und basierend auf diesem Beitrag von killah78 (https://forum.fhem.de/index.php/topic,62570.msg721168.html#msg721168) habe ich mal das hier "gebaut":

start_cf 150 0 50,1,255,100,300,1,1,1,50,1,16000000,100,300,1,1,1

Die "150" am Anfang gibt die Zahl der Durchläufe an, bei "0" startet das lt. der Dokumentation eine Endlosschleife. Gibt es eigentlich dazu irgendwo Listen, wo die 16,7 Mio Farben entsprechend zugeordnet sind? Die gängigen Tabellen enthalten "nur" die Werte in Hex und eben in RGB (z.B. sowas wie "139,0,0"). Und beides ist hier nicht zu gebrauchen, so war es eigentlich nur ein Zufallstreffer, dass der Wert "16000000" die Farbe "rot" ergibt.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 05 März 2018, 11:28:49
Hab mich mit dem Modul jetzt auch mal etwas beschäftigt und hab ein paar Fragen/Probleme:

ich bekomme regelmäßig im Log diese Warnung:
2018.03.05 10:20:41.819 1: PERL WARNING: Argument "No get implemented for bd_lightCeil" isn't numeric in numeric lt (<) at FHEM/Color.pm line 435.
2018.03.05 10:20:41.819 1: stacktrace:
2018.03.05 10:20:41.819 1:     main::__ANON__                      called by FHEM/Color.pm (435)
2018.03.05 10:20:41.819 1:     Color::devStateIcon                 called by (eval 837) (1)
2018.03.05 10:20:41.819 1:     (eval)                              called by ./FHEM/01_FHEMWEB.pm (2707)
2018.03.05 10:20:41.820 1:     main::FW_dev2image                  called by ./FHEM/01_FHEMWEB.pm (3023)
2018.03.05 10:20:41.820 1:     main::FW_devState                   called by ./FHEM/01_FHEMWEB.pm (2898)
2018.03.05 10:20:41.820 1:     main::FW_Notify                     called by fhem.pl (3531)
2018.03.05 10:20:41.820 1:     main::CallFn                        called by fhem.pl (3451)
2018.03.05 10:20:41.820 1:     main::DoTrigger                     called by fhem.pl (2848)
2018.03.05 10:20:41.820 1:     main::CommandAttr                   called by fhem.pl (1176)
2018.03.05 10:20:41.820 1:     main::AnalyzeCommand                called by ./FHEM/01_FHEMWEB.pm (2516)
2018.03.05 10:20:41.820 1:     main::FW_fC                         called by ./FHEM/01_FHEMWEB.pm (893)
2018.03.05 10:20:41.820 1:     main::FW_answerCall                 called by ./FHEM/01_FHEMWEB.pm (537)
2018.03.05 10:20:41.820 1:     main::FW_Read                       called by fhem.pl (3531)
2018.03.05 10:20:41.820 1:     main::CallFn                        called by fhem.pl (690)

Kann man da etwas machen?

Bei dem Befehl "start_cf": wie lange darf die Duration da maximal sein? Ich hatte gestern das Gefühl, dass mein Befehl mit 10000 ms funktioniert hat, aber mit 20000 ms nicht?

Ich schalte die Yeelight Bulb hart über einen Wandschalter aus bei Nichtgebrauch. Das Modul versucht sich aber regelmäßig zu connecten und erzeugt Meldungen im Log. Kann man das Modul so benutzen, dass man es nur händisch zum Verbinden auffordert oder ist das harte Stromlosschalten so nicht vorgesehen?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sutadur am 05 März 2018, 13:28:31
Zitat von: vbs am 05 März 2018, 11:28:49
Ich schalte die Yeelight Bulb hart über einen Wandschalter aus bei Nichtgebrauch. Das Modul versucht sich aber regelmäßig zu connecten und erzeugt Meldungen im Log. Kann man das Modul so benutzen, dass man es nur händisch zum Verbinden auffordert oder ist das harte Stromlosschalten so nicht vorgesehen?
Zum ersten Teil stehe ich vor einem ähnlichen Problem, mein Log quillt über vor lauter Fehlermeldungen. Ich habe dann verbose (https://wiki.fhem.de/wiki/Verbose) auf 2 gesetzt, das hilft auf jeden Fall schon mal, ein übermäßig langes Logfile zu vermeiden, auf der anderen Seite fehlen dann u.U. wichtige Hinweise auf Fehlfunktionen. Wenn man das auch eleganter lösen kann, nehme ich das gerne mit.
Was das Abschalten betrifft, ist das bei solchen "smarten" Lampen wohl grundsätzlich nicht vorgesehen und widerspricht ein Stück weit auch dem Verwendungszweck. Aber ich mache das auch. :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 05 März 2018, 15:34:36
Zitat von: Sutadur am 05 März 2018, 13:28:31
Zum ersten Teil stehe ich vor einem ähnlichen Problem, mein Log quillt über vor lauter Fehlermeldungen. Ich habe dann verbose (https://wiki.fhem.de/wiki/Verbose) auf 2 gesetzt, das hilft auf jeden Fall schon mal, ein übermäßig langes Logfile zu vermeiden, auf der anderen Seite fehlen dann u.U. wichtige Hinweise auf Fehlfunktionen. Wenn man das auch eleganter lösen kann, nehme ich das gerne mit.
Ich hab mal hier ein Attribut "autoConnect" hinzugefügt. Wenn man das auf "0" setzt, dann baut das Modul nicht ständig eine Verbindung auf. Muss man dann händisch mit "reopen" machen. Werde mal versuchen, das mit einem PRESENCE-Device, welches engmaschig pingt, zu bewerkstelligen:
https://github.com/verybadsoldier/32_YeeLight.pm

Zitat von: Sutadur am 05 März 2018, 13:28:31
Was das Abschalten betrifft, ist das bei solchen "smarten" Lampen wohl grundsätzlich nicht vorgesehen und widerspricht ein Stück weit auch dem Verwendungszweck. Aber ich mache das auch. :)
Hm, denke schon, dass das vorgesehen ist. Die App bietet ja eine ganz gute Konfiguration an, was im Stromlos-Fall passieren soll.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Ajuba am 07 März 2018, 21:43:54
Ich verwende nur das 32_YeeLight.pm Modul mit einer Yeelight Color Bulb und es funktioniert größtenteils auch wunderbar.
Trotzdem würde ich die Verbindungsabrisse und die regelmäßigen Meldungen in meinem Logfile gerne los werden:
Meine IP-Adresse habe ich auf XXX.XXX.XXX.XXX geändert.

2018.03.07 06:18:27 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 06:18:33 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 06:19:22 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 06:19:29 2: YeeKZ: XXX.XXX.XXX.XXX: No route to host
2018.03.07 06:20:34 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 06:21:22 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 06:21:29 2: YeeKZ: XXX.XXX.XXX.XXX: No route to host
2018.03.07 06:22:35 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 08:02:19 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 08:02:26 2: YeeKZ: XXX.XXX.XXX.XXX: No route to host
2018.03.07 08:03:32 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 08:04:19 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 08:04:31 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 08:05:21 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 08:05:31 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 11:08:28 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 11:08:36 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 11:09:24 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 11:09:32 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)
2018.03.07 11:10:21 1: XXX.XXX.XXX.XXX:55443 disconnected, waiting to reappear (YeeKZ)
2018.03.07 11:10:28 2: YeeKZ: XXX.XXX.XXX.XXX: No route to host
2018.03.07 11:11:28 1: XXX.XXX.XXX.XXX:55443 reappeared (YeeKZ)


Meine Definition sieht so aus:
define YeeKZ YeeLight XXX.XXX.XXX.XXX
attr YeeKZ 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 YeeKZ room YeeLight
attr YeeKZ webCmd rgb:bright:ct:rgb ffffff:rgb ff0000:rgb 00ff00:rgb 0000ff:on:off
attr YeeKZ widgetOverride bright:colorpicker,BRI,0,1,100 ct:colorpicker,CT,1700,10,6500 rgb:colorpicker,RGB


Liegt das an meinem WLAN oder kann ich in Fhem was verbessern?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 11 März 2018, 13:30:36
Irgendwie verstehe ich das Ding nicht... Das Modul zeigt bei mir gerne mal eine falsche Farbe an in FHEM. Ich finde die Daten, die von der Bulb gesendet werden, aber auch schon komisch:
2018.03.11 13:26:19.873 4 : bd_lightCeil: GetUpdate
2018.03.11 13:26:19.876 4 : bd_lightCeil is sending {"id":19,"method":"get_prop","params":["power","bright","ct","rgb","hue","sat","color_mode","flowing","delayoff","flow_params","music_on","name"]}
2018.03.11 13:26:19.877 4 : reading from bd_lightCeil: {"id":19, "result":["on","100","2928","1376511","160","100","3","0","0","","0",""]}


Das ist ein GetUpdate-Aufruf. Die Bulb sendet selber ein RGB-Wert von 1376511 (#1500FF) und gleichzeitig einen "hue" von "160". Passt doch gar nicht zusammen?! Versteht das jemand? Der Hue-Wert laut "RGB" (#1500FF) müsste mMn eigentlich 245 sein.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 21 März 2018, 11:16:07
Zitat von: vbs am 05 März 2018, 15:34:36
Ich hab mal hier ein Attribut "autoConnect" hinzugefügt. Wenn man das auf "0" setzt, dann baut das Modul nicht ständig eine Verbindung auf. Muss man dann händisch mit "reopen" machen. Werde mal versuchen, das mit einem PRESENCE-Device, welches engmaschig pingt, zu bewerkstelligen:
https://github.com/verybadsoldier/32_YeeLight.pm (https://github.com/verybadsoldier/32_YeeLight.pm)
Hm, denke schon, dass das vorgesehen ist. Die App bietet ja eine ganz gute Konfiguration an, was im Stromlos-Fall passieren soll.


Perfekt. Endlich bin ich einen Großteil meiner "freezes" im Log los. Werde das auch via Presence lösen, denke ich.


Danke dafür.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 21 März 2018, 11:56:53
Ich hatte das noch etwas weiter umgebaut und betreibe es jetzt bei mir doch mit "autoConnect" und ohne Presence-Device. Das Modul versucht jetzt regelmäßig non-blocking und stillschweigend eine Verbindung aufzubauen. Ich glaube jede Minute. Das ist also soweit ok mMn und verursacht keine Freezes mehr.
Das mit autoConnect=0 und Presence-Ping braucht man eigentlich nur, wenn einem die Minute zu lang ist und man das abkürzen möchte.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 21 März 2018, 12:20:53
Zitat von: vbs am 21 März 2018, 11:56:53
Ich hatte das noch etwas weiter umgebaut und betreibe es jetzt bei mir doch mit "autoConnect" und ohne Presence-Device. Das Modul versucht jetzt regelmäßig non-blocking und stillschweigend eine Verbindung aufzubauen. Ich glaube jede Minute. Das ist also soweit ok mMn und verursacht keine Freezes mehr.
Das mit autoConnect=0 und Presence-Ping braucht man eigentlich nur, wenn einem die Minute zu lang ist und man das abkürzen möchte.


OK, schaue ich mir an.


Frage (ohne es genau zu wissen): Kann es sein, dass der JSON-Request an die Lampen immer gleich aussieht (also zB incl. "rgb" usw), unabhängig vom Model. Meine das so in StatusRequest gesehen zu haben. Müsste doch eigentlich ähnlich wie $list modellabhängig aufgebaut werden?


Bzgl. autoConnect und freezes probiere ich nächste Tage.


Gruß Tom
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 21 März 2018, 12:51:18
Ist auf jeden Fall so implementiert, wie du es beschreibst. Ich vermute mal, dass die Lampe dann nur diejenigen Felder beantwortet, die sie auch unterstützt. Sprich: es schadet nichts, wenn man nach mehr fragt, z.B. "rgb".
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 21 März 2018, 14:01:40
Zitat von: vbs am 21 März 2018, 12:51:18
Ist auf jeden Fall so implementiert, wie du es beschreibst. Ich vermute mal, dass die Lampe dann nur diejenigen Felder beantwortet, die sie auch unterstützt. Sprich: es schadet nichts, wenn man nach mehr fragt, z.B. "rgb".

Mal ne kurze Frage, welche Repo wird nun weitergepflegt oder weiter entwickelt?
Das aus dem ersten Post scheint noch ein haufen baustellen zu haben.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 21 März 2018, 17:25:30
Zitat von: vbs am 21 März 2018, 11:56:53
Ich hatte das noch etwas weiter umgebaut und betreibe es jetzt bei mir doch mit "autoConnect" und ohne Presence-Device. Das Modul versucht jetzt regelmäßig non-blocking und stillschweigend eine Verbindung aufzubauen. Ich glaube jede Minute. Das ist also soweit ok mMn und verursacht keine Freezes mehr.
Das mit autoConnect=0 und Presence-Ping braucht man eigentlich nur, wenn einem die Minute zu lang ist und man das abkürzen möchte.

Moin,
eigentlich bräuchte man doch selbst das nicht. Die Lampen schicken ja alle Nase lang Broadcasts - insbesondere, sobald sie Strom bekommen. Wenn die Bridge kontinuierlich auf die Broadcasts lauscht, kann sie doch Devices automatisch connecten, wenn diese vorher disconnected waren und ein Broadcast eingeht. Ich hab selbst schon mal vor ein paar Monaten daran herumgefummelt, bin aber nicht weitergekommen. Mag sich das mal jemand mit besseren Perlkenntnissen ansehen?
Gruß, Uli
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 21 März 2018, 19:53:15
Zitat von: f-zappa am 21 März 2018, 17:25:30
Ich hab selbst schon mal vor ein paar Monaten daran herumgefummelt, bin aber nicht weitergekommen. Mag sich das mal jemand mit besseren Perlkenntnissen ansehen?
Finde die Idee gut, das zu nutzen. Zeig doch mal, wo es klemmt, evtl. kann jemand helfen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Ajuba am 21 März 2018, 22:31:34
Zitat von: no_Legend am 21 März 2018, 14:01:40
Mal ne kurze Frage, welche Repo wird nun weitergepflegt oder weiter entwickelt?
Das aus dem ersten Post scheint noch ein haufen baustellen zu haben.
Das würde mich auch interessieren. Zurzeit habe ich noch die Version vom ersten Post. Soll ich wechseln?
Ich hatte ja auch schon weiter oben gepostet, dass mich reichlich Logeinträge von Reconnects plagen. Wahrscheinlich sind die auch an meinen zeitweiligen Freezes Schuld.
Ach ja, eine Frage hätte ich noch: Braucht man für eine einzige Lampe nun das Bridge Modul oder nicht?
Zitat von: f-zappa am 21 März 2018, 17:25:30
Wenn die Bridge kontinuierlich auf die Broadcasts lauscht, kann sie doch Devices automatisch connecten, wenn diese vorher disconnected waren und ein Broadcast eingeht.
Ich war vorher der Meinung man braucht das Bridge Modul nur wenn man mehrere Lampen in einer Gruppe betreiben will.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 21 März 2018, 22:47:53
Habe mich mal daran versucht, das Connecten an das NOTIFY zu knüpfen, wie von f-zappa vorgeschlagen. War eigentlich sogar alles im Modul auch schon vorbereitet, bis auf den Connect selbst. Hab ich mal eingecheckt. Also wer mag, kann gerne mal testen. autoConnect muss auf "1" stehen bzw. nicht gesetzt sein.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 22 März 2018, 00:00:10
Zitat von: vbs am 21 März 2018, 22:47:53
Habe mich mal daran versucht, das Connecten an das NOTIFY zu knüpfen, wie von f-zappa vorgeschlagen. War eigentlich sogar alles im Modul auch schon vorbereitet, bis auf den Connect selbst. Hab ich mal eingecheckt. Also wer mag, kann gerne mal testen. autoConnect muss auf "1" stehen bzw. nicht gesetzt sein.


Count me in. Ab morgen abend. ;-)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 22 März 2018, 10:02:22
Allen anschein nach will keine meine Frage oder die von Ajuba beantworten.

@VBS hast du nen Fork gemacht?
Wirst du das Modul irgendwann offiziell in FHEM Repo bringen?

Danke und Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 22 März 2018, 10:41:59
Ich hab einfach das Ding genommen und ein paar Sachen geändert, die mich gestört haben. Ich habe aber ansonsten keine weiteren Pläne, das Modul als Maintainer zu übernehmen oder ähnliches. Ansonsten weiß ich auch nur das, was hier Thread für jedermann zu lesen ist: letzter Commit im Original-Repo war Aug2017. Letzter Post des Autors hier im Thread war auch irgendwann im letzten Jahr, wenn ich das richtig sehe.
Für nähere Infos zu den offiziellen Plänen des Moduls, kann dir wohl nur der Autor selbst Auskunft geben. Ich hab auch keine Meinung dazu, welches Modul verwendet werden "soll". :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Ajuba am 22 März 2018, 11:04:17
Hallo vbs

Danke für die klärende Stellungnahme. Ich habe auch gerade nachgerechnet, dass sich der Originalmodulautor seit einem halben Jahr nicht mehr geäußert hat.

Bevor ich mich an Tests mit deiner Version begebe: Kannst du mir vielleicht beantworten, ob man das Modul Bridge bei einer einzigen Lampe nun braucht oder nicht und ob es Verbesserungen bezüglich Verbindungsstabilität bringt?
Verwendest du es oder verwendest du nur das von dir modifizierte Yeelight Modul?

Ich frage deshalb soviel und probiere nicht einfach weil die Lampe im Produktiv-Einsatz als Schlaflicht im Kinderzimmer ist. Da kann ich dann natürlich abends nicht rumspielen damit.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 22 März 2018, 12:31:51
Ich benutze es mit Bridge. Kann aber leider nicht mit Sicherheit sagen, ob es auch ohne geht. Diese o.g. NOTIFY-Funktionalität funktioniert aber definitiv nur mit Bridge.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 23 März 2018, 15:24:40
Zitat von: vbs am 21 März 2018, 22:47:53
Habe mich mal daran versucht, das Connecten an das NOTIFY zu knüpfen, wie von f-zappa vorgeschlagen. War eigentlich sogar alles im Modul auch schon vorbereitet, bis auf den Connect selbst. Hab ich mal eingecheckt. Also wer mag, kann gerne mal testen. autoConnect muss auf "1" stehen bzw. nicht gesetzt sein.
So, ich bin zu deiner Version gewechselt. Endlich verhält sich das Ding so, wie es soll und müllt auch nicht mehr das Log voll.
Yeah!  Danke!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 23 März 2018, 16:47:03
Zitat von: vbs am 21 März 2018, 22:47:53
Habe mich mal daran versucht, das Connecten an das NOTIFY zu knüpfen, wie von f-zappa vorgeschlagen. War eigentlich sogar alles im Modul auch schon vorbereitet, bis auf den Connect selbst. Hab ich mal eingecheckt. Also wer mag, kann gerne mal testen. autoConnect muss auf "1" stehen bzw. nicht gesetzt sein.


Nice. Klappt wunderbar - keine Freezes, hinreichend schnelle Erkennung - und keine Freezes mehr (zumindest nicht YeeLight-verursacht).


Danke dafür, dass Du - wenn auch vermutlich erstmal nur aus Eigeninteresse - die Pflege / Entwicklung des Moduls vorantreibst.


Tom
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Ajuba am 23 März 2018, 17:16:27
Klingt toll  :D
Verratet ihr mir bitte noch wie ich genau vorgehen muss
- Von https://github.com/verybadsoldier/32_YeeLight.pm herunterladen?
- Auf den Raspi kopieren und die alten Dateien überspielen?
- Rechte (fhem dialout) checken?
- Fhem neu starten?
- Kann ich meine bisherige Yeelight Definition gleich lassen und muss nur Yeelight Bridge noch dazu definieren?
- Wie muss das notify aussehen?

Sorry, viele Basic-fragen aber ich habe das noch nie so gemacht und wie gesagt ist es ein Live System im Kinderzimmer  ???

Danke im voraus.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 23 März 2018, 19:32:32
Ja, war tatsächlich erstmal Eigennutz meinerseits. Aber freue mich trotzdem, wenn es jemand anderem auch weiter hilft.

@Ajuba:
Am besten FHEM's integrierten Update-Mechanismus nutzen:
https://wiki.fhem.de/wiki/Update

Das control-File liegt hier:
https://raw.githubusercontent.com/verybadsoldier/32_YeeLight.pm/master/controls_yeelight.txt

Das Modul verbindet sich automatisch, sobald die Bulb online geht. Ein notify braucht man dann nicht mehr. Definition kannst du so lassen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Ajuba am 23 März 2018, 20:47:49
Das Update scheint mal gut gegangen zu sein.
2018.03.23 20:10:15 1: UPD FHEM/32_YeeLight.pm
2018.03.23 20:10:15 1: saving fhem.cfg
2018.03.23 20:10:15 1: saving ./log/fhem.save
2018.03.23 20:10:15 1:
2018.03.23 20:10:15 1: New entries in the CHANGED file:
2018.03.23 20:10:15 1: YeeLight last change:
2018.03.23 20:10:15 1: 2017-08-02
2018.03.23 20:10:15 1:  - bugfix: attr keepAlive couldn't be set to "0"
2018.03.23 20:10:15 1:  - bugfix: reconnect to not reachable lamp blocked fhem
2018.03.23 20:10:15 1: Calling /usr/bin/perl ./contrib/commandref_join.pl -noWarnings, this may take a while
2018.03.23 20:11:20 1: *** EN FHEM/73_AMADCommBridge.pm: negative tagcount for ul, line 1095
2018.03.23 20:11:20 1: *** EN FHEM/95_Babble.pm: negative tagcount for ul, line 2247
2018.03.23 20:11:20 1: *** EN FHEM/10_IT.pm: negative tagcount for li, line 1532
2018.03.23 20:11:20 1: *** EN FHEM/73_UpsPico.pm: negative tagcount for td, line 1189
2018.03.23 20:11:20 1: *** EN FHEM/73_UpsPico.pm: negative tagcount for tr, line 1190
2018.03.23 20:11:20 1: *** EN FHEM/32_YeeLight.pm: No document text found
2018.03.23 20:11:20 1: *** EN FHEM/32_YeeLightBridge.pm: No document text found
2018.03.23 20:11:20 1: *** EN FHEM/98_apptime.pm: negative tagcount for li, line 347
2018.03.23 20:11:20 1: *** EN FHEM/98_apptime.pm: negative tagcount for div, line 439
2018.03.23 20:11:20 1: *** DE FHEM/73_AMADCommBridge.pm: negative tagcount for ul, line 1169
2018.03.23 20:11:20 1: *** DE FHEM/98_DOIF.pm: negative tagcount for code, line 3628
2018.03.23 20:11:20 1: *** DE FHEM/10_IT.pm: negative tagcount for li, line 1819
2018.03.23 20:11:20 1: *** DE FHEM/71_PHILIPS_AUDIO.pm: negative tagcount for li, line 2613
2018.03.23 20:11:20 1: *** DE FHEM/21_SONOSPLAYER.pm: negative tagcount for li, line 2014
2018.03.23 20:11:20 1: *** DE FHEM/21_SONOSPLAYER.pm: negative tagcount for ul, line 2053
2018.03.23 20:11:20 1: *** DE FHEM/73_UpsPico.pm: negative tagcount for td, line 1369
2018.03.23 20:11:20 1: *** DE FHEM/73_UpsPico.pm: negative tagcount for tr, line 1370
2018.03.23 20:11:20 1:
2018.03.23 20:11:20 1: update finished, "shutdown restart" is needed to activate the changes

Da habe ich nun aber nur das Update von Yeelight bekommen. Von YeelightBridge habe ich noch das Original. Ist das Egal, weil der OriginalModulauthor meinte mal, man soll darauf achten dass beide aus der gleichen Quelle sein sollen???

Als ich dann trotzdem noch die Bridge definieren wollte.
define YeeBridge YeeLightBridge
wurde folgendes ausgegeben
Cannot load module YeeLightBridge

und im Logfile steht nun
2018.03.23 20:18:35 1: reload: Error:Modul 32_YeeLightBridge deactivated:
Can't locate IO/Socket/Multicast.pm in @INC (you may need to install the IO::Socket::Multicast module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/32_YeeLightBridge.pm line 24.
BEGIN failed--compilation aborted at ./FHEM/32_YeeLightBridge.pm line 24.

2018.03.23 20:18:35 0: Can't locate IO/Socket/Multicast.pm in @INC (you may need to install the IO::Socket::Multicast module) (@INC contains: . /etc/perl /usr/local/lib/arm-linux-gnueabihf/perl/5.20.2 /usr/local/share/perl/5.20.2 /usr/lib/arm-linux-gnueabihf/perl5/5.20 /usr/share/perl5 /usr/lib/arm-linux-gnueabihf/perl/5.20 /usr/share/perl/5.20 /usr/local/lib/site_perl ./FHEM) at ./FHEM/32_YeeLightBridge.pm line 24.
BEGIN failed--compilation aborted at ./FHEM/32_YeeLightBridge.pm line 24.


Braucht man "IO::Socket::Multicast" wirklich oder verstehe ich das falsch? Wenn ja, wird das so installiert? sudo cpan install IO::Socket::Multicast
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: vbs am 26 März 2018, 01:03:32
Bei der Bridge gab es einfach keine Änderungen. Wenn vorhanden, dann Module über die Paketverwaltung deiner Distro installieren.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 30 März 2018, 20:23:43
Bei mir scheint das Modul oder Bridge das FHEM nach ein paar Stunden auf 100% CPU Auslastung zu bringen.
Bis ich auf dein Modul umgestiegen bin hat alles einwandfrei funktioniert.
System läuft auf einem Ubuntu 16.04 LTS mit allen Updates.
Im log ist leider nicht viel zu finden.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 31 März 2018, 07:49:59
Kommando zurück. Dein Modul ist nicht der Auslöser.
Muss was anderes sein.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sutadur am 03 April 2018, 00:10:30
Im Grundsatz sollte man dieses Modul ja auch für die Xiaomi Ceiling LED (Deckenleuchten) nutzen können, oder? Muss oder sollte man da was besonderes beachten? Und kann man irgendwie deaktivieren, dass in FHEM Einträge für Farben angelegt werden?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 03 April 2018, 10:16:35
Zitat von: Sutadur am 03 April 2018, 00:10:30
Im Grundsatz sollte man dieses Modul ja auch für die Xiaomi Ceiling LED (Deckenleuchten) nutzen können, oder? Muss oder sollte man da was besonderes beachten? Und kann man irgendwie deaktivieren, dass in FHEM Einträge für Farben angelegt werden?
Versteh nicht genau was du meinst.
Keine farbewerte?
Wenn die Lampen das Yeelight System kann und per lan Modus steuerbar ist sollte es gehen.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChHerrm am 17 April 2018, 21:22:54
Hallo zusammen,
inzwischen gibt es ja die Xiaomi Nachttischlampe auch mit WLAN, die ich mir bestellt habe aber noch ne Weile unterwegs ist:
https://de.aliexpress.com/item/Original-Smart-Xiaomi-Mijia-Bett-Nachttisch-Lampe-Bluetooth-WiFI-LED-Licht-Touchlight-RGBW-Touch-Steuerung-f/32837652474.html?spm=a2g0x.search0104.3.1.5d7b6daaAio9ff&ws_ab_test=searchweb0_0%2Csearchweb201602_1_10320_10152_10321_10065_10151_10344_10068_10342_10547_10343_10322_10340_5722611_10341_10548_10698_10697_10193_10696_10194_5722911_5722811_10084_5722711_10083_10618_10304_10307_10302_5711211_10180_10059_10184_10534_308_100031_10319_10103_441_10624_10623_10622_10186_10621_10620_5711311_5722511%2Csearchweb201603_25%2CppcSwitch_3&algo_expid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419-0&algo_pvid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419&transAbTest=ae803_2&priceBeautifyAB=0
(https://de.aliexpress.com/item/Original-Smart-Xiaomi-Mijia-Bett-Nachttisch-Lampe-Bluetooth-WiFI-LED-Licht-Touchlight-RGBW-Touch-Steuerung-f/32837652474.html?spm=a2g0x.search0104.3.1.5d7b6daaAio9ff&ws_ab_test=searchweb0_0%2Csearchweb201602_1_10320_10152_10321_10065_10151_10344_10068_10342_10547_10343_10322_10340_5722611_10341_10548_10698_10697_10193_10696_10194_5722911_5722811_10084_5722711_10083_10618_10304_10307_10302_5711211_10180_10059_10184_10534_308_100031_10319_10103_441_10624_10623_10622_10186_10621_10620_5711311_5722511%2Csearchweb201603_25%2CppcSwitch_3&algo_expid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419-0&algo_pvid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419&transAbTest=ae803_2&priceBeautifyAB=0)

Gibt es schon Erfahrungen wie ich die in FHEM einbinden kann? Ist das mit YeeLight möglich oder in welchem Thread ist das überhaupt anzusiedeln?
Danke für eure Rückmeldungen! :-)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 17 April 2018, 21:58:52
Zitat von: ChHerrm am 17 April 2018, 21:22:54
Hallo zusammen,
inzwischen gibt es ja die Xiaomi Nachttischlampe auch mit WLAN, die ich mir bestellt habe aber noch ne Weile unterwegs ist:
https://de.aliexpress.com/item/Original-Smart-Xiaomi-Mijia-Bett-Nachttisch-Lampe-Bluetooth-WiFI-LED-Licht-Touchlight-RGBW-Touch-Steuerung-f/32837652474.html?spm=a2g0x.search0104.3.1.5d7b6daaAio9ff&ws_ab_test=searchweb0_0%2Csearchweb201602_1_10320_10152_10321_10065_10151_10344_10068_10342_10547_10343_10322_10340_5722611_10341_10548_10698_10697_10193_10696_10194_5722911_5722811_10084_5722711_10083_10618_10304_10307_10302_5711211_10180_10059_10184_10534_308_100031_10319_10103_441_10624_10623_10622_10186_10621_10620_5711311_5722511%2Csearchweb201603_25%2CppcSwitch_3&algo_expid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419-0&algo_pvid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419&transAbTest=ae803_2&priceBeautifyAB=0
(https://de.aliexpress.com/item/Original-Smart-Xiaomi-Mijia-Bett-Nachttisch-Lampe-Bluetooth-WiFI-LED-Licht-Touchlight-RGBW-Touch-Steuerung-f/32837652474.html?spm=a2g0x.search0104.3.1.5d7b6daaAio9ff&ws_ab_test=searchweb0_0%2Csearchweb201602_1_10320_10152_10321_10065_10151_10344_10068_10342_10547_10343_10322_10340_5722611_10341_10548_10698_10697_10193_10696_10194_5722911_5722811_10084_5722711_10083_10618_10304_10307_10302_5711211_10180_10059_10184_10534_308_100031_10319_10103_441_10624_10623_10622_10186_10621_10620_5711311_5722511%2Csearchweb201603_25%2CppcSwitch_3&algo_expid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419-0&algo_pvid=6e10dfc1-d0f7-4313-9a7a-6cb6b1dbf419&transAbTest=ae803_2&priceBeautifyAB=0)

Gibt es schon Erfahrungen wie ich die in FHEM einbinden kann? Ist das mit YeeLight möglich oder in welchem Thread ist das überhaupt anzusiedeln?
Danke für eure Rückmeldungen! :-)

Yeelight kann mit den Lampen umgehen.
Hab aber noch nicht alles raus.
Was mit bisher nicht geglückt ist, die lampe wie mit der yeelight App in die Night Szene zu bekommen. So dunkel scheint die Lampe nur über den night Modus zu gehen aber nicht über FHEM.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChHerrm am 17 April 2018, 23:04:34
Sehr gut, danke für deine Antwort! :)  dann warte ich mal gespannt auf die Lieferung, kann sich noch hinziehen :-\
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Frazzor am 15 Mai 2018, 22:18:35
Hi Zusammen,

der Fehler "define YeeLight_0x00000000052c1c12 YeeLight color 192.168.178.35: wrong input for IP-address: 'xxx.xxx.xxx.xxx' (0 <= xxx <= 255)" ist, dass  die Definition falsch ist. Die Definition müsste Lauten "define YeeLight_0x00000000052c1c12 YeeLight 192.168.178.35 color" und schon sollte das ganze klappen.

Gruß
Michael
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Frazzor am 16 Mai 2018, 22:45:04
Hallo Zusammen,

gibt es eine Möglichkeit mehrere Lampen zu Gruppieren?

Wie könnte man dies Realisieren?

Gruß
Michael
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 17 Mai 2018, 07:55:51
Zitat von: Frazzor am 16 Mai 2018, 22:45:04
Hallo Zusammen,

gibt es eine Möglichkeit mehrere Lampen zu Gruppieren?

Wie könnte man dies Realisieren?

Gruß
Michael

Gruppieren zu welchem Zweck? Gemeinsames Schalten, Dimmen und Farbeändern? Dazu nehme ich Structure. Funktioniert einwandfrei. Oder habe ich die Frage falsch verstanden?

Gruß, Tom
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Frazzor am 17 Mai 2018, 13:24:23
Hallo Tom,

genau soetwas meine ich. Hättest du da ein Beispiel für mich?

Danke schonmal.

Gruß
Michael
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Frazzor am 17 Mai 2018, 13:30:40
Hat sich erledigt, danke Tom :)

Gruß
Michael
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ih-sqeezer am 19 Mai 2018, 20:49:44
Hallo zusammen,

ich nutze seit einigen Monaten das YeeLight Modul in Verbindung mit einer YeeLight Stripe. Dies hat bisher immer wunderbar in FHEM und in parallel mit GoogleHome funktioniert. Vor ein paar Wochen gab es jedoch über die YeeLight App ein Firmware update für die Stripe. Seitdem komme ich via FHEM nicht mehr über IP:55443 auf die Stripe ("connection refused"). Mit der App und GoogleHome funktioniert jedoch weiterhin alles.

Kann das jemand bestätigen? Bzw. wird an dem Update für das FHEM Modul bereits gearbeitet?

Danke und beste Grüße,
Ingo
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Frazzor am 19 Mai 2018, 21:23:00
Hallo,

muss man vll wieder den Developmode einschalten?

Gruß
Michael
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ih-sqeezer am 20 Mai 2018, 00:01:09
Hallo Frazzor,

gute Idee gewesen, vielen Dank. Es heißt jedoch jetzt in der App "LAN-Steuerung", die man aktivieren muss. Jetzt funktioniert die Connection wieder via FHEM.

Nochmals danke und einen schönen Abend noch.

Grüße,
Ingo
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: PingPong am 11 Juni 2018, 09:50:48
Hallo zusammen,

könnt Ihr mir sagen, wo ich "LAN-Steuerung" aktivieren muss?
Meine Lampe zeigt in fhem leider auch nur disconnected :-(

Danke Euch.

LG
Marc
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 11 Juni 2018, 13:41:19
In der Yeelight-App auf das entsprechende Gerät gehen, dann unten rechts auf das Menüsymbol, dann "LAN-Steuerung".

Fertig.

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: PingPong am 11 Juni 2018, 16:05:45
Yeelight-App. Das war dann wohl das Zauberwort. Die habe ich noch gar nicht :-)
Dachte die mi home App würde alles abdecken.

Schau ich mir dann heute abend an.
Danke erstmal.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 27 Juni 2018, 20:19:25
Hi,

die aktuelle (durch das Modul erzeugte) Definition des Attributs devStateIcon hat meines Erachtens einen kleinen Schönheitsfehler: Ist die YeeLight-Lampe stromlos, steht sie auf "disconnected" - als devStateIcon wird jedoch der letzte Status angezeigt, da in der Definition der "disconnected"-Zweig nicht abgefragt wird.

Da mich das in der Darstellung ein wenig irritierte, hier Abhilfe:

1. Direkt im Attribut wie folgt ändern (wg. der Escape-Arie habe ich das bei jeder Lampe direkt gemacht und nicht über das FHEM Eingabefeld)
{my $state=ReadingsVal($name,"state","disconnected");my $power=ReadingsVal($name,"power","off");my $mode=ReadingsVal($name,"color_mode","RGB");if($state eq "disconnected"){return ".*:light_exclamation:";}else{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");}}}}

Damit das auch für neue Lampen bei der Definition korrekt angelegt wird, hier noch der (Trivial-) Patch:


153c153
<     $attr{$name}{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");}}}' if (!defined($attr{$name}{devStateIcon}) && (!defined($model) || ($model eq "color") || ($model eq "stripe")));
---
>     $attr{$name}{devStateIcon}  = '{my $state=ReadingsVal($name,"state","disconnected");my $power=ReadingsVal($name,"power","off");my $mode=ReadingsVal($name,"color_mode","RGB");if($state eq "disconnected"){return ".*:light_exclamation:";}else{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");}}}}' if (!defined($attr{$name}{devStateIcon}) && (!defined($model) || ($model eq "color") || ($model eq "stripe")));


Vielleicht kann es ja jemand gebrauchen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChHerrm am 29 Juni 2018, 21:01:06
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:

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


Die mangelnde Erreichbarkeit per FHEM äußert sich 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"
Ein "reopen" funktioniert aber nicht. Habt ihr das Problem auch momentan?

Das ist die Nachttischlampe:
https://www.aliexpress.com/item/Original-Smart-Xiaomi-Mijia-Bed-Bedside-Lamp-Bluetooth-WiFI-LED-Light-Touchlight-RGBW-Touch-Control-for/32837652474.html?spm=a2g0s.9042311.0.0.20df4c4ddFedjC (https://www.aliexpress.com/item/Original-Smart-Xiaomi-Mijia-Bed-Bedside-Lamp-Bluetooth-WiFI-LED-Light-Touchlight-RGBW-Touch-Control-for/32837652474.html?spm=a2g0s.9042311.0.0.20df4c4ddFedjC)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 30 Juni 2018, 13:05:02
Mal ins Blaue: Bei einigen meiner Lampen musste ich vor ein paar Wochen den Entwicklermodus neu setzen in der App - die Symptome waren identisch - wurden von FHEM nicht mehr erreicht.

Also das auch mal in der YeeLight App überprüfen.... bei irgendeinem Update hatte sich da was verschoben.

Gruß, Tom

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChHerrm am 30 Juni 2018, 13:31:57
Perfekt, das war's schon! Ich hatte vorher gar nicht die Yeelight-App, das ging aber anfangs trotzdem per FHEM und die Mi-App. Aber jetzt Yeelight-App --> Firmware aktualisieren --> LAN-Steuerung zulassen.
Danke für den Hinweis!  :D
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Tardar am 11 August 2018, 22:16:54
Hey zusammen,

ist es geplant, die Strips für Szenen verfügbar zu machen ?
Der Status bleibt immer auf OPEN und ich würde in Szenen gerne Farben einstellen und nutzen - hauptsächlich am Fernseher.

Danke und liebe Grüße
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: aisberg am 19 August 2018, 04:33:56
von wo genau sollen die Module geladen werden? Könnte man das in der Anleitung im ersten Beitrag so beschreiben, dass man die richtigen Dateien verwendet, es richtig installiert und es dann richtig funktioniert?

In der Anleitung steht ganz am Anfang:
ZitatAktuelle Version hier: https://github.com/thaliondrambor/32_YeeLight.pm

und an anderer Stelle in diesem ersten Beitrag steht:
ZitatDie 32_YeeLightBridge.pm und die 32_YeeLight.pm aus dem Devel-Branch herunterladen (https://github.com/thaliondrambor/32_YeeLight.pm/tree/devel)

Die Versionen unterscheiden sich, unter master ist noch was anderes.
Was ist denn nun richtig und warum gibt es so viele verschiedene Versionen?

Zuvor hatte ich das hier an einer anderen Stelle gefunden:
update add https://raw.githubusercontent.com/thaliondrambor/32_YeeLight.pm/master/controls_yeelight.txt
danach hatte es ganz einfach funktioniert, YeeLight Lampen einzubinden. Aber ich konnte keine YeeLightBridge definieren
define ylb YeeLightBridge
Da kommt immer nur
ZitatCannot load module YeeLightBridge

Wie der Modul geladen werden kann - keine Ahnung. Also habe ich versucht, die Anleitung zu verstehen (erster Beitrag), was man machen soll, damit die YeeLightBridge geladen wird. Verstanden habe ich es immer noch nicht.
Und dann habe ich verschiedene Versionen ausprobiert (master, dev, die aus dem ersten Link), also aus dem Internet geladen, per FTP auf den raspberrypi kopiert, fhem neu gestartet.
Und im Moment funktioniert überhaupt nichts mehr.

bei einem
reload 32_YeeLight.pm
kommt so ein Fehler
ZitatExcessively long <> operator at ./FHEM/32_YeeLight.pm line 21.

bei einem
Zitatshutdown restart
kommt so was:

ZitatMessages collected while initializing FHEM:
configfile: Cannot load module YeeLight
Cannot load module YeeLight
Cannot load module YeeLight

Autosave deactivated


Ich habe keine Ahnung, wie das in FHEM überhaupt mit Modulen funktioniert, die nicht standardmäßig in FHEM dabei sind, das ist sicherlich irgendwo dokumentiert, aber dann doch recht versteckt, so dass ich es mit diversen Suchen nicht gefunden habe.

Es war recht einfach, die Lampen in die YeeLight app zu bekommen, damit auch in die Mi Home App, und mit dem Google Assistent kann man die Dinger sogar per Sprache steuern.  Das mit FHEM hinzubekommen, ist aufwendig, wenn man nur alle paar Jahre Änderungen am FHEM vornimmt und daher kein Spezialist für FHEM ist.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: aisberg am 19 August 2018, 05:32:04
ich hatte den Download aus GitHub falsch gemacht, man muss den Code als zip runterladen, nicht die Dateien selbst.
zwischen master und devel habe ich nur einen Unterschied gefunden:
Zitatmy $name = $hash->{NAME};
in Zeile 1333

OK, jetzt funktionieren die Lampen wieder.
Aber eine YeeLightBridge kann ich immer noch nicht definieren. Und es war ja die Hoffnung, dass das irgendwie geht.

Der Fehler lautet nur ohne irgend welche weiteren Hinweise:
ZitatCannot load module YeeLightBridge
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Tardar am 23 September 2018, 18:04:48
Gibt es eine Info, ob eine Yeelight JIAOYUE YLXD02YL steuerbar wird ?
Also z.B. den Lichtring zu konfigurieren, während das "normale" weiße Licht ausgeschaltet ist / wird ?

Danke Euch und viele Grüße
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Florian_GT am 30 September 2018, 21:18:45
Hallo,

mir ist eine Fehlermeldung beim Fhem start aufgefallen:

32_YeeLight.pm

2018.09.30 21:15:28.139 1: PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 172, <$fh> line 1.


Das Module funktioniert ansonsten aber soweit.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChrisW am 02 Oktober 2018, 10:55:04
danke für das Modul, aber ist es möglich mit dem Blink eine 2 farben Blinken hinzubekommen ?
Will es als Alamleuchte nutzen
Also Rot ,HELLWEISS ,ROT, HELLWEISS, ROT...

Klar geht das nicht ganz so schnell wie eiche echte ist einfach nur eine Option bei Alarmanlagen auslösung :)


Und gibt es eine möglichkeit eine farbe zu setzen für eine bestimmte Zeit ?
Also Lampe ist an mit weiss. Dann ein befehlt Grün für 30 Sekunden. Danach soll die lampe wieder weiss werden ? Bzw. den vorherigen Zustand anzeigen.
Vielleicht ist blink eine idee ? von mir aus kann die Lampe auch in der Zeit blinken?
Wenn blink anzahl abgelaufen ist zeigt er ja wieder den alten Zustand an?


LEIDER geht bei BLINK wenn die Lampe OFF war diese nicht wieder aus :(
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: CaptainCarrot am 03 Oktober 2018, 16:01:34
Servus,

danke für das schicke Modul! Ist bei mir aktuell mit 4 RGB-Birnen der ersten Generation und einer Ceiling-Lampe im Einsatz. Funktioniert soweit alles, allerdings wäre ein Kommando zum Schalten des "moonlight"-mode im Modul noch schick. Das schalte ich aktuell mittels raw-Befehl:

set lampe_ceiling raw {"id":1,"method":"set_power","params":["on", "smooth", 0, 5]}

Der vierte Parameter ist dabei der "Mode", 0 ist normal, 1-4 sind CT, RGB, HSV und color flow und 5 eben der night light (oder moonlight, das spec sheet benutzt beide Begriffe). Mit

set lampe_ceiling raw {"id":1,"method":"set_power","params":["on", "smooth", 0, 1]}

schaltet man zurück in den CT-Modus. 0 ("normal") funktioniert nicht. Mein Vorschlag wäre ein "set mode" mit Auswahl normal, CT, RGB, HSV, color flow und night mit optionalem Zeitparameter für "smooth".

Viele Grüße, Joachim
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Ronny_5578 am 03 Oktober 2018, 19:05:28
Hi,
ich habe es endlich hin bekommen, mein Yeelight kann ich über Fhem ansteuern.
Ich habe einige befehle probiert.

Was ich gerne möchte ist, dass meine Lampe nicht statisch eine Farbe anzeigt, sondern es soll z.B. in 10 minuten alle Farben durchlaufen.
Quasi alle Farben einmal durch. Naja ein Regenbogen würde reichen.

Kann mir jemand einen Tip geben?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sutadur am 14 November 2018, 20:15:45
Gibt es einen einfachen Weg oder gar eine Übersicht, welche der in der App vorgefertigten Szenen (z.B. Tea Time oder Movie Night) mit welchen Einstellungen erreicht werden können? Ich würde gerne dafür einen direkten Aufruf in FHEM einrichten, habe aber gerade keine gute Idee, wie das am besten umzusetzen ist.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 15 November 2018, 06:52:48
Zitat von: Sutadur am 14 November 2018, 20:15:45
Gibt es einen einfachen Weg oder gar eine Übersicht, welche der in der App vorgefertigten Szenen (z.B. Tea Time oder Movie Night) mit welchen Einstellungen erreicht werden können? Ich würde gerne dafür einen direkten Aufruf in FHEM einrichten, habe aber gerade keine gute Idee, wie das am besten umzusetzen ist.

Ich hab was in quelltext des moduls gefunden gehabt.
https://github.com/thaliondrambor/32_YeeLight.pm/blob/master/32_YeeLight.pm

Schau mal zeile 625


Mich würde auch dringen interessieren, den active mode nightmode verwenden kann.
Ich denke das man damit das Nachtlicht aktivieren kann, mit dem Raw befehl zu arbeiten ist auch nicht sinn und zweck.

Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: andipilz am 24 November 2018, 15:14:37
Hallo!

Ich habe da noch eine andere Frage: weiß hier jemand, ob DALEN auch YeeLight benutzt? von den Beschreibungen kann meine Dolen-Deckenleuchte das gleiche, wie YeeLight. Allerdings bekommt das Modul keine Verbindung mit der Lampe.

Jegliche Idee, wie oder was sehr gerne genommen.

Danke Andi
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: RockFan am 30 November 2018, 20:17:42
Hallo!

Ich spiele seit ein paar Tagen mit dem raw-Kommando, um ggf. ein paar Lichteffekte zu erzeugen. Beim Versuch einen Lichwechsel über das Farbspektrum zu machen, scheitere ich scheinbar an der Länge des dadurch entstehenden Kommandos. Es passiert einfach gar nichts. Deshalb habe ich die "flow_expression" schrittweise gekürzt bis es mein Yeelight-Stripe wieder reagierte - aber halt mit viel zu wenig Farbübergängen.

Heute habe ich mal verbose auf 5 gesetzt, um zu sehen was denn im Log erscheint:


2018.11.30 18:41:49 3: YeeLight YeeLightStrip_2 - set YeeLightStrip_2 raw {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0,2000,1,16764946,100,5000,7,0,0,2000,1,16772884,100,5000,7,0,0,2000,1,13762327,100,5000,7,0,0,2000,1,9764633,100,5000,7,0,0,2000,1,3866396,100,5000,7,0,0,2000,1,1900392,100,5000,7,0,0,2000,1,1900498,100,5000,7,0,0,2000,1,2081791,100,5000,7,0,0,2000,1,2053119,100,5000,7,0,0,2000,1,4005887,100,5000,7,0,0,2000,1,10887679,100,5000,7,0,0,2000,1,16720383,100,5000,7,0,0,2000,1,16720279,100,5000,7,0,0"]}
2018.11.30 18:41:49 5: YeeLightStrip_2: Kommando wird ausgeführt. (raw).
2018.11.30 18:41:49 2: YeeLightStrip_2: sending raw command to bulb: {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0,2000,1,16764946,100,5000,7,0,0,2000,1,16772884,100,5000,7,0,0,2000,1,13762327,100,5000,7,0,0,2000,1,9764633,100,5000,7,0,0,2000,1,3866396,100,5000,7,0,0,2000,1,1900392,100,5000,7,0,0,2000,1,1900498,100,5000,7,0,0,2000,1,2081791,100,5000,7,0,0,2000,1,2053119,100,5000,7,0,0,2000,1,4005887,100,5000,7,0,0,2000,1,10887679,100,5000,7,0,0,2000,1,16720383,100,5000,7,0,0,2000,1,16720279,100,5000,7,0,0"]}
2018.11.30 18:41:49 5: YeeLightStrip_2 SendQueue: added {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0,2000,1,16764946,100,5000,7,0,0,2000,1,16772884,100,5000,7,0,0,2000,1,13762327,100,5000,7,0,0,2000,1,9764633,100,5000,7,0,0,2000,1,3866396,100,5000,7,0,0,2000,1,1900392,100,5000,7,0,0,2000,1,1900498,100,5000,7,0,0,2000,1,2081791,100,5000,7,0,0,2000,1,2053119,100,5000,7,0,0,2000,1,4005887,100,5000,7,0,0,2000,1,10887679,100,5000,7,0,0,2000,1,16720383,100,5000,7,0,0,2000,1,16720279,100,5000,7,0,0"]} with id:1
2018.11.30 18:41:49 5: SW: {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0,2000,1,16764946,100,5000,7,0,0,2000,1,16772884,100,5000,7,0,0,2000,1,13762327,100,5000,7,0,0,2000,1,9764633,100,5000,7,0,0,2000,1,3866396,100,5000,7,0,0,2000,1,1900392,100,5000,7,0,0,2000,1,1900498,100,5000,7,0,0,2000,1,2081791,100,5000,7,0,0,2000,1,2053119,100,5000,7,0,0,2000,1,4005887,100,5000,7,0,0,2000,1,10887679,100,5000,7,0,0,2000,1,16720383,100,5000,7,0,0,2000,1,16720279,100,5000,7,0,0"]}

2018.11.30 18:41:49 5: YeeLightStrip_2: Reading raw: {"id":(null), "error":{"code":-1, "message":"invalid command"}}
2018.11.30 18:41:49 4: reading from YeeLightStrip_2: {"id":(null), "error":{"code":-1, "message":"invalid command"}}
2018.11.30 18:41:49 5: YeeLightStrip_2 AnswerQueue: added {"id":(null), "error":{"code":-1, "message":"invalid command"}}
2018.11.30 18:41:49 1: YeeLightStrip_2 ErrorQueue: received answer with unknown id ({"id":(null), "error":{"code":-1, "message":"invalid command"}})
2018.11.30 18:41:49 5: YeeLightStrip_2 AnswerQueue: deleted {"id":(null), "error":{"code":-1, "message":"invalid command"}}
2018.11.30 18:41:52 1: YeeLightStrip_2 ErrorQueue: command wasn't answered in time ({"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0,2000,1,16764946,100,5000,7,0,0,2000,1,16772884,100,5000,7,0,0,2000,1,13762327,100,5000,7,0,0,2000,1,9764633,100,5000,7,0,0,2000,1,3866396,100,5000,7,0,0,2000,1,1900392,100,5000,7,0,0,2000,1,1900498,100,5000,7,0,0,2000,1,2081791,100,5000,7,0,0,2000,1,2053119,100,5000,7,0,0,2000,1,4005887,100,5000,7,0,0,2000,1,10887679,100,5000,7,0,0,2000,1,16720383,100,5000,7,0,0,2000,1,16720279,100,5000,7,0,0"]})
2018.11.30 18:41:52 5: YeeLightStrip_2 SendQueue: deleted {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0,2000,1,16764946,100,5000,7,0,0,2000,1,16772884,100,5000,7,0,0,2000,1,13762327,100,5000,7,0,0,2000,1,9764633,100,5000,7,0,0,2000,1,3866396,100,5000,7,0,0,2000,1,1900392,100,5000,7,0,0,2000,1,1900498,100,5000,7,0,0,2000,1,2081791,100,5000,7,0,0,2000,1,2053119,100,5000,7,0,0,2000,1,4005887,100,5000,7,0,0,2000,1,10887679,100,5000,7,0,0,2000,1,16720383,100,5000,7,0,0,2000,1,16720279,100,5000,7,0,0"]}
2018.11.30 18:41:52 1: 192.168.178.104:55443 disconnected, waiting to reappear (YeeLightStrip_2)
 

Ein gekürzter und funktionierender Flow sieht wie folgt aus:


2018.11.30 19:54:03 3: YeeLight YeeLightStrip_2 - set YeeLightStrip_2 raw {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"]}
2018.11.30 19:54:03 5: YeeLightStrip_2: Kommando wird ausgeführt. (raw).
2018.11.30 19:54:03 2: YeeLightStrip_2: sending raw command to bulb: {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"]}
2018.11.30 19:54:03 5: YeeLightStrip_2 SendQueue: added {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"]} with id:1
2018.11.30 19:54:03 5: SW: {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"]}

2018.11.30 19:54:03 5: YeeLightStrip_2: Reading raw: {"id":1, "result":["ok"]}{"method":"props","params":{"flowing":1}}
2018.11.30 19:54:03 4: reading from YeeLightStrip_2: {"id":1, "result":["ok"]}
2018.11.30 19:54:03 5: YeeLightStrip_2 AnswerQueue: added {"id":1, "result":["ok"]}
2018.11.30 19:54:03 3: YeeLightStrip_2 success sending 1: {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"]}
2018.11.30 19:54:03 5: YeeLightStrip_2 SendQueue: deleted {"id":1,"method":"set_scene","params":["cf",0,1,"2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"]}
2018.11.30 19:54:03 5: YeeLightStrip_2 AnswerQueue: deleted {"id":1, "result":["ok"]}
2018.11.30 19:54:03 4: reading from YeeLightStrip_2: {"method":"props","params":{"flowing":1}}
2018.11.30 19:54:03 5: YeeLightStrip_2 AnswerQueue: added {"method":"props","params":{"flowing":1}}
2018.11.30 19:54:03 4: YeeLightStrip_2: detected notification broadcast ({"method":"props","params":{"flowing":1}})
2018.11.30 19:54:03 3: YeeLightStrip_2 updated readings.
2018.11.30 19:54:03 5: YeeLightStrip_2 AnswerQueue: deleted {"method":"props","params":{"flowing":1}}
2018.11.30 19:54:04 5: YeeLightStrip_2: Reading raw: {"method":"props","params":{"flow_params":"0,1,2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"}}
2018.11.30 19:54:04 4: reading from YeeLightStrip_2: {"method":"props","params":{"flow_params":"0,1,2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"}}
2018.11.30 19:54:04 5: YeeLightStrip_2 AnswerQueue: added {"method":"props","params":{"flow_params":"0,1,2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"}}
2018.11.30 19:54:04 4: YeeLightStrip_2: detected notification broadcast ({"method":"props","params":{"flow_params":"0,1,2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"}})
2018.11.30 19:54:04 3: YeeLightStrip_2 updated readings.
2018.11.30 19:54:04 5: YeeLightStrip_2 AnswerQueue: deleted {"method":"props","params":{"flow_params":"0,1,2000,1,16718602,100,5000,7,0,0,2000,1,16731405,100,5000,7,0,0,2000,1,16752399,100,5000,7,0,0"}}


Wo oder wer limitiert denn hier? Oder liege ich mit meiner Vermutung, dass die Länge das Problem ist ganz falsch?

Wie könnte ich denn zum Ziel kommen? Gibt es Alternativen?

Danke schon mal!

Viele Grüße
Dieter
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 05 Dezember 2018, 18:17:04
Zitat von: CaptainCarrot am 03 Oktober 2018, 16:01:34
Servus,

danke für das schicke Modul! Ist bei mir aktuell mit 4 RGB-Birnen der ersten Generation und einer Ceiling-Lampe im Einsatz. Funktioniert soweit alles, allerdings wäre ein Kommando zum Schalten des "moonlight"-mode im Modul noch schick. Das schalte ich aktuell mittels raw-Befehl:

set lampe_ceiling raw {"id":1,"method":"set_power","params":["on", "smooth", 0, 5]}

Der vierte Parameter ist dabei der "Mode", 0 ist normal, 1-4 sind CT, RGB, HSV und color flow und 5 eben der night light (oder moonlight, das spec sheet benutzt beide Begriffe). Mit

set lampe_ceiling raw {"id":1,"method":"set_power","params":["on", "smooth", 0, 1]}

schaltet man zurück in den CT-Modus. 0 ("normal") funktioniert nicht. Mein Vorschlag wäre ein "set mode" mit Auswahl normal, CT, RGB, HSV, color flow und night mit optionalem Zeitparameter für "smooth".

Viele Grüße, Joachim

Super Tip.
Das ganze geht auch mit den Nachttischlampen.
Hast du das ganze auch in Dorf gepackt.
Bei mir schmiert dann immer das komplette FHEM ab.

Gruß Robert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: IcedEarth am 23 Januar 2019, 14:18:21
Hallo zusammen,

ich habe eine der RGB Bulbs. Jetzt ist es ja so, dass man den SLider für Brightness einstellen kann wie man will. Erst wenn man auf On klickt, wird auch die entsprechende Helligkeit eingestellt.
Ist es möglich, dass man das Verhalten so ändert, dass es wie bei den HUE Lampen geht? Also der Slider auf 0 bedeut off?
Bin da geraae echt heillos überfragt...

Hier mal das Listing:
Internals:
   CHANGED   
   DEF        192.168.178.21
   DeviceName 192.168.178.21:55443
   FD         14
   FUUID      5c4450cf-f33f-1f69-855e-057707437ef1a4f6
   FW_VER     70
   HOST       192.168.178.21
   ID         0x00000000036dba2e
   LASTInputDev YeeLightBridge
   MODEL      color
   MSGCNT     81
   NAME       Stehlampe
   NOTIFYDEV  global
   NR         102
   NTFY_ORDER 50-Stehlampe
   PARTIAL   
   PORT       55443
   PROTO      1
   STATE      opened
   TYPE       YeeLight
   YeeLightBridge_MSGCNT 81
   YeeLightBridge_TIME 2019-01-23 13:39:56
   READINGS:
     2019-01-21 16:42:16   bright          100
     2019-01-21 16:42:16   color_flow      off
     2019-01-21 16:42:16   color_mode      color temperature
     2019-01-21 16:42:16   ct              4000
     2019-01-21 16:42:16   flow_params     
     2019-01-21 16:42:16   hue             359
     2019-01-21 16:42:16   music_mode      off
     2019-01-21 16:42:16   name           
     2019-01-22 10:57:55   power           off
     2019-01-22 11:39:40   rgb             ff0000
     2019-01-21 16:42:16   rgb_blue        0
     2019-01-21 16:42:16   rgb_green       0
     2019-01-21 16:42:16   rgb_red         255
     2019-01-21 16:42:16   sat             100
     2019-01-21 16:42:16   sleeptimer      0
     2019-01-22 10:56:21   state           opened
   helper:
     CommandSet on off toggle on-for-timer off-for-timer intervals bright dimup dimdown name default:noArg reopen:noArg statusrequest:noArg hsv hue sat rgb color ct start_cf stop_cf scene circlecolor:noArg blink
     support    get_prop set_default set_power toggle set_bright start_cf stop_cf set_scene cron_add cron_get cron_del set_ct_abx set_rgb set_hsv set_adjust adjust_bright adjust_ct adjust_color set_music set_name
     AnsQue:
       {"id":1, "result":["off","100","4000","16711680","359","100","2","0","0","","0",""]}
     ErrQue:
     SendQue:
Attributes:
   alias      Stehlampe
   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");}}}
   group      Lampen
   icon       light_floor_lamp
   room       Erdgeschoss->Wohnzimmer,Favoriten,YeeLight
   webCmd     rgb:bright:rgb ffffff:rgb ff0000:rgb 00ff00:rgb 0000ff:on:off
   widgetOverride bright:colorpicker,BRI,0,1,100 ct:colorpicker,CT,1700,10,6500 rgb:colorpicker,RGB
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: TimeSix am 03 März 2019, 21:16:04
Hallo zusammen,

erstmal Danke an alle hier am Forum beteiligten. Die vielen Fragen, Antworten und Anleitungen haben mir sehr geholfen. Ich hoffe, ich kann irgendwann auch mal etwas beitragen, noch zähle ich mich aber zu den absoluten Beginnern...

Ich stehe aktuell vor einem kleinen Problem, das ich nicht lösen kann. Ich habe erfolgreich diverse Xiaomi/Aqara-Gerät in mein FHEM eingebunden. Dazu gehören auch der Body-Sensor und die YeeLight 2-Birnen.

Was ich umsetzen möchte: sobald der Bewegungssensor Aktivität meldet, es zwischen sunset und sunrise ist UND die Lampe aus ist, soll die entspr. YeeLight für 60 Sekunden anschalten. Aktuell sieht mein DOIF dazu so aus:

([Flur_BewegungLichtSensor:"motion"] and [?{sunset}-{sunrise}])
   (set Flur_YeeLight on-for-timer 60)

Soweit funktioniert das auch wunderbar, nur am Reading, ob die Lampe im jeweiligen Moment ausgeschalten ist, klemmt es noch. Ich habe bereits verschiedene Dinge versucht, jedoch brachte mich nichts zum Erfolg.
Bspw. ...and [?Flur_YeeLight:"power"] eq "off"

Kann mir bitte jemand helfen oder einen Tipp geben, den letzten Teil meiner Bedingung zu lösen?

Vielen Dank!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 04 März 2019, 07:16:49
Zitat von: TimeSix am 03 März 2019, 21:16:04
Hallo zusammen,

erstmal Danke an alle hier am Forum beteiligten. Die vielen Fragen, Antworten und Anleitungen haben mir sehr geholfen. Ich hoffe, ich kann irgendwann auch mal etwas beitragen, noch zähle ich mich aber zu den absoluten Beginnern...

Ich stehe aktuell vor einem kleinen Problem, das ich nicht lösen kann. Ich habe erfolgreich diverse Xiaomi/Aqara-Gerät in mein FHEM eingebunden. Dazu gehören auch der Body-Sensor und die YeeLight 2-Birnen.

Was ich umsetzen möchte: sobald der Bewegungssensor Aktivität meldet, es zwischen sunset und sunrise ist UND die Lampe aus ist, soll die entspr. YeeLight für 60 Sekunden anschalten. Aktuell sieht mein DOIF dazu so aus:

([Flur_BewegungLichtSensor:"motion"] and [?{sunset}-{sunrise}])
   (set Flur_YeeLight on-for-timer 60)

Soweit funktioniert das auch wunderbar, nur am Reading, ob die Lampe im jeweiligen Moment ausgeschalten ist, klemmt es noch. Ich habe bereits verschiedene Dinge versucht, jedoch brachte mich nichts zum Erfolg.
Bspw. ...and [?Flur_YeeLight:"power"] eq "off"

Kann mir bitte jemand helfen oder einen Tipp geben, den letzten Teil meiner Bedingung zu lösen?

Vielen Dank!
Schau dir mal das commandref zu doif an.
Bin mir nicht sicher ob es jetzt daran liegt.
Das Reading wird normal ohne ,," geschrieben.
Dazu versteh ich das ? Bei dir nicht.

Gruß Robert



Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Loctite am 09 März 2019, 16:20:52
Hallo !

Das Modul ist super !
Funktioniert ohne Probleme.
Soweit ich gesehen habe, werden "scenen" nicht wie in der App festgelegt verwendet, sondern es sind im Quellcode lediglich 3 definiert, nämlich sunset, sunrise und happy_birthday
Ist hier irgend was geplant (falls das überhaupt funktionieren kann) eigene scenen zu definieren ?
Gibt es informationen was die ganzen Zahlen zu bedeuten haben?

$scene{sunset}{type} = "start_cf";
$scene{sunset}{count} = "3";
$scene{sunset}{action} = "2";
$scene{sunset}{val} = "50,2,2700,10,180000,2,1700,5,420000,1,16731136,1";

Speziell bei val sieht es doch recht kompliziert aus, und dann doch etwas wenig um einen schönen Farbverlauf zu generieren ?

Werden zukünftige updates des Moduls eigentlich automatisch über das FHEM Update eingespielt, oder muss das von Hand gemacht werden ?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 14 März 2019, 19:10:27
Zitat von: Loctite am 09 März 2019, 16:20:52
Hallo !

Das Modul ist super !
Funktioniert ohne Probleme.
Soweit ich gesehen habe, werden "scenen" nicht wie in der App festgelegt verwendet, sondern es sind im Quellcode lediglich 3 definiert, nämlich sunset, sunrise und happy_birthday
Ist hier irgend was geplant (falls das überhaupt funktionieren kann) eigene scenen zu definieren ?
Gibt es informationen was die ganzen Zahlen zu bedeuten haben?

$scene{sunset}{type} = "start_cf";
$scene{sunset}{count} = "3";
$scene{sunset}{action} = "2";
$scene{sunset}{val} = "50,2,2700,10,180000,2,1700,5,420000,1,16731136,1";

Speziell bei val sieht es doch recht kompliziert aus, und dann doch etwas wenig um einen schönen Farbverlauf zu generieren ?

Werden zukünftige updates des Moduls eigentlich automatisch über das FHEM Update eingespielt, oder muss das von Hand gemacht werden ?

Da es bisher keine Antwort gab, mal meine Einschätzung: Am Anfang stand die Version von thaliondrambor, die auch im ersten Beitrag dieses Threads beschrieben wird. Vor einiger Zeit hat vbs dann ein paar Änderungen am Modul vorgenommen, welche die Erkennung, ob Lampen on/offline sind, deutlich verbessert haben - siehe Beitrag #177 und #197 in diesem Thread.

Seitdem gibt es keine weiteren Änderungen mehr an dem Modul, von mir lediglich einen Trivialpatch, da ein paar Dinge an devstateicon nicht so recht funktionierten, siehe Beitrag #218.

Das Modul läuft seitdem "rock solid" bei mir mit ~15 Yeelight-Birnen und 2-3 RGB-Stripes. Ist aber - im FHEM-Sinne - orphaned - also ohne aktiven Maintainer.

Tom
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Loctite am 15 März 2019, 19:04:06
Ok, danke.
Weißt du zufällig wie man eigene Scenen definieren kann?
Es gibt nicht nur die festen in der 32_YeeLight.pm Datei, sondern man kann auch welche per attrib definieren.
Nur wie wird das ganze gemacht ?
Ich habe das auch nur gesehen, weil ich in diese .pm Datei geschaut habe.
Es gibt das attrib userScene [0-9]
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 15 März 2019, 19:44:45
In den offiziellen Developer Docs von Yeelight findest Du die Antwort: https://www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf

ZitatMethod: start_cf
Usage: This method is used to start a color flow. Color flow is a series of smart
LED visible state changing. It can be brightness changing, color changing or color
temperature changing.This is the most powerful command. All our recommended scenes,
e.g. Sunrise/Sunset effect is implemented using this method. With the flow expression, user
can actually "program" the light effect.
Parameters: 3.
"count" is the total number of visible state changing before color flow
stopped. 0 means infinite loop on the state changing.
"action" is the action taken after the flow is stopped.
0 means smart LED recover to the state before the color flow started.
1 means smart LED stay at the state when the flow is stopped.
2 means turn off the smart LED after the flow is stopped.
"flow_expression" is the expression of the state changing series.
Request Example: {"id":1,"method":"start_cf","params":[ 4, 2, "1000, 2, 2700, 100, 500, 1,
255, 10, 5000, 7, 0,0, 500, 2, 5000, 1"]
Response Example: {"id":1, "result":["ok"]}
NOTE: Each visible state changing is defined to be a flow tuple that contains 4
elements: [duration, mode, value, brightness]. A flow expression is a series of flow tuples.
So for above request example, it means: change CT to 2700K & maximum brightness
gradually in 1000ms, then change color to red & 10% brightness gradually in 500ms, then
stay at this state for 5 seconds, then change CT to 5000K & minimum brightness gradually in
500ms. After 4 changes reached, stopped the flow and power off the smart LED.
[duration, mode, value, brightness]:
Duration: Gradual change time or sleep time, in milliseconds,
minimum value 50.
Mode: 1 – color, 2 – color temperature, 7 – sleep.
Value: RGB value when mode is 1, CT value when mode is 2,
Ignored when mode is 7.
Brightness: Brightness value, -1 or 1 ~ 100. Ignored when mode is 7.
When this value is -1, brightness in this tuple is ignored (only color or CT change takes
effect).
Only accepted if the smart LED is currently in "on" state.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Loctite am 16 März 2019, 18:05:51
Das hilft mir so nicht wirklich weiter. :o
Ich habe ein attribut gesetzt:

attr Lampe1 userScene0

Nun habe ich das in der Liste und habe verschiedene codes eingefügt.
Vom einfachem ON bis "id":1,"method":"set_rgb","params":[255, "smooth", 500]
Das ganze auch mal in { }

Wenn ich nun oben bei set userScene 0 eingebe, passiert nichts.
Im Log steht dann nur:
YeeLight Lampe1 - set Lampe1 scene 0

Aber es passiert nichts. Hat jemand ein Beispiel wie ich das ganze in die Attribute bringe ?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 16 März 2019, 18:41:01
Naja, ein Teil Deiner Frage bezog sich darauf, was die Zahlen bedeuten. . Das kannst Du der API-Docu von Yeelight entnehmen. Somit wäre DAS schonmal geklärt :-)

Was die Benutzung der userScene-Attribute angeht, muss Dir jemand anderes helfen - ich nutze diese nicht. Ggf dann einfach mal den Code durchforsten.

if ($args[0] =~ /^\d?.?\d+$/ && $args[0] >= 0 && $args[0] <= 9)
        {
            my $bHash = $modules{YeeLightBridge}{defptr};
            my $bName = $bHash->{NAME};
            my $userSceneName = "userScene".$args[0];
            my $userScene = undef;
            $userScene = $attr{$bName}{$userSceneName} if (defined($bName) && defined($attr{$bName}{$userSceneName}));
            $userScene = $attr{$name}{$userSceneName} if defined($attr{$name}{$userSceneName});
            return "scene \"".$args[0]."\" not set. Set attr userScene".$args[0]." first." if !defined($userScene);
            my @cf = split(/ /,$userScene);
            YeeLight_SelectSetCmd($hash,"start_cf",@cf);
        }


Wenn cih da nur flüchtig drüberschaue, musst Du vermutlich alles hinter start_cf gemäß der Doku in die Scene packen.

Versuch es mal mit sowas hier:

"params":[ 4, 2, "1000, 2, 2700, 100, 500, 1, 255, 10, 5000, 7, 0,0, 500, 2, 5000, 1"]



Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 16 März 2019, 18:52:43
Ok, Rätsel gelöst - der Blick in den Quellcode (mit etwas mehr als nur drüberfliegen):

set <device> userScene0 4 0 1000,2,2700,100

Einfach mal ausprobieren.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 16 März 2019, 18:53:46
Hat jemand Ahnung wie man den Night Mode benutzen kann?
Also aus FHEM raus?


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 16 März 2019, 19:00:37
Zitat von: no_Legend am 16 März 2019, 18:53:46
Hat jemand Ahnung wie man den Night Mode benutzen kann?
Also aus FHEM raus?


Gesendet von iPhone mit Tapatalk Pro

Die Implementierung sollte nicht allzuschwierig sein. Ich schau es mir mal an, habe allerdings "nichts" zum testen, fyi.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 16 März 2019, 19:03:03
Zitat von: sledge am 16 März 2019, 19:00:37
Die Implementierung sollte nicht allzuschwierig sein. Ich schau es mir mal an, habe allerdings "nichts" zum testen, fyi.


Super dank dir schon mal.
Ich kann es gerne testen.

Musst aber nicht sofort machen, hat jetzt auch lang genug ohne leben können.

Ist aber echt schade dass diese Modul nicht gepflegt wird.
Die Yeelights werden immer mehr und immer attraktiver

Danke und Gruß Robert


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 16 März 2019, 19:05:02
Naja, da ich mich immer mehr mit dem Aufbau auseinandersetze, denke ich mal drüber nach... zum hier und da rumbasteln könnte es reichen.

Erstmal eigenes Repository anlegen, der Rest kommt dann. Und ja, die Yeelights sind attraktiv, habe hier auch genug davon. Müsste es nur auch für E14 geben ;-)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Loctite am 16 März 2019, 20:01:45
Zitat von: no_Legend am 16 März 2019, 18:53:46
Hat jemand Ahnung wie man den Night Mode benutzen kann?

Was ist der Night Mode ?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Loctite am 16 März 2019, 20:13:42
Zitat von: sledge am 16 März 2019, 18:52:43
set <device> userScene0 4 0 1000,2,2700,100

Ah super ! Es tut sich was ! Hätte nicht gedacht das rein die Zahlen dort eingetragen werden.
Diese Parameter habe ich in das Attribut userScene1 geschrieben.
attr Lampe1 userScene1 4 0 1000,2,2700,100
Nun kann dieses per
set <device> Scene 1
gestartet werden !

Das ganze per dummy / notify und individuelle Scenen können sogar mit Alexa aufgerufen werden...müsste eigentlich funktionieren.
Nun muss ich mir diese Zahlen mal anschauen, im Code habe ich ja 3 Beispiele die ich bestimmt verwenden kann !
Titel: [32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 16 März 2019, 20:15:48
Zitat von: Loctite am 16 März 2019, 20:01:45
Was ist der Night Mode ?
Es gibt in den Nachttischlampen eine extra Night Mode
Dunkler kann man die yeelights hier nicht einstellen.
Welche Lampen das unterstützen keine Ahnung.


@sledge
Mir ist da gerade noch was eingefallen.
Hier im Thread gibt es eine Hinweis wie man per raw Befehl den Nachtmodus aktivieren kann.
Diesen konnte ich aber nie per doif oder so benutzen, mir hat sich dann immer das FHEM aufgehängt.
Wohl weil ich nicht die Anwendung des Befehls mit doif genau verstanden hatte.
Vll ist das ein Anfang für dic

Gruß Robert

Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Loctite am 17 März 2019, 09:38:13
Ich habe eine E27 "Birne", in der App sehe ich auch den Night Mode .
Das ist ja auch eine ganze normale Scene, und jetzt nicht unbedingt ein eigener Modus.
Tippe ich diesen an, wird die Helligkeit auf 1% gestellt und Farbe auf RGB FF9900.

Diesen Night Mode könnte man also selber in eine Scene einbauen und diese dann aufrufen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: no_Legend am 17 März 2019, 10:05:39
Zitat von: Loctite am 17 März 2019, 09:38:13
Ich habe eine E27 "Birne", in der App sehe ich auch den Night Mode .
Das ist ja auch eine ganze normale Scene, und jetzt nicht unbedingt ein eigener Modus.
Tippe ich diesen an, wird die Helligkeit auf 1% gestellt und Farbe auf RGB FF9900.

Diesen Night Mode könnte man also selber in eine Scene einbauen und diese dann aufrufen.
Naja so kannst das nicht sehen.
Der Night Mode ist direkt bei den Lampen ohne scene abrufbar.
Das hab ich auch mal in den api dokus bei Yeelight direkt gefunden.
Kann gerade aber keine links liefern bin unterwegs


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Loctite am 17 März 2019, 11:52:08
Hm, also in der Yeelight App ist dieser Night Mode auch da wo Sunrise, Sunset, Tea Time, Romance usw. zu sehen ist.
Gibt es verschiedene Yeelight Apps ? Oder das ganze passt sich an das Gerät an, wäre logischer.
War ja nur eine Idee, denn alles was dieser Modus macht ist ja Farbe und Helligkeit setzen. Wenn ich weiß welche Werte Night Mode hat, kann ich den auch nachbilden.

Wobei ich mit "nachbilden" immer noch ein Problem habe.
Hier auf der ersten Seite wird das Beispiel genannt:
set yl start_cf 3 2 500,1,255,100,500,1,1,1
Also habe ich das ganze mal in die userScene gepackt, funktioniert, aber ich verstehe das nicht.
Laut Yeelight Doku bedeutet die Zahl "3" das jetzt 3 Farbstufen (oder Abläufe) folgen.
2 bedeutet das nach dem flow die Lampe aus bleibt.
Ich sehe hier aber nur 2 Pakete/Abläufe:

500ms/color Modus/Farbe(wieso ist 255 blau?)/100% Helligkeit
500ms/color Modus/Farbe1?/1% Helligkeit

Kann mir das jemand erklären ? Und wie gebe ich so die Farbwerte ein ?

EDIT:
Ok, die "3" bedeutet das 3x wiederholt wird. Wobei ich in dem Beispiel aber nur 2x blinken erkenne.
Ändere ich es auf 10, blinkt die Lampe 5x  :o
Und die Farbe...da müsste doch eine richtig große Zahl hin, um z.B. hell grün zu definieren wie z.B. 6553480
Aber das geht nicht

EDIT2:
Doch geht ! Hatte sicherlich einen anderen Fehler

EDIT3:
Und das war das letzte EDIT, denn blau wäre eigentlich ‭16711680‬ und das geht dann doch nicht.
Und jetzt gerade funktioniert die ganze Scene nicht mehr, manuell kann ich ein und aus schalten, aber auch wenn ich zurück auf die Anfangszahlen ändere, geht nichts...
Es scheint als ob diese Scene irgendwie hängt. Erstelle ich eine neue Scene mit dem blau blinken Beispiel funktioniert diese

EDIT4:
Ok, habs jetzt raus !  ::)
Warum es eben nicht funktioniert hat, kann ich nicht sagen. Hatte die Hexwerte umgerechnet auf Dezimal. Na ja egal, werde jetzt mal etwas spielen...

EDIT5:
Ja das ist ja mal toll ! Habe Windows 10 und habe die Hex Werte mit dem Rechner umgewandelt.
Also auf Wissenschaftliche Ansicht. Kopiere ich die Zahl oben aus dem großen Bereich, ist alles ok.
Kopiere ich Zahlen aus dem Bereich links daneben, dort bei HEX, DEC, OKT BIN werden irgend welche Sonderzeichen mit kopiert.
Ich habe mir das ganze in eine Textdatei kopiert, dort zusammen gewürfelt und dann in FHEM eingefügt.
Beim Speichern sagte mir Windows dann, das Zeichen verloren gehen würden wegen anderer Kodierung.  :o
Nach dem öffnen der Text Datei stand dort nicht ‭16754209‬ sondern ?‭16754209‬?
In FHEM sah die Zahl ganz normal aus, die Scene funktionierte aber nicht. Da ich mal von dort mal von da aus dem Rechner kopiert hatte, dachte ich es länge an zu langer Zahlenkombi, falsche Zahlen...also Sachen gibts !!!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: sledge am 18 März 2019, 08:19:04
Nightmode: Hier muss man laut YeeLight-Doku unterscheiden zwischen der Deckenlampe, die einen besonderen Nightmode hat.

Alle RGB-Lampen werden via Nightmode in der App  - wie von Loctite beschrieben, auf einen RGB-Wert von FF9900 und Brightness von 1% gesetzt.

Die FHEM-Befehle lauten also:

set <device> rgb FF9900; set <device> brightness 1

Fertig - das wäre der Nightmode, wie er in der App gesetzt wird. Laut Doku kann die "bslamp1" nichts weiteres - andererseits ist die Doku schon etwas älter und wurde nicht an allen Stellen aktualisiert.

Naja, dann baue ich mal die Änderungen für die Deckenlampe ein, vielleicht kann das ja jemand gebrauchen.

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: oberlon am 27 März 2019, 19:51:46
Ich habe gerade meine Beside 2 bekommen und mich kurz mit dem Night Mode beschäftigt.
Dieser Modus kann nicht durch setzen von rgb und bri erreicht werden. Er ist noch viel dunkler und es wird die Beleuchtung der Bedienfelder deaktiviert.
Per Telnet konnte ich ihn schalten. Dazu muss bei set_power ein vierter Parameter mit übergeben werden (Seite 13 API Doc).
z.B.
{"id":1,"method":"set_power","params":["on", "smooth", 500, 5]}
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: oberlon am 27 März 2019, 20:06:11
Quick und Dirty für FHEM
--- 32_YeeLight.pm.orig 2019-03-27 19:56:15.806425650 +0100
+++ 32_YeeLight.pm 2019-03-27 20:01:29.078260901 +0100
@@ -172,6 +172,7 @@
     $list .= "reopen:noArg ";
     $list .= "close:noArg ";
     $list .= "statusrequest:noArg ";
+    $list .= "nightmode:noArg ";
     # Commands supported by color and led stripe
     if (!defined($model) || ($model eq "color") || ($model eq "stripe"))
     {
@@ -314,6 +315,7 @@
         || lc $cmd eq 'reopen'
         || lc $cmd eq 'close'
         || lc $cmd eq 'statusrequest'
+        || lc $cmd eq 'nightmode'
         || lc $cmd eq 'raw'
         || lc $cmd eq 'flush'
         || ((lc $cmd eq 'hsv'
@@ -425,6 +427,11 @@
         YeeLight_StatusRequest($hash);
     }
     
+    elsif (lc $cmd eq "nightmode")
+    {
+        YeeLight_NightMode($hash);
+    }
+   
     elsif (lc $cmd eq "rgb")
     {
         my $sCmd;
@@ -903,6 +910,23 @@
}

sub
+YeeLight_NightMode
+{
+    my ($hash)  = @_;
+    my $name    = $hash->{NAME};
+    my $msgID   = YeeLight_Bridge_GetID($hash);
+    my $send    = '{"id":'.$msgID.',"method":"set_power","params":["on","smooth",500,5]}';
+
+    YeeLight_Open($hash) if ($hash->{STATE} ne "opened");
+    return "$name: Can't do nightmode, if bulb is not connected." if ($hash->{STATE} ne "opened");
+    Add_SendQue($hash,$send,$msgID);
+    DevIo_SimpleWrite($hash, qq($send\r\n), 2);
+    Log3 $name, 4, "$name is sending $send";
+   
+    return undef;
+}
+
+sub
YeeLight_Read
{
     my ($hash) = @_;
@@ -1633,4 +1657,4 @@
     return $rgb;
}


Schaue mir gerade die Forks auf github an.
Anscheinend ist vieles schon vorhanden. Ist thaliondrambor noch aktiv? Pull Req sind ja keine offen. Vielleicht kann verybadsoldier und sledge2019 einen PR schicken um die Codebasis wieder zu vereinheitlichen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: PPP01 am 28 März 2019, 08:03:46
Interessant! D.h. der Nachtmodus wird nicht mehr nur bei den Ceilinglights eingesetzt. Ich habe mir den Fork von Eiten geforkt, der unterstützt den Nachtmodus bereits.
Da mich das Dimmen ohne Nachtmodus nervte (viel zu hell bei 1%), habe ich mir einen durchgehenden Dimmer eingebaut: 100-50 entspricht 100->1, 49-10 entspricht 100-10 Nachtmodus und 1-10 ist 1-10 im Nachtmodus.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: huhu am 12 Mai 2019, 00:18:07
Hallo zusammen,

kann die Farbtemperatur mittlerweile für Weiße Yeelights (2) geändert werden? Es funktioniert bei mir nur sporadisch, im ersten Beitrag steht es sei nicht unterstützt, doch mal gehts..

Zitat19.05.12 00:13:17 3: YeeLight YeeLight_Terrasse - set YeeLight_Terrasse ct 5280
2019.05.12 00:13:17 3: YeeLight_Terrasse success sending 31: {"id":31,"method":"set_ct_abx","params":[5280,"sudden",0]}
2019.05.12 00:13:17 3: YeeLight_Terrasse updated readings.
2019.05.12 00:13:21 3: YeeLight YeeLight_Terrasse - set YeeLight_Terrasse ct 3100
2019.05.12 00:13:21 3: YeeLight_Terrasse success sending 32: {"method":"set_ct_abx","id":32,"params":[3100,"sudden",0]}
2019.05.12 00:13:22 3: YeeLight_Terrasse updated readings.

und meistens gehts nicht..
Zitat2019.05.12 00:09:10 3: YeeLight YeeLight_Terrasse - set YeeLight_Terrasse ct 2450
2019.05.12 00:09:10 1: YeeLight_Terrasse error sending 17: {"params":[2450,"sudden",0],"id":17,"method":"set_ct_abx"}
2019.05.12 00:09:19 3: YeeLight YeeLight_Terrasse - set YeeLight_Terrasse ct 2450
2019.05.12 00:09:19 1: YeeLight_Terrasse error sending 18: {"method":"set_ct_abx","id":18,"params":[2450,"sudden",0]}
2019.05.12 00:09:30 3: YeeLight YeeLight_Terrasse - set YeeLight_Terrasse ct 2600
2019.05.12 00:09:30 1: YeeLight_Terrasse error sending 19: {"id":19,"method":"set_ct_abx","params":[2600,"sudden",0]}
2019.05.12 00:09:42 3: YeeLight YeeLight_Terrasse - set YeeLight_Terrasse ct 2000
2019.05.12 00:09:42 1: YeeLight_Terrasse error sending 20: {"params":[2000,"sudden",0],"method":"set_ct_abx","id":20}
2019.05.12 00:09:48 3: YeeLight YeeLight_Terrasse - set YeeLight_Terrasse ct 1700
2019.05.12 00:09:48 1: YeeLight_Terrasse error sending 21: {"params":[1700,"sudden",0],"method":"set_ct_abx","id":21}

Viele Grüße
huhu
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChrisKoh am 15 September 2019, 11:23:11
Hallo zusammen!

Mit der Suche konnte ich leider noch nichts zur Thema Yeelight Meteorite finden.

Gibt es hier schon Erfahrungen? Ich habe eine bestellt und sie ist hoffentlich bald hier und übersteht die erste Hürde (WAF).

Kann ich evtl. Hier irgendwie betragen damit die Meteorite angesteuert werden kann?

Grüße!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 15 September 2019, 20:15:56
Hi, ich selbst habe die Meteorite seit einigen Tagen und sie lässt sich mit dem Modul bedingt steuern.
Das heißt, das Licht, welches nach unten strahlt, lässt sich steuern, das Licht, welches nach oben strahlt, lässt sich jedoch
garnicht steuern.
Ich habe mir dann die API angeschaut und per RAW befehl das obige Licht Ein- und Ausschalten können, dass bedeutet,
dass das Modul angepasst werden muss, damit man die Meteorite mit diesem Modul komplett steuern kann.
Ich hoffe, dass dies vom Modulersteller gemacht wird  ::), Ansonsten würde ich es selbst versuchen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zYloriC am 17 September 2019, 23:48:55
Ich habe seit heute auch die Meteorite hängen und der WAF ist super.FHEM Integration der Leuchte nach unten klappt auch. Nur die Farbe der Lampe nach oben bekomme ich nicht hin.
Wäre super, wenn das Modul erweitert werden kann. Helfe gern beim DebuggingGruß zYloriC
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 18 September 2019, 11:59:56
Dann war ich mal so mutig und habe sie jetzt auch bestellt :-)
Wegen einer eventuellen Modulerweiterung hätte ich den Vorschlag, die Meteorite einfach als zwei Devices abzubilden (einmale direktes Licht, einmal die Ambientebeleuchtung). Die wären dann genau so bedienbar wie die vorhandenen Yeelight-Instanzen und würden sich in bereits vorhandene Scripts gut integrieren.

Zitat von: zYloriC am 17 September 2019, 23:48:55
Ich habe seit heute auch die Meteorite hängen und der WAF ist super.FHEM Integration der Leuchte nach unten klappt auch. Nur die Farbe der Lampe nach oben bekomme ich nicht hin.
Wäre super, wenn das Modul erweitert werden kann. Helfe gern beim DebuggingGruß zYloriC
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 19 September 2019, 21:31:09
Der Modulersteller war das letzte mal im März online, also habe ich mich mal dran gesetzt und die Idee von f-zappa umgesetzt.
Das ganze befindet sich noch in der Testphase und wenn jemand bei der Fehlersuche helfen möchte, oder das Modul einfach nur
testen möchte, der kann sich das Modul hier runterladen
https://github.com/Vaddi-fhem/YeeLight (https://github.com/Vaddi-fhem/YeeLight)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 19 September 2019, 21:54:17
Zitat von: Vaddi am 19 September 2019, 21:31:09
Ja geil, das probier ich direkt mal aus :-)
Magst du eventuell noch ein controls_yeelight.txt erstellen?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 19 September 2019, 22:24:34
Zitat von: Vaddi am 19 September 2019, 21:31:09
Der Modulersteller war das letzte mal im März online, also habe ich mich mal dran gesetzt und die Idee von f-zappa umgesetzt.
https://github.com/Vaddi-fhem/YeeLight (https://github.com/Vaddi-fhem/YeeLight)
Grundsätzlich funktioniert das ja schon prima! Danke, dass du dir die Arbeit machst!
Was mir bisher aufgefallen ist: Irgendwas passt mit dem Reading "bright" nicht. Beim Auslesen nimmt bright maximal den Wert 5 an. Wenn man manuell auf 5 setzt, ist die Lampe relativ dunkel, scheint aber bereits bei ca. 30 die maximale Helligkeit zu erreichen.
Hast du eine aktuellere API-Referenz oder ist das reverse engineering? Ich habe nur die alte (https://www.yeelight.com/download/Yeelight_Inter-Operation_Spec.pdf) gefunden ...
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 19 September 2019, 23:25:35
Hey, danke für das Feedback.
Ich habe auch nur diese API.
Bei welcher Lampe passt der Wert nicht? Bei der meteorite oder der ambiente?
Werde morgen mal weiter dran basteln und auch
eine controls Datei erstellen.

Gn8
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 20 September 2019, 11:20:02
Zitat von: Vaddi am 19 September 2019, 23:25:35
Bei welcher Lampe passt der Wert nicht? Bei der meteorite oder der ambiente?
Die komischen Werte sind bei der Ambiente.
Sag mal, wäre das viel Aufwand, den Mond-Modus einzufügen?  ;D
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 20 September 2019, 18:56:02
Also, dass mit der Helligkeit ist mir auch schon aufgefallen, allerdings ist dieses Verhalten auch in der APP so
und nicht bei allen Farben. Rot, Grün, Blau, usw. kann man eine Veränderung der Helligkeit zwischen 0-100
wahrnehmen, bei weiß ist dies aber nur zwischen 0-30 Wahrnehmbar.

Ich habe noch einen Fehler gefunden, und zwar wird bei der Ambiente die Helligkeit der normalen angezeigt
und auch die ganzen Readings der Ambiente sind noch verkehrt, da kümmer ich mich momentan drum.

Mit Mond-Modus meinst du den Nightmode? Wie die Scene bei der normalen Lampe? Also ein Knopf
um die Lampe auf 1% Helligkeit und warmweiß zu setzen?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zYloriC am 20 September 2019, 21:47:06
hallo Vaddi,ich habe es ausprobiert und bin begeistert. vielen Dank für deine Arbeit.
Bei der Homebridge-Einbindung ist mir aufgefallen, dass die RGB- und HUE/HSV-Readings nicht gesetzt werden. Kann das sein?Zudem hat z.B. "set hue 200" bei mir keine Auswirkungen. Allerdings kann Apples Homekit nur HUE und nicht RGB.
Aktuell klappt beim Ambiente nur RGB, richtig? Es gibt ja "set hue" und "set hsv"... ist das nicht das selbe??

Noch mal vielen Dank für deine Mühe. Die Lampe und der WAF wird immer besser!! :)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 21 September 2019, 00:02:42
Hi, danke für die Blumen, der dank geht an den eigentlichen Ersteller des Moduls  ;)

Die readings passen momentan alle noch nicht, bin noch dabei das anzupassen.
Was die Befehle angeht, kann ich noch nicht viel zu sagen, werde ich mir aber morgen
mal anschauen.

Es gibt auf github jetzt übrigens eine controls file, dass Modul ist allerdings immer noch das gleiche,
auch wenn FHEM jetzt bei einem Update Check sagt, dass es ein Update gibt.

Übers Wochenende habe ich etwas mehr Zeit, vermutlich gibt es dann morgen mal ein Update.

Bis dahin, gn8
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 22 September 2019, 01:18:19
Hab mal ein Update auf Github geladen, darf gerne getestet werden ;)
Bitte vorher die Devices löschen, update ziehen, fhem neustarten und dann die Lampen wieder anlegen.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Thomas41587 am 25 September 2019, 13:56:02
Hallo zusammen,
ich habe Zuhause eine Xiaomi Yeelight mit 33W (wird auch als "LED-Kronleuchter" bei Amazon betitelt).
Mit dem Modul kann ich das Hauptlicht schalten und einstellen. Allerdings funktioniert die RGB Beleuchtung an der Oberseite nicht. Wie bzw. wo kann man das Modul ergänzen, sodass die Steuerung funktioniert? Die API ist ja zum Glück dokumentiert, sodass ich mich mal dran versuchen würde. Oder arbeitet zufällig schon jemand an der Implementierung?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: okiberlin am 25 September 2019, 14:04:41
Wenn es um diese Leuchte geht...
https://www.amazon.de/Yeelight-2700K-6000K-Farbtemperatur-LED-Leuchter-LED-Kronleuchter/dp/B07MY2MTZY (https://www.amazon.de/Yeelight-2700K-6000K-Farbtemperatur-LED-Leuchter-LED-Kronleuchter/dp/B07MY2MTZY)

Vaddi hat das alte Yeelight Modul angepasst, siehe https://github.com/Vaddi-fhem/YeeLight (https://github.com/Vaddi-fhem/YeeLight)

Damit funktioniert das Hauptlicht und das Ambientelicht.

Vielen Herzlichen Dank für die tolle Arbeit! Der WAF der Leuchte ist enorm ;D
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Thomas41587 am 25 September 2019, 15:23:15
Danke für die schnelle Antwort! Das wäre ja super, wenn es damit funktioniert. Probiere ich direkt aus, sobald ich Zuhause bin :-)

Edit: Funktioniert wunderbar! Vielen Dank für das tolle Modul!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 28 September 2019, 16:39:38
Wenn jemand noch irgendwelche Fehler findet oder Anregungen hat, immer her damit.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 30 September 2019, 13:32:13
Zitat von: Vaddi am 28 September 2019, 16:39:38
Wenn jemand noch irgendwelche Fehler findet oder Anregungen hat, immer her damit.
Hab ich beides nicht, möchte aber trotzdem die Rückmeldung geben: meine Meteorite läuft mit der aktuellen Modulversion prima :-)
Vielen Dank dafür!
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: zYloriC am 30 September 2019, 14:11:04
Hallo Vaddi,
ich hatte zunächst Probeme wegen einer übernommenen, alten Konfiguration der Lampe. Nachdem ich die Konfiguration durch die 2 Defines aus deinem git samt anschließendem Auto-Konfig angelegt hatte, klappt es. Anpassungen für homebridge habe ich dann ergänzt.
Somit funktioniert es auch bei mir aktuell super - incl. dem Setzen der Farbe . Vielen Dank für deinen Einsatz!!
Wenn du nach Ideen fragst, fällt mir Folgendes ein: automatische Farbmodi wie Regenbogen-Durchlauf oder Kerzenlicht etc. per FHEM setzen. Beim yeelight-homebridge-modul geht das, aus fhem habe ich es noch nicht hinbekommen.
Nebenfrage: Kennt jemand eine Möglichkeit/App, um die Meteorite als Lichtorgel zu nutzen? (App soll per Micro die Musik live in Licht-Änderungen umsetzen) Es gibt wohl die Funktion MusicFlow in der yeelight-app, sie wird bei meiner Meteorite aber nicht angezeigt. Ist da bei euch auch so?

Viele GrüßezYloriC
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Tardar am 03 Oktober 2019, 14:36:07
Hey Vaddi,

besteht die Chance, dass Du die Yeelight JIAOYUE mit integrierst ? :)

Vielen Dank
Tardar
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: tomahawk2015 am 03 Oktober 2019, 21:09:56
Hallo,

bei mir (Meteorite) funktioniert leider immer nur eins der beiden devices, je nachdem welches zuerst definiert wird. Wenn ich beispielsweise zuerst das Ambiente definiere funktioniert dieses aber das Hauptlicht nicht und umgekehrt. Ansprechbar sind sie also grundsätzlich beide. Das nicht funktionierende
wird als disconnected angezeigt, im Log wechselt es dauerhaft zwischen opened und disconnected.
disconnected, waiting to reappear (yeelight_meteorite)
reappeared (yeelight_meteorite)
Für mich sieht es so aus, als wenn nicht zwei devices über eine IP-Adresse verbinden können aber das scheint ja abgesichert?
Vielen Dank
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 04 Oktober 2019, 23:42:53
Zitat von: Tardar am 03 Oktober 2019, 14:36:07
Hey Vaddi,

besteht die Chance, dass Du die Yeelight JIAOYUE mit integrierst ? :)

Vielen Dank
Tardar
Hey, ich besitze die Lampe nicht und kann dementsprechend nichts testen.
Da sie aber ähnlich der meteorite ist, könntest du mal versuchen sie als meteorite und meteorite_amibente zu definieren.


@tomahawk2015
Welches Modul verwendest du? Das aus dem 1. Beitrag?
Falls ja, bitte folgendes verwenden
https://github.com/Vaddi-fhem/YeeLight (https://github.com/Vaddi-fhem/YeeLight)
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Johnnyflash am 05 Oktober 2019, 11:56:03
Hallo,
zeitlich hat sich das leider überschnitten, bei mit läuft seit 4 Wochen eine von mir geänderte Version basierend auf der Version von vbs aus diesen Thread. Ich habe das ganze allerdings als ein device gestaltet, welches dann entsprechend mehr Parameter hat. Ich will hier ein Modulchaos vermeiden, kann die Variante aber auch gerne noch zur Verfügung stellen. Vielleicht findet sich ja auch ein Maintainer, der den Yeelight Bereich in die Hand nimmt. Es scheint ja doch einige Nutzer zu geben. Möglicherweise lassen sich ja auch Vaddis und meine Version migrieren.

Philipp
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: tomahawk2015 am 05 Oktober 2019, 13:01:58
Hallo Vaddi,

ja, ich habe die von Dir modifizierte Version genommen.
ich habe es nochmal auf meinem Zweitsystem versucht (Raspberry), da funktioniert es auch.
Leider auf meinem Hauptsystem nach wie vor nicht. Ich muß dazu sagen, daß dies in einem Docker-Container läuft, was aber bei diversen anderen Yeelights (Ceiling, Bulb)
keine Probleme versursacht. Ich habe auch schon einmal ein paar grundlegende Dinge ausprobiert (Parameter net=host um netzwerkseitig sicher zu sein oder auch mal
das im Eingangspost erwähnte cpan-Modul neu installiert), leider ohne Erfolg. Ich habe auch ein seltsames Erscheinungsbild innerhalb der Deviceeigenschaften (temporär, wenn es gerade disconnected ist), hab das mal angehängt.
Wäre durchaus daher an Deiner Version interessiert, Johnnyflash

Danke + VG Thorsten
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 05 Oktober 2019, 14:10:50
Diesen Fehler habe ich bisher auch noch, bin momentan allerdings dabei das zu fixen.
Und ich integriere momentan eigene Szenen.
Warum du allerdings so ein Problem hast, ist mir schleierhaft.

@Johnnyflash
Würde mir deine Version auch gerne mal anschauen.
eine Migration klingt interessant, müssten mal überlegen, wie man das am besten realisieren kann.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 05 Oktober 2019, 17:05:54
Zitat von: Vaddi am 05 Oktober 2019, 14:10:50
eine Migration klingt interessant, müssten mal überlegen, wie man das am besten realisieren kann.

Ich selbst kann es nicht und traue mich daher kaum es vorzuschlagen, aber wäre es eventuell einfacher, das Ding noch einmal komplett neu zu schreiben? Als das Modul entwickelt wurde, gab es eine handvoll verschiedener YeeLight-Modelle - seitdem werden es aber ständig mehr und sie haben eben teilweise auch neue Fähigkeiten (wie eben hier die Ambiente-Beleuchtung).

Außerdem habe ich schon länger eine Idee, die man ein dem Zug eventuell einbauen könnte: Was soll FHEM machen, wenn eine Lampe stromlos war und wieder eingeschaltet wird? Derzeit werden die Readings neu gesetzt, aber wie wäre es, wenn man über ein Attribut "onReconnect" das Verhalten auf "updateReadings" (wie bisher) oder "pushSettings" (stell die Lampe so ein, wie in FHEM definiert) auswählen könnte?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 05 Oktober 2019, 20:38:40
Das Modul neu aufzubauen wäre kein Problem, ich sehe da eher das Problem, dass ich zum Beispiel nur die meteorite von yeelight besitze. Ich kann somit keine anderen Lampen testen um das Modul auf neue/andere Funktionen umzustricken.

Mit deinem Vorschlag der "pushSettings", da gibt es doch die Standard Einstellung in der app, welche auch von fhem aus aufrufbar ist.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: f-zappa am 07 Oktober 2019, 12:29:47
Zitat von: Vaddi am 05 Oktober 2019, 20:38:40
Mit deinem Vorschlag der "pushSettings", da gibt es doch die Standard Einstellung in der app, welche auch von fhem aus aufrufbar ist.
Nein, den festgelegten Standard meine ich nicht .. eher so: Du stellst die Lampe in FHEM auf rot (obwohl sie offline ist), FHEM merkt sich das in den Settings und zieht diese Einstellung nach, sobald die Lampe wieder online kommt.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Thomas41587 am 13 Oktober 2019, 18:28:11
Zitat von: f-zappa am 07 Oktober 2019, 12:29:47
Nein, den festgelegten Standard meine ich nicht .. eher so: Du stellst die Lampe in FHEM auf rot (obwohl sie offline ist), FHEM merkt sich das in den Settings und zieht diese Einstellung nach, sobald die Lampe wieder online kommt.
Diese Funktion wäre wirklich genial! Über diesen Weg könnte man die Meteorite auch als "Nachtlicht" o.ä. verwenden. Ab Uhrzeit X setzt man den Nachmodus. Läuft jetzt ein Bewohner in den Raum, schaltet der Bewegungsmelder den Strom der Meteorite ein und sobald die Lampe sich mit dem W-Lan verbunden hat (was hoffentlich nicht so lange dauert), wird der Nachmodus aktiviert.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: guck123 am 05 November 2019, 22:20:45
Moin Moin,

besten Dank Vaddi für dein angepasstes Modul. Genau das was sich gesucht habe. Aber eine Frage: die Readings werden nicht automatisch aktualisiert? Ich muss hier immer über einen Statusrequest gehen?

Grüße,

Denis
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 09 November 2019, 07:49:54
Moin.
Ich habe es gerade bei mir getestet, da werden die Readings automatisch aktualisiert.
Ich kann mir momentan nicht erklären, warum das bei dir nicht der Fall ist.
Hast du vor dem Austausch des Moduls die alten meteorite Devices gelöscht, sofern diese vorhanden waren?
Ansonsten evtl mal fhem oder Pi neustarten.

Gruß
Vaddi
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: guck123 am 09 November 2019, 13:32:38
Hi Vladdi,

ja hatte alles gelöscht bevor ich dein Modul geladen habe. Hab es eben nochmal probiert.

So geht es jetzt bei mir:

Ich habe jetzt 3 Devices definiert:

define Esszimmerlampe_status YeeLight IP
define Esszimmerlampe YeeLight IP meteorite
define Esszimmerlampe_Ambiente YeeLight IP meteorite_ambiente

beim ersten werden die Readings automatisch aktualisiert. Bei den anderen nicht. So passt das für mich aber. Ich brauch nur den on/of status um die Lampe schalten zu können.

Grüße,

Denis


Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: MarcoE am 18 November 2019, 13:21:21
Hi Vaddi,
bis vor ein oder zwei Tagen hat alles mit der Meteorite funktioniert (nachdem ich aus dem github dein modifiziertes Modul geladen hatte).
Jetzt habe ich die Meteorite via yeelight app geupdated (auf Version 2.0.6_0042) was wohl eine schlechte Idee war. Ein- und ausschalten geht noch aber die Readings (speziell power) stimmen irgendwie nicht mehr.
Kennst du das Problem schon?

Viele Grüße
Marco
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: guck123 am 18 November 2019, 21:25:12
Moin Marko,

Wir das Power Reading nicht mehr aktualisiert? Dann hast du das gleiche Problem wie ich. Gut zu wissen, dass das wohl an der Firmware Version liegt.... Workaround sollte wie in meinem letzten Beitrag funktionieren.

Grüße Denis

Gesendet von meinem BKL-L09 mit Tapatalk

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: MarcoE am 19 November 2019, 10:06:16
Hi Denis,
jepp ich habe wohl das gleiche Problem. Dein Workaround funktioniert zwar hilft mir aber leider nicht, da ich ambient und Hauptlicht komplett unabhängig voneinander schalte (Hauptlicht ist die Esstischbeleuchtung und ambient zur restlichen ambient Beleuchtung im Wohn- und Eßzimmer).

Viele Grüße
Marco
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 22 November 2019, 22:58:53
Hallo zusammen.
Ich habe meine Lampe noch nicht aktualisiert, werde ich aber demnächst mal machen und schauen,
ob ich das Problem mit den Readings gelöst bekomme.
Habe momentan nur sehr viel zu tun, darum könnte das etwas, bis ich dazu komme.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: majestro84 am 09 Januar 2020, 14:34:25
Hallo

Habe eine kurze Frage zu dem Modul.

Benötigt man die YeelightBridge oder reicht es die Lampe zu definieren.

Lameopen habe ich die Celling Light und Meteorite.

VG Alex
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: crazier96 am 13 Januar 2020, 14:57:01
Zitat von: majestro84 am 09 Januar 2020, 14:34:25
Hallo

Habe eine kurze Frage zu dem Modul.

Benötigt man die YeelightBridge oder reicht es die Lampe zu definieren.

Lameopen habe ich die Celling Light und Meteorite.

VG Alex

Hey Alex,
Lampen gehen ohne Bridge über WLAN.

Gruß Julien
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: majestro84 am 13 Januar 2020, 17:18:25
Hi danke für die Antwort habe die Bridge Mal angelegt aber sehe nicht wirklich ein Effekt was soll sie den bewirken?
VG Alex
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: crazier96 am 13 Januar 2020, 19:17:05
Zitat von: majestro84 am 13 Januar 2020, 17:18:25
Hi danke für die Antwort habe die Bridge Mal angelegt aber sehe nicht wirklich ein Effekt was soll sie den bewirken?
VG Alex

Die Bridge hört im Netzwerk auf Multicast-Nachrichten der Lampen und dadurch hat man wohl ein paar mehr Möglichkeiten die Lampen auszulesen. genau kann ich dir das aber auch nicht beantworten da ich das nicht  ausprobiert hab da sie ohne auch einwandfrei laufen.
In dem Forenbeitrag kann man das auch nachlesen. Allerdings sind die letzten Änderungen Jahre her.
https://forum.fhem.de/index.php?topic=62570.0 (https://forum.fhem.de/index.php?topic=62570.0)

Grüße Julien
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: majestro84 am 13 Januar 2020, 19:27:57
OK danke hatte im ersten Beitrag gelesen daß das Modell usw ausgelesen wird aber das scheint wohl nicht mehr zu klappen Mal schauen vielleicht finde ich Mal die Zeit mich mit den Code zu beschäftigen. Klar die Lampen gehen. Laufen bei mir auch zuverlässig
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: andre07 am 05 April 2020, 10:18:59
Hallo
Bei mir sind auch noch einige Yeelight Lampen im Einsatz und ich wollte mal die geänderte Vesion von
Vaddi hier testen.Im log bekomme ich aber diese Fehlermeldung
[Sat Apr  4 13:32:52 2020] fhem.pl: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 972.
[Sat Apr  4 13:32:52 2020] fhem.pl: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 976.
[Sat Apr  4 13:32:52 2020] fhem.pl: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 972.
[Sat Apr  4 13:32:52 2020] fhem.pl: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 976.
[Sat Apr  4 13:32:52 2020] fhem.pl: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 972.
[Sat Apr  4 13:32:52 2020] fhem.pl: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 976.
[Sat Apr  4 13:32:53 2020] fhem.pl: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 338.
[Sat Apr  4 13:32:53 2020] fhem.pl: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 338.
[Sat Apr  4 13:32:53 2020] fhem.pl: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 338.

bezieht sich auf diese Codezeilen
#Meteorite Ambiente check
if ($hash->{MODEL} eq "meteorite")
{
$send = '{"id":'.$msgID.',"method":"get_prop","params":["main_power","bright","ct","rgb","hue","sat","color_mode","flowing","delayoff","flow_params","music_on","name","active_mode","nl_br"]}';
}
elsif ($hash->{MODEL} eq "meteorite_ambiente")


Andre
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Typ1er am 05 April 2020, 17:07:01
schliesse mich mal an, mit den Fehlern.

mit der Originalen version habe immer mal wieder diesen Fehler im log
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 172, <$fh> line 2333.

mit der version von Vaddi

sind es noch einige mehr:
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 972, <$fh> line 2333.
PERL WARNING: Use of uninitialized value in string eq at ./FHEM/32_YeeLight.pm line 976, <$fh> line 2333.
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 189, <$fh> line 2333.
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 203, <$fh> line 2333.
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 208, <$fh> line 2333.
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 338.
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 939.
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 1229.
PERL WARNING: Use of uninitialized value $model in string eq at ./FHEM/32_YeeLight.pm line 1250.

Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: ChHerrm am 11 April 2020, 12:33:13
Hallo zusammen,
ich habe eine kleine, rein optische Frage zur Anzeige für ein Yeelight-Gerät.
Und zwar will ich eigentlich nur das devStateIcon für power:on und power:off als Status anzeigen. Leider steige ich aber bei den Funktion für devStateIcon nicht durch, wenn es nicht der "einfache" Fall über den state ist sondern über ein Reading wie hier z.B. power.
Mein Ziel ist ungefähr so etwas:
attr Nachttisch devStateIcon power.on:light_light_dim_100@yellow power.off:light_light

Ich habe aber keine Ahnung, wie ich FHEM das beibringen kann. Kann mir dafür jemand einen Hinweis geben? Vlt hat das ja mit einem Yeelight-Gerät schon mal jemand gemacht.
Vielen Dank!

Schöne Grüße
Christoph
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 26 April 2020, 14:29:26
Hallo zusammen, hier mal eine ganz leicht modifizierte Version. Bitte mal nachschauen, ob die Warnungen immer noch auftreten.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: MarcoE am 29 Mai 2020, 13:47:25
Hallo,
warnings sehe ich keine. Ich sehe nur, daß ich mit der Meteorite jetzt irgendwie gar nicht mehr zurecht komme. Ich habe sie auch dreifach definiert (Yeelight, meteorite, meteorite_ambiente). Aber der Status (ob an oder aus) kommt nur sehr sporadisch. Manchmal steht yeelight noch auf an, obwohl alles aus ist. Ich habe auch schon ein notify gesetzt damit auf meteorite und ambiente ein statusrequest getriggert wird wenn ich ein- oder ausschalte aber das hilft auch nicht wirklich.
Hat noch jemand so ähnliche Probleme?

Danke und viele Grüße
Marco
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: id001 am 21 Juni 2020, 20:31:14
Hello!

I have some Yeelight ceiling lights (yeelink.light.ceiling1) and the daylight/nightlight switching does not work anymore for some reason. Firmware: 2.0.2_0192
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Frazzor am 29 Juni 2020, 20:35:04
Hi,

wer Probleme mit der Ambiente Beleuchtung der Meteorite hat, einfach mal ein JSON update machen.

gruß
Michael
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Typ1er am 04 Juli 2020, 22:30:18
Zitat von: id001 am 21 Juni 2020, 20:31:14
Hello!

I have some Yeelight ceiling lights (yeelink.light.ceiling1) and the daylight/nightlight switching does not work anymore for some reason. Firmware: 2.0.2_0192

selbe Problem hier, es ging in der Vergangenheit schon mal
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: M.K. am 08 August 2020, 06:40:16
Also mit der orignalen Version in Post 1 bekomme ich den Fehler

Excessively long <> operator at ./FHEM/32_YeeLight.pm line 20.

@ Frazzor

Was wurde denn in der Zwischenzeit alles geändert?

VG
Martin
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Thomas41587 am 10 August 2020, 07:11:07
Zitat von: Typ1er am 04 Juli 2020, 22:30:18
selbe Problem hier, es ging in der Vergangenheit schon mal
Gleiches Problem auch bei mir :-(
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: HerrEmo am 07 September 2020, 05:59:35
Günstige Yeelight Lampen, 5 Stück 60€
Smart LED Lampe 1S (Color) | EU-Version | Yeelight
https://i.imgur.com/g0OwxZO.png (http://yeelight%20lampe)
funktionieren die Lampen mit diesem Modul ?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sirel am 10 September 2020, 11:26:07
Hallo zusammen,
hat noch jemand das Problem, dass das Yeelight Ceiling Light sich nach einer gewissen Zeit im Modul disconnected und erst durch ein ,,reopen" wieder ansprechbar wird. Das war früher nicht so, sondern müsste m. E. durch ein Firmwareupdate in der Lampe verursacht sein.
Kennt das Problem jemand und gibt es ggf. eine Lösung?

Vielen Dank vorab,

Max
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: NinoG am 10 September 2020, 21:44:07
Hallo,
Habe das gleiche Problem, aber leider auch keine Lösung. Kam durch das letzte Update der Lampe.   :-\

Zitat von: Sirel am 10 September 2020, 11:26:07
Hallo zusammen,
hat noch jemand das Problem, dass das Yeelight Ceiling Light sich nach einer gewissen Zeit im Modul disconnected und erst durch ein ,,reopen" wieder ansprechbar wird. Das war früher nicht so, sondern müsste m. E. durch ein Firmwareupdate in der Lampe verursacht sein.
Kennt das Problem jemand und gibt es ggf. eine Lösung?

Vielen Dank vorab,

Max
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: SoeK am 11 September 2020, 18:33:14
Hab' das Problem auch seit ein paar Tagen. Nach jedem Schaltvorgang brauch es ein reopen. Dort wo ich es umstellen konnte hab' ich vor den Schaltbefehl einfach immer ein reopen Befehl gesetzt, aber als FHEM ALexa Device funktioniert es beispielsweise nicht mehr.


Zitat von: Sirel am 10 September 2020, 11:26:07
Hallo zusammen,
hat noch jemand das Problem, dass das Yeelight Ceiling Light sich nach einer gewissen Zeit im Modul disconnected und erst durch ein ,,reopen" wieder ansprechbar wird. Das war früher nicht so, sondern müsste m. E. durch ein Firmwareupdate in der Lampe verursacht sein.
Kennt das Problem jemand und gibt es ggf. eine Lösung?

Vielen Dank vorab,

Max
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sirel am 11 September 2020, 19:47:45
Gibt es ggf. eine Möglichkeit die Firmware wieder zu downgraden? Oder sind neue Settings dazugekommen, die zu diesem Effekt führen?
Habe mir es aus Zeitgründen noch nicht so genau angeschaut... wollte ich dir Tage in Angriff nehmen.

Viele Grüße,
Max
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: neyzen am 11 September 2020, 20:41:08
Das Problem habe ich schon länger. Mache dafür alle 2 Minuten ein reopen aller lampen. Ist zwar nicht elegant,aber funktioniert
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sirel am 11 September 2020, 21:28:25
Das mache ich auch.   ;)

Aber schön geht anders...
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Vaddi am 12 September 2020, 23:30:29
Bei meiner Lampe funktioniert alles ohne Probleme.
Habe die Meteorite Pendelleuchte mit aktueller Firmware.
Änderungen, welche ich per yeelight App mache, werden sofort in fhem angezeigt.
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sirel am 14 September 2020, 09:37:36
Der Status kommt auch noch. Aber wenn die Lampe bspw. mit einer Verzögerung wieder ausgeschaltet werden soll, dann passiert es, dass sie nicht mehr erreichbar ist.

Da muss dann vor dem off nich ein reopen geschickt werden.

VG,
Max
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: killah78 am 26 November 2020, 16:54:51
Hi, ich räume gerade mein log auf und da finde ich sowas:
2020.11.26 16:44:02.914 1: PERL WARNING: Use of uninitialized value $value in string eq at fhem.pl line 4817.
2020.11.26 16:44:02.914 1: stacktrace:
2020.11.26 16:44:02.915 1:     main::__ANON__                      called by fhem.pl (4817)
2020.11.26 16:44:02.915 1:     main::readingsBulkUpdateIfChanged   called by ./FHEM/32_YeeLight.pm (1492)
2020.11.26 16:44:02.915 1:     main::YeeLightBridge_UpdateDev      called by ./FHEM/32_YeeLight.pm (1409)
2020.11.26 16:44:02.915 1:     main::YeeLightBridge_Parse          called by fhem.pl (4005)
2020.11.26 16:44:02.915 1:     main::Dispatch                      called by ./FHEM/32_YeeLightBridge.pm (163)
2020.11.26 16:44:02.915 1:     main::YeeLightBridge_Read           called by fhem.pl (3809)
2020.11.26 16:44:02.916 1:     main::CallFn                        called by fhem.pl (755)


Ist das bekannt und gibts da vielleicht schon eine Lösung? Das ist eine Yeelight RBG Lampe.
Danke und Gruss
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Ullulaki am 15 Dezember 2020, 21:49:59
Versuche gerade eine zweite Nachttischlampe einzubinden, aber finde keine Version, in der ich den Dev-Mode einschalten kann. Zufällig jemand nen Tipp, in welcher das bei Android noch geht?
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: Sirel am 16 Dezember 2020, 19:38:46
Zitat von: Ullulaki am 15 Dezember 2020, 21:49:59
Versuche gerade eine zweite Nachttischlampe einzubinden, aber finde keine Version, in der ich den Dev-Mode einschalten kann. Zufällig jemand nen Tipp, in welcher das bei Android noch geht?

Wenn du Zugriff auf eine Linux Umgebung hast, kannst du den DEV Mode per Python miio aktivieren. Kann sein, dass es in die Richtung auch etwas für Android gibt.

VG,
Max
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: main_pinguin am 11 Februar 2021, 17:09:34
Hallo

Ich bin gerade über ein kleines Problem/kleine Bug gestolpert... Es war mir nicht möglich bei einer "Yeelight Ceeling" mitttels FEHM zwischen "nightlight" und "daylight" zu wechseln. Also hab ich wenig geforscht. Das Yeelight modul schickt das Kommando "{"method":"set_power","id":5,"params":["on",null,null,5]}". Dies wird mit einem "OK" quittiert aber es ändert sich nichts. Über Telnet dann mal ausprobiert {"method":"set_power","id":5,"params":["on",,,5]} und siehe da die Lampe wechselt in den Nachtmodus und quittiert mit:
{"method":"props","params":{"active_bright":60,"active_mode":1,"nl_br":60}}
{"id":5,"result":["ok"]}

Anscheinend mag die aktuelle Firmware das "null" Statement nicht...

Da ich in PERL  nicht so bewandert bin, gibt es hier vllt. jemanden der das Modul entsprechend anpassen kann. Dann darf die Lampe vielleicht doch ins Schfazimmer einziehen ;-)

Gruß
Main Pinguin
Titel: Antw:[32_YeeLight.pm][Devel 32_YeeLightBridge.pm] - Modul für Yeelight Wifi Lampen
Beitrag von: neyzen am 16 März 2022, 09:07:27
Hallo,

ich nutze schon meine Yeelight Lampe fast 5 Jahre. Heute hat sie nicht mehr reagiert. Ich stellte fest das sie ganz leicht flackerte und hab sie ausgebaut. Ich habe bemerkt das die Lampe "Ölig" war. Kennt das jemand? Wusste nicht das LED Lampen eine flüssigkeit drin haben. ::)