Da herrscht vermutlich ein Missverständnis.
Ein Dimmer hat
einen Status und kann über verschiedene
Befehle gesteuert werden. Das ist letztlich bei allen Dimmern gleich.
Ein knx Dimmer hat gewöhnlich 5+x Kommunikationsobjekte (KO), von denen mindestens drei KO für die Steuerung über Tasten gebraucht werden und drei
andere KO für die vollständige Steuerung über eine Visu (auch wenn openHAB weit mehr als eine Visu ist, möchte ich den Begriff mal so nutzen, weil dieser Punkt nicht openHAB-spezifisch ist)
Die KO im einzelnen, in ungewöhnlicher Reihenfolge
:
Heller/Dunkler Befehl (4 Bit) - Ein/Aus Status (1 Bit) - Ein/Aus Befehl (1 Bit) - Absolute Helligkeit Befehl (1 Byte) - Absolute Helligkeit Status (1 Byte)
Wahlweise käme noch Zwangssteuerung und/oder Szenen mit dazu.
Für die Wandtaster (solange keine Displays verbaut sind) reichen die ersten drei KO, für die Visu reichen die letzten drei KO.
Du kannst gewöhnlich über die ETS die Einschalthelligkeit eines knx Dimmers vorgeben, also entweder ein fixer Wert, oder die letzte gewählte Helligkeit. Dies ist aber eine generelle Einstellung, nicht ständig anzupassen. Die Einschalthelligkeit wird nur dann verwendet, wenn der Dimmer einen ON-Befehl über das Ein/Aus KO empfängt.
Das Status KO Ein/Aus signalisiert ON, sobald ein Dimmwert ungleich 0 anliegt, das Absolut KO signalisiert stets die aktuelle Helligkeit (eventuell nur statisch, also nicht während eines Regelvorgangs, kommt aber auf den Dimmer an).
Über den Absolutwert Befehl wird
immer der Befehl gegeben,
unmittelbar die gewünschte Helligkeit auszugeben.
Wenn Blendzeiten definiert sind, wird die neue Helligkeitsstufe allmählich erreicht.
Es gibt keine Möglichkeit - jedenfalls wären mir keine Dimmer, die so etwas bieten bekannt - eine Helligkeitsstufe dynamisch
vorauszuwählen.
Nun zu Deinem Problem, die Helligkeit tageszeitabhängig unterschiedlich zu gestalten:
Der einfachste Weg führt über eine Rule. Die Rule triggert, wenn der Status von OFF auf ON wechselt. Abhängig von der Zeit sendet die Rule dann den gewünschten absoluten Helligkeitswert. Gewöhnlich wird man im Dimmer als Einschalthelligkeit den niedrigeren beider Werte hinterlegen. Wenn openHAB ausgeschaltet ist, wird das Licht also in bestimmten Zeitabschnitten zu dunkel sein.
Läuft openHAB, so erfasst die Rule den Einschaltvorgang und übersteuert die Helligkeitsstufe, das Licht leuchtet in der helleren Stufe.
Die Rule muss also nur dann eingreifen, wenn die Helligkeit höher sein soll.
In openHAB wird ein Dimmer immer über ein Item dargestellt, das Item kennt die Befehle ON/OFF/INCREASE/DECREASE sowie die Zahlen 0 - 100.
Als Status sind ausschließlich die Zahlen 0 - 100 vorhanden.
Die Befehle INCREASE/DECREASE wird man nur im Ausnahmefall verwenden, warum sollte man relativ steuern, wenn man auch absolut steuern kann? Es reicht auch nicht, die Befehle an den Dimmer zu senden, denn die meisten modernen knx Dimmer sprechen ausschließlich start/stop Dimming, während openHAB sendend kein start/stop-Dimming beherrscht. Das bedeutet, dass die Helligkeit immer von <aktuelle Helligkeit> bis 100 durchlaufen wird, wenn man einmal INCREASE sendet, während bei DECREASE die Gegenrichtung bis 0 durchlaufen wird. Es ist also in den meisten Fällen nicht sinnvoll, die GA in openHAB zu hinterlegen, welche für heller/dunkler zuständig ist.
Der korrekte Trigger für eine Rule, welche sich um die Helligkeit kümmert lautet wegen des Status 0-100 also nicht "changed to ON", sondern "changed from 0"
Geht es um die aktuelle Uhrzeit, ist es oftmals einfacher, den Wert anders als als Zeit darzustellen, z.B. now.getHour liefert de Stundenanteil einer Digitalanzeige, also beispielsweise die Zahl 16, in der Zeit von 16:00:00 Uhr bis 16:59:59.999 Uhr, aber ab 17:00:00 Uhr springt dieser Wert dann schlagartig auf 17 um. Willst Du also zwischen 6 Uhr und 23 Uhr helleres Licht haben, reicht ein doppelter Vergleich:
Das funktioniert in Blockly genauso, aber Text ist nun mal wesentlich effizienter und benötigt keine Screenshots...