Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

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

[A Former User]

@ch90045 einfach drüber installieren. :)

[ch90045]

@ciddi89
schon versucht:

 npm i iobroker.lightcontrol

up to date, audited 6 packages in 992ms

No Luck!

[A Former User]

@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.

[Schmakus]

@thoml Vielen Dank für die Infos.
Dann würde 3 Datenpunkte hinzufügen.

• TransitionTime
• Use for Switch On / DimmUp
• Use for Switch Off / DimmDown

Dann müsste ich vor jedem Befehl zuerst die Zeit setzen und dann den Schaltbefehl / Dimm-Befehl.
Ich spiel mal ein wenig herum.

Ebenfalls würde ich diese Funktion komplett unabhängig von der vorhandenen RampUp / RampDown Möglichkeit gestalten.

[thoml]

@schmakus
Sag bescheid falls du wen zum testen brauchst was Homematic angeht.:+1:

[sit-in]

Hallo Zusammen,

Also ich entschuldige mich im voraus, aber ich bin wohl zu doof den Adapter zu installieren?!

Ich wollte Ihn über die Katze installieren, er hat ihn auch gefunden und "Process exited with code 0".

Aber er wird mir niergendwo in den Instanzen angezeigt.
Lediglich unter den Objekten wurde ein leerer Ordner "Lightcontrol" erstellt.

Mache ich etwas verkehrt oder liegt es am Adapter?

Freue mich auf Eure Antworten! :)

[Thomas Braun]

@sit-in sagte in Adapter LightControl 0.2.x Latest:

Aber er wird mir niergendwo in den Instanzen angezeigt.

Bei Installationen über die räudige Katze (Warum übrigens? Der Adapter liegt doch im Beta-Repo bereit?) muss eine Instanz von Hand generiert werden.

[A Former User]

@sit-in Exit code 0 bedeutet, alles ok! Also einfach dann manuell eine Instanz hinzufuegen, wie Thomas schon geschrieben hat..

[sit-in]

Super, hat alles geklappt, vielen Dank!

Kann jetzt auch schon über einen Sensor eine schaltbare Steckdose mit Lampe steuern.

Aber nun kommt die nächste Frage: Wenn ich die Steckdose/Lampe zuvor manuell eingeschaltet habe und sagen wir mal, sie ist schon 10 Minuten eingeschaltet ohne dass der Bewegungsmelder eine Bewegung erkennt, dann wird sie aber für die eingestellte Zeit nach Bewegungserkennung noch leuchten und dann ausgeschaltet. D.h. der Bewegungsmelder bzw. der Adapter Lightcontrol ist der Master.

Gibt es eine Möglichkeit es so einzustellen, dass, wenn die Lampe schon vor der Bewegungserkennung eingeschaltet war, diese unabhängig von der Bewegungserkennung weiter eingeschaltet bleibt?
Das wäre wirklich, wirklich klasse! Denn so könnte ich meinen Gartenweg beleuchten wenn ich dort lang gehe, aber auch wiederrum bei langen Sommerabenden die Beleuchtung auf Dauer eingeschaltet lassen...

[Schmakus]

@sit-in Wie du schon geschrieben hast, soll der Adapter der Master sein. Bedeutet alle Schaltvorgänge soll er übernehmen. Folglich ist es dem Adapter egal, was mit der Lampe davor oder danach manuell gemacht wird. Das wird sich auch nicht ändern.
AutoOff wirkt sich immer beim Einschalten einer Gruppe aus. Egal ob mit Sensor oder über Datenpunkt "power".
Wenn du möchtest, dass bei manuellen einschalten kein AutoOff wirkt, dann musst du das selbst über ein Script lösen, indem du zuerst AutoOff deaktivierst und dann über power einschaltest. Gleiches umgekehrt, wenn du das Licht ausschaltest.

[sit-in]

@schmakus Danke Dir für die Rückmeldung!

Okay, dann versuche ich es mal in einem Script zu schreiben.. Bin da aber noch ein totaler Neuling.
Falls hier schonmal jemand eine Lösung gefunden hat, gerne melden :)

[Schmakus]

@sit-in Hier ein kleinen Blockly Beispiel mit einem Taster und einem Schalter als Auslöser.
Wenn du einen physikalischen Taster verwendest anstatt einen eigenen Datenpunkt, solltest du den Trigger auf "bestätigte Änderung" anstatt "egal" umstellen.

[sit-in]

@schmakus Vielen Dank!!! Probiere ich aus :)