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

[Schmakus]

@sigi234 Habe die Doku geändert. War noch eine alte Passage drin.

In den Instant-Einstellungen kann man nur den Gruppennamen und den individuellen LuxSensor festlegen. Die Lampen und Sensoren werden ausschließlich über ihre eigenen Datenpunkte definiert

[sigi234]

@schmakus sagte in Test Adapter LightControl 0.0.x GitHub:

Habe die Doku geändert. War noch eine alte Passage drin.

Ok, jetzt ist alles klar.

[Ein ehemaliger Benutzer]

@schmakus

Erstmal vielen Dank fuer den tollen Adapter!
Hast ja wirklich viele Szenarien eingebaut, ist ne tolle Hilfe und ersetzt auf Anhieb zig Scripte!

[FredF]

@Schmakus Finde den Adapter auch super!

[ch90045]

@Schmakus Top, macht das Erstellen der Gruppen viel einfacher. Finde die Doku bzgl. "Wie füge ich Geräte hinzu" missvervständlich.

Ich habe hier zuerst in den DPs der Lichtgruppe gesucht und natürlich nichts gefunden.

Eine Formulierung wie " .... Um ein Licht/Sensor hinzufügen muss bei dem entsprechenden Datenpunkt des Licht/Sensor über das Zahnrad dieses Datenpunkt für den Adapter aktiviert werden und entsprechend der Funktion der Lichtgruppe hinzugefügt werden. ...."

Hat man erst einmal den richtigen Datenpunkt gefunden, dann ist es ganz einfach!

[ch90045]

Entfernt, weil nicht reproduzierbar

[Schmakus]

@ch90045 Hallo, danke für das Feedback! Werde die Doku entsprechend aktualisieren, damit es verständlicher wird.

[FredF]

@Schmakus
Kannst du mir den Unterschied/Funktion von dailyLock und enabled erklären?

autoOnLux: Automatisch Licht ein bei Lux

enabled: Aktivieren/Deaktivieren
dailyLock: Bei false wird AutoOnLux nicht ausgeführt

---

Soll das bei autoOnLux nicht "angehen" statt "ausgehen" heißen?

operator: Vergleich ob Licht über oder unter minLux ausgehen soll (z.B. > / < / >= / <=)

---

Edit: Beim Datenpunkt lightcontrol.0.xxx.autoOnLux.operator gibt es bei Eingabe des Operators < oder > eine Fehlermeldung:

[ Controller ] Error, unknown or missing property: "autoOnLux.operator"

[Solear]

Ich probiere den Adapter auch gerade aus.
Gegeben: 4 Hue-Lampen und 1 Hue Wandschalter (Taster), eingebunden über den Adapter Zigbee2mqtt.

Die Hue-Lampen bekomme ich über Lightcontrol gruppiert und auch über das Objekt bei der Gruppe via Zustandsänderung per Handeintragung ein/ausgeschaltet.

Aber den Wandschalter (Taster) als Trigger bekomme ich nicht eingebunden. Er ist als "Sensor" definiert und der Gruppe zugeordnet.
Ich erwarte irgendwo das Verhalten, dass der Taster die Gruppe on/off toggelt - habe ich einen Denkfehler?

[Schmakus]

@solear Schalter, Taster und Buttons werden vom Adapter aktuell nicht unterstützt. D.h. können nicht einfach als Sensor definiert werden. Sensoren sind ausschließlich BWMs, Lichtschranken oder ähnliches, welche für den Modus "AutoOnMotion" zuständig sind.
BTW: Du kannst temporär einen Taster oder Schalter als Sensor definieren, musst aber dann den Modus "AutoOnMotion" aktivieren.

[Schmakus]

@fredf sagte in Adapter LightControl 0.1.x GitHub:

@Schmakus
Kannst du mir den Unterschied/Funktion von dailyLock und enabled erklären?

autoOnLux: Automatisch Licht ein bei Lux

enabled: Aktivieren/Deaktivieren
dailyLock: Bei false wird AutoOnLux nicht ausgeführt

enabled: Hier wird die Funktion grundsätzlich aktiviert
dailyLock: ist eine interne Sperre (nicht änderbar durch User), Ausreisserschutz wenns am morgen kurz mal dunkler wird (5x muss es heller werden, damit dailyLock zurückgesetzt wird.

---

Soll das bei autoOnLux nicht "angehen" statt "ausgehen" heißen?

operator: Vergleich ob Licht über oder unter minLux ausgehen soll (z.B. > / < / >= / <=)

Klar, werde ich ändern. Danke für's Feedback! :-)

---

Edit: Beim Datenpunkt lightcontrol.0.xxx.autoOnLux.operator gibt es bei Eingabe des Operators < oder > eine Fehlermeldung:

[ Controller ] Error, unknown or missing property: "autoOnLux.operator"

Könntest du hierzu bitte ein Issue auf GitHub aufmachen?! Danke! Hier wird aktuell der Wert nicht in den internen Speicher übernommen.

[ch90045]

@schmakus Mal ne Frage, wie wird der Adapter "upgedated" - entfernen und neu installieren ist ja blöd, da werden ja alle DPs gelöscht.

[Ein ehemaliger Benutzer]

@ch90045 einfach drüber installieren. :)

