Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Phil Ipp]

@loverz super, danke für deine AW, das hilft!

Hatte mich bei den CT Werten nur gewundert. Bei den yeelights wird sie in Kelvin geregelt. Das spielt sich idR in einem Bereich von 2700K (warmweiß) bis 6500K (kaltweiß) ab. Deswegen kamen mir die 3-stelligen Werte nur etwas komisch vor ,)

Ich spiel mal weiter rum und melde mich.

Schönen Sonntag,
p

[loverz]

@phil-ipp danke gleichfalls! Der Yeelight-Adapter ist sehr buggy wie ich rausgefunden habe, also nicht wundern, wenn etwas nicht so funktioniert wie es soll, das muss nicht an mir liegen ;P

[Phil Ipp]

@loverz
mal ein paar tage beobachten, aber scheint soweit zu klappen - top!
jetzt halt nur noch auf fünf trillionen lights/groups anpassen ,)

der yeelight adapter ist tatsächlich das schwächste glied in der kette.
sie sterben zwar langsam zugunsten von zigbee aus, aber leider habe ich noch ein paar ältere wifi birnen und ein 3 wifi decken yeelights zu steuern. muss mich mal nach alternativen steuerungsmethoden schlau machen...

[loverz]

@phil-ipp dito, aber ich habe 2 Yeelight Deckenlampen mit Sternenhimmel und farbigen Background-Licht. Die sind einfach konkurrenzlos, da es sowas hier in Deutschland gar nicht gibt, schon garnicht mit Zigbee...

[kenny384]

@phil-ipp Moin, ich habe das mit den Lampen, die immer am Strom hängen folgendermaßen gelöst:
Generell setze ich immer wenn der Raum angeschaltet wurde kurz danach die Variable "manuell geändert" erstmal auf falsch und eine von mir hinzugefügte Variable "Licht ist an" auf wahr.

Die Variable kann ich dann weiter unten im Script immer zuerst abfragen. So macht er quasi nichts, wenn nicht das Licht an ist:

Bei der Übernahme der Werte für Bri und CT habe ich dann relativ lange Verzögerungen eingebaut (mehrere Sekunden), da ich festgestellt habe, dass diese sonst nicht zuverlässig nach dem anschalten übernommen werden (zu viele Signale auf einmal, die die Lampe verarbeiten soll).

So läuft es bei mir eigentlich jetzt komplett zuverlässig. Die Lampen schalten sich dann halt nur erstmal mit dem zuletzt gespeicherten Wert ein und dimmen dann nach wenigen Sekunden auf die aktuelle Helligkeit und Lichtfarbe. Das ist die einzige kleine Krücke dabei. Man bekommt also live mit, wie die Lampen sich nach dem Einschalten nachjustieren.

[loverz]

@kenny384 das mit der Verzögerung brauche ich auch, da mein Strom der Lampen ja über KNX komplett abgeschaltet wird.
Bei Einschalten braucht das Zigbee (bei mir über Deconz) immer eine kurze Zeit his es Signale aufnehmen kann.

Ich habe mir schon überlegt den Einschaltwert nach dem Strom-Einschalten zyklisch für sagen wir 10 Sekunden zu senden. So eine Art polling, damit das Ganze schneller geht.

Edit: Sowas hier meine ich:

Der letzte Einschaltwert kann nämlich ganz schön eklig sein 😂

[Accu]

@loverz super danke für die schnelle Antwort.
D.h. aber dann dass ich die Zeile: "knx.0.EG.Beleuchtung.Wohnzimmer_Spots_Status" bei mir nicht benötige? Da ja meine Hue Lampen immer AN sind und am Strom hängen, richtig?

[loverz]

@accu ich nutze diesen Status halt als Indikator, wann die Lampen eingeschaltet werden um anschließend die entsprechende Farbtemperatur zu senden.
Du müsstest es dann so umbauen, dass es das bei dir anhand des .On Status deiner Hues erkannt wird.

[Michaelnorge]

Auf der Suche bin ich auf diese Seite gestoßen. Ich hab da dann mal was selbst gebastelt, ich hoffe es hilft dem einen oder anderen.

Der CT-Wert (in Prozent von 0-100) verläuft wie eine Sinus Kurve.
Am Morgen ist das Licht warmweiß, am Mittag weiß und abends wieder warmweiß.

[loverz]

@michaelnorge sieht kompliziert aus, was macht das ander/besser als meine Berechnung?