UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[kenny384]

@loverz Leider will das ganze bei mir doch nicht so recht funktionieren. Ich habe auch mehrere Lampen, die quasi komplett vom Strom genommen werden, wenn sie aus sind, über einen Shelly. Also quasi das selbe Konstrukt wie bei dir. Das Skript schreibt auch fleißig die Brightness und CT um im Hintergrund, konnte ich beobachten. Schalte ich eine dieser Lampen aber nun wieder ein, startet dieses mit der letzten Einstellung und überschreibt die Brightness und CT einfach wieder. Quasi nach dem Motto "Das letzte Wort hat noch immer die Lampe und nicht iobroker"...

Zusätzlich glaube ich, dass dann auch folgende Änderungen der Einstellungen nicht mehr übernommen werden, weil er die Variable "Manuell geändert" wahrscheinlich auf "wahr" setzt, denn die Werte wurden ja geändert und stimmen nicht mit dem überein, was das Skript vorgegeben hat. Damit setzt er weitere Änderungen dann ja aus bis zum nächsten aus/anschalten.

[loverz]

@kenny384 so ist es.
Da deine Lampen den letzten Wert NACH dem Einschalten schreiben, sieht es so aus, als hättest du manuell geändert.

Nun könnte man einstellen, dass (sagen wir ca. ) 5 Sekunden nach dem Einschalten der Wert meines Scriptes einmal geschrieben und an die Lampen gesendet wird und anschließend die Variable „manuell geändert“ wieder auf „false“ geschrieben wird.

[Accu]

@loverz hi Loverz ich bin gerade über diesen Thread gestolpert weil ich mir auch ein adaptive light bauen will.
Das erste Script habe ich mal importiert und einen Datenpunkt angelegt, der den %-Wert des Sonnenstands aufnimmt. Allerdings steige ich bei deinen 2. Script aus. Kannst du verraten was für Datenpunkte manuell angelegt werden?
Ich habe in meinem Setup 3 HUE Lampen im Wohnzimmer und im ioBroker den Hue und hue extended Adapter installiert. In deinen Script taucht nach dem Import was mit KNX auf. Vermute das sind Geräte von dir? Wäre super wenn du noch etwas Hilfestellung geben könntest wie man die Hue Lampen rein bekommt in das Script und was man für Datenpunkte anlegen muss.

[Phil Ipp]

Danke fürs Teilen deines Scripts @loverz !

Der Sonnenstand wird korrekt berechnet. Leider habe ich noch Issues mit der Steuerung.
Helligkeit scheint er soweit manchmal zu steuern. Nach manuellem Eingreifen geht meist nichts mehr.
Beim CT Wert habe ich das Problem, dass er Werte schreibt, die außerhalb der CT-Range meiner Birne liegen.
Muss das im oberen Teil definiert werden? Da würden die vorhandenen Werte für mich keinen Sinn ergeben:

Des Weiteren hätte ich auch die Herausforderung, dass bei mir Strom immer anliegt.
Würde mich mal interessieren, ob und wie @kenny384 das gelöst hat.

Danke für Eure Hilfe und LG

[loverz]

@phil-ipp genau, die oberen, von dir gelb markierten Werte geben die jeweilig maximal, oder minimal gewünschten Werte an. Die %-Zahl vom Sonnenstand gibt dann an, wo wir uns aktuell in diesem Bereich befinden.
Wenn deine CT z.B. nicht bis 500 geht, ist klar, dass hier ein Wert außerhalb deiner Range geschrieben wird. Da muss dein gewünschter Max-Wert eingetragen werden.

Bezüglich des Resets bei manuellem Eingriff:
Wenn deine Lampen immer am Strom hängen, dann kannst du die Variable "Manuell_geändert" natürlich nicht mit Strom (bei mir Wohnzimmer_Spots_Status) zurücksetzen. Vielleicht wäre das bei dir möglich, sobald deine Helligkeit 0% erreicht hat, denn dann sind deine Lampen aus.

[loverz]

@accu ich hab dir hier nochmal eine kleine Erklärung dazugeschrieben:

KNX kommt bei mir nur ins Spiel um abzufragen, wann die Lampe an, oder aus geht. Das kannst du bei Hue mit dem Objekt "On" machen, einfach die beiden Punkte austauschen.
Alles was bei mir an "Deconz" geht, muss bei dir über den "Hue-Adapter" laufen. Deconz ist der Adapter, der bei mir die Hue Lampen ansteuert.

[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

[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?