[ch90045]

@ciddi89
schon versucht:

 npm i iobroker.lightcontrol

up to date, audited 6 packages in 992ms

No Luck!

[Ein ehemaliger Benutzer]

@ch90045 der adapter ist noch nicht im stable. Dann musst du über bei Adapter auf Experten Einstellungen und dann auf die Katze, unter dem tab benutzerdefiniert den GitHub link vom adapter einfügen.

https://github.com/Schmakus/ioBroker.lightcontrol

[Schmakus]

@ciddi89 sagte in Adapter LightControl 0.2.x Latest:

@ch90045 der adapter ist noch nicht im stable. Dann musst du über bei Adapter auf Experten Einstellungen und dann auf die Katze, unter dem tab benutzerdefiniert den GitHub link vom adapter einfügen.

https://github.com/Schmakus/ioBroker.lightcontrol

Oder kurzfristig das Repo in den Einstellung auf "Latest" umstellen und Liste aktualisieren. Dann wird auch das aktuelle Update angezeigt. Danach wieder auf Stable ändern.
Bitte nicht mehr über die Katze.

[ch90045]

@schmakus Habe auf "Latest" umgestellt - dann ging es - danke!

[thoml]

@Schmakus

Die Homematic Dimmer haben standartmäßig einen Datenpunkt "RAMP_TIME" der die Rampe steuert, dieser muss kurz vor der Helligkeit geschrieben werden.

Kannst du da noch etwas einbauen?
Ansich würde es auch gehen wenn man auswählen kann, dass die Helligkeit auch runter gesetzt wird wenn "Use Brightness for Switching" deaktiviert ist dann lässt sich die "RAMP_TIME" über die Funktion "Switch" beschreiben.

[Schmakus]

@thoml Hi, das steht tatsächlich auf meiner ToDo Liste. Auch bei Zigbee Lampen oder Shellys gibt es diese "transition_time". Ich muss mir nur Gedanken machen, wie es sich in kombination verhält, wenn innerhalb einer Gruppe Lampen über diese "transition_time" oder "ramp_time" gerampt werden und evtl. gleichzeitig über ein Dimmintervall, wie aktuell schon möglich. Weil hier könnte es zu ungewollten Effekten kommen.

Leider habe ich keinen Homematic Dimmer. Deshalb die Frage an dich, wenn der Wert einmal geschrieben wurde, dieser dann dauerhaft gilt oder muss dieser immer wieder erneut geschrieben werden? Bei Zigbee oder Shelly ist der Wert dauerhaft gültig.

Eine weitere Frage: Sofern man rampen möchte, sollte hier auch zwischen RampOn und RampOff unterschieden werden können? Also so dass nach dem Rampen die Zeit in der Lampe wieder auf 0 gesetzt wird oder dass einfach nur auf Wunsch die Ramp_Time beim Schalten gesetzt wird?

[thoml]

@schmakus said in Adapter LightControl 0.2.x Latest:

@thoml Hi, das steht tatsächlich auf meiner ToDo Liste. Auch bei Zigbee Lampen oder Shellys gibt es diese "transition_time". Ich muss mir nur Gedanken machen, wie es sich in kombination verhält, wenn innerhalb einer Gruppe Lampen über diese "transition_time" oder "ramp_time" gerampt werden und evtl. gleichzeitig über ein Dimmintervall, wie aktuell schon möglich. Weil hier könnte es zu ungewollten Effekten kommen.

Bei den Homematic dimmern wäre der effekt vielleicht garnicht so schlecht, die Helligkeit würde dann nicht sprunghaft von z.B. 20 auf 30 gehen sondern mit der eingestellten "ramp_time". Sollte aber bei den Zigbee Lampen ähnlich sein.
Vielleicht begrenzen das die "ramp_time" oder "transition_time" nicht höher sein darf wie das Dimmintervall?

Leider habe ich keinen Homematic Dimmer. Deshalb die Frage an dich, wenn der Wert einmal geschrieben wurde, dieser dann dauerhaft gilt oder muss dieser immer wieder erneut geschrieben werden? Bei Zigbee oder Shelly ist der Wert dauerhaft gültig.

Die "ramp_time" muss jedesmal vor der Helligkeit geschrieben werden, auch beim runterdimmen.
Also z.B. :
1 -> "ramp_time" = 1s
2 -> "level" = 50%

Eine weitere Frage: Sofern man rampen möchte, sollte hier auch zwischen RampOn und RampOff unterschieden werden können? Also so dass nach dem Rampen die Zeit in der Lampe wieder auf 0 gesetzt wird oder dass einfach nur auf Wunsch die Ramp_Time beim Schalten gesetzt wird?

Zwischen RampOn und Off zu unterscheiden würde bestimmt Sinn machen aber das rücksetzen auf 0 ist bei Homematic dann ja hinfällig.

Ich kann dir aber leider nicht sagen ob es einen Unterschied zwischen Homematic und HomematicIP gibt, da ich nur die IP Geräte habe.
Bei den IP Geräten lässt sich aber über einen "COMBINED_PARAMETER" beides gleichzeitig übertragen.
z.B.: "COMBINED_PARAMETER" = "L=100,RT=20" Level auf 100% mit einer Rampenzeit von 20s.