Die Variablen und Kommandos sind alle schon im Modul vorhanden, aber da beim Abfragen der Eigenschaften diese Variablen nicht gemeldet werden, blockiert das Modul das setzen derselben.
Und einfach aktivieren geht auch nicht, dann haben andere Geräte auf einmal zuviele Variablen.
Wenn ich nicht mehr mit Arbeit überrollt werde, überlege ich mir was.
Michael
Ok, vielen Dank! 
LG
Adam
Hallo Michael,
hattest du mal Zeit, eine Lösung zu finden?
LG
Adam
Moin Moin, hat hier eventuell einer schon ne Lösung oder gibt es ein Workaround ?
Meine Pendelleuchte geht nun gar nicht mehr zu schalten. Lediglich der Status wird übermittelt wenn ich sie per Alexa schalte. Beim schreiben kommt mir die Idee über den Umweg Alexa. Eine Routine zu triggern… hmmm
Gibt es eine Fehlermeldung beim Schalten?
Kannst du bitte ein Debug der Instanz beim Schalten erstellen?
Michael
1 „Gefällt mir“
Version 2.00 (BETA)
- Betrieb der Geräte-Instanzen auch mit NAT (z.B. Docker) möglich.
- VariablenProfile werden beim löschen mit entfernt.
- Aktionen (inkl. Programmablauf) werden unterstützt.
- Debugausgaben waren unvollständig.
- Fehlermeldungen von Geräten wurden nicht berücksichtigt.
- Bessere Hinweise wenn es Probleme mit der Kommunikation gibt.
- RGB Farbwahl war defekt.
- UDP Kommunikation wird in Symcon ankommend auf Port 1983 erwartet.
- Prefix für PHP-Befehle wurde auf „YEELIGHT“ geändert.
- IPS 6.1 wird benötigt.
Zum testen im Store auf den Beta Kanal von dem Modul wechseln.
Hinweis zu Discovery-Instanz:
Wird Symcon in einen Docker Container welcher per NAT angebunden ist betrieben, so wird eine Fehlermeldung ausgegeben.
Diese Konstellation wird aufgrund der fehlenden Multicast Fähigkeiten von Docker nicht unterstützt.
Entsprechend müssen die Geräte-Instanzen per Hand angelegt und konfiguriert werden
Details sind in der Doku zu finden:
Michael
1 „Gefällt mir“
Sorry Michael für die späte Antwort. … „urlaub“ 
Funktioniert jetzt einwandfrei im Beta Channel 
Läuft bei mir im Docker ohne NAT
Vielen Dank !
Hast du mehr als eine Leuchte?
Und was war den vorher das Problem?
Weil eigentlich sind die Änderungen wichtig für User mit Routing zwischen Lampe und Symcon bzw. NAT.
Michael
Habe nur die eine Pendelleuchte. Das Problem war, dass ich zwar den Status der Variablen erhalten hatte wenn ich sie außerhalb von Symcon geschaltet habe, aber keine Aktionen in Symcon schalten konnte. Es kam immer eine fette Fehlermeldung. Jetzt funktionierts.
Ja genau, das entspricht auch dem Fehlerbild. Das hattest Du ja schon oben geschrieben.
Wobei es merkwürdig ist, da sich hier funktionell für nicht NAT User nichts geändert hat. 
Michael
Hallo zusammen,
ich bin seit kurzer Zeit auch Besitzer einer Yeelight Leuchte. Genauer gesagt, einer Meteorit Hängelampe. Diese hat unten weißes und oben farbiges Licht. Über IP Symcon und Deinem Modul @Nall-chan kann ich die Lampe steuern. Es wurden auch 2 States angelegt. 1x nur „State“ und 1x „State Background“. Wenn ich, egal von wo (also app oder ip symcon), das BG Licht einschalte, switchen in Symcon beide Stati auf ON obwohl nur das BG Licht an ist. Habe ich hier einen Denkfehler oder sollte nicht nur „State Background“ auf true gehen?
Gruß
Kay
Eigentlich sollte nur das BG dann an gehen.
Kannst du mir bitte einen Debug der Instanz beim schalten zukommen lassen?
Michael
Hi Michael,
hier die dump.txt Datei. Ich habe über Symcon das Hintergrundlicht eingeschaltet und der Status beider ging auf True.
dump.txt (1,8 KB)
Gruß
Kay
Danke. Leider werde ich da wohl nichts machen können, da die Lampe auch für beide den Status on sendet.
{"method":"props","params":{"power":"on","bg_power":"on"}}
Firmware aktuell? Könnte ja ein Bug in der Firmware sein.
Michael
Ja, neueste Firmware ist installiert. Schade. Aber Danke für Deine schnelle Rückmeldung.
Gruß
Kay
Dier Version 2.00 ist schon länger als stable im store verfügbar
Michael
Hallo Michael,
danke für deine vielen tollen Module. Ich habe mit dem Yeelight Modul (version 2.00 #200 (30.07.2022) folgende zwei Probleme:
1.
Nach einiger Zeit funktioniert das (ein-)schalten einer Lampe über dein Modul nicht mehr (siehe Screenshot Debug 07:21:58). Ab diesem Zeitpunkt kann ich aber über die yellight App normal schalten und dieses „externe“ schalten kommt auch im Modul an (7:22:02).
Wenn ich die zugehörige Schnittstelle deaktiviere/aktiviere funktioniert das (symcon-)schalten wieder einige Zeit und irgendwann plötzlich wieder nicht mehr.
Generell scheint sich das Modul bei einem Verbindungsverlust (z.B. Wifi kurz weg, Accesspoint wechsel usw.) nicht korrekt wiederzuverbinden. Ich muss jedes mal bei allen Lampen die Schnittstellen kurz deaktivieren/aktivieren, damit die Kommunikation wieder läuft.
Mache ich etwas falsch oder sind das Bugs im (tollen) Modul?
Vielen Dank, falls du weitere Informationen brauchst sehr gerne.
Adam
Danke, schau ich mir an.
Sollte eigentlich leicht abzustellen sein, so dass die Instanz sich selbst neu verbindet.
Michael
Ich kann das nachstellen, wenn du die ganze zeit Befehle an die Lampe feuerst.
Habe eben einem gedrückt halten der Pfeiltaste nach rechts die Helligkeit hochgeregelt und dann kommt so ein Fehler.
Du solltest also deine Befehle pro Sekunde etwas eindämmen
Allerdings kommt da jetzt ein Update was diesen Quata exceeded Fehler umgeht.
Wenn der ClientSocket im Objektbaum nicht rot wird, dann kann die Yeelight Instanz das auch erkennen.
Der Reconnect bei Verbindungsverlust ist durch den ClientSocket-IO, also Symcon geregelt.
Michael