Wie wird uhrzeitabhängiges Dimmen in der Regel umgesetzt?

[livingpure]

…und wie macht ihr das?

Mein Plan war das über eine Matrix im Dali GW (ähnlich HCL) zu machen und dann bei Bedarf manuell zu übersteuern, zum Beispiel auch für Szenen.
Mit KNX Dimmern, zum Beispiel MDT, funktioniert das einwandfrei. In DALI scheint das alle Hersteller zu überfordern. Einige bieten es gar nicht an, bei Jung und Gira schaltet sich das EVG bei jeder Helligkeitsänderung, also minütlich (laut Gira gewollt) ein. Also unbrauchbar?

Meine Überlegung ist jetzt den Konstantlichtregler-PM je nach Uhrzeit eine andere Soll-Helligkeit vorzugeben. Damit hätte man das dann sogar mit einer Konstantlichtregelung kombiniert. Allerdings sind das zig Umwege für ein Problem, das mir alltäglich erscheint. Wie macht man das also richtig?


hinzu kommt dann die Rückkehr zum uhrzeitabhängigen Dimmen. Bei MDT funktioniert das intern im Aktor - x Minuten nach dem manuellen Übersteuern erfolgt die Rückkehr.
Bei jeder externen Lösung wird das wohl kompliziert?

[gbglace]

OpenKNX Raumcontroller und die 4-Tages-Phasen, Aktorik kann damit relativ Dumm bleiben. Mehr vorgegebene Helligkeitstufen benötige ich nicht.

[jcd]

Ich hatte das mal ausprobiert, fand das aber
1) nicht besonders angenehm
2) zu unflexibel
3) kompliziert

Wir machen das auch mit Tagesphasen: Morgen, Tag, Abend, Nacht haben unterschiedliche Einschalthelligkeiten.
Morgen wird durch das Ausschalten(!) des Weckers aktiviert, Tag manuell, Abends durch Sonnenuntergang und Nacht nach Uhr.

[crt]

Wie bildet ihr das in eurer GA Struktur ab mit den 4 Tagesphasen? Ich habe ein zentrales Tag / Nacht Objekt (gesteuert über Dämmerung Wetterstation) und entsprechende Unterscheidungen in den Aktoren, finde das aber zu unflexibel in einigen Räumen und Situationen.
Danke.

[jcd]

Ich mache das über Szenen. Es gibt eine zentrale GA „Tagesphase“ die sendet eine Szenen-Nummer:
1 - Morgen
2 - Tag
…

Ein Szenen-Status wird ja nirgendwo gespeichert und ist nicht abfragbar, aber die Visu (Timberwolf Server) zeigt den zuletzt gesendeten Wert an. Die Szenenumschaltung kann durch unterschiedliche Auslöser getriggert werden.

Einige Geräte haben für einige Funktionen keine Szenen-Unterstützung. Z.B. kann man beim MDT AKD die Einschalthelligkeit nicht via Szene setzen. Dafür habe ich dann eine Logik gebaut, die als „GA-Schleuder“ beim Empfang der Szene die Werte für die Einschalthelligkeiten an die Dimmer sendet.

[coko]

Ich mache das über Szenen. Es gibt eine zentrale GA „Tagesphase“ die sendet eine Szenen-Nummer:
[...]
Ein Szenen-Status wird ja nirgendwo gespeichert und ist nicht abfragbar, [...]. Die Szenenumschaltung kann durch unterschiedliche Auslöser getriggert werden.

Einige Geräte haben für einige Funktionen keine Szenen-Unterstützung. [...] Dafür habe ich dann eine Logik gebaut, die als „GA-Schleuder“ beim Empfang der Szene die Werte für die Einschalthelligkeiten an die Dimmer sendet.

Falls OpenKNX in Frage kommt, dann lässt sich das auch mit den Zustandsautomaten (sind im bereits von gbglace genannten RaumController enthalten, in größerer Anzahl ansonsten in der StateEngine) realisieren. Einschlißelich des Sendes einzelner Werte. Und auch ein Speichern von Zustand/Phase ist möglich.

[markus245]

In DALI scheint das alle Hersteller zu überfordern

Ich habe es noch nicht gebaut, plane aber genau die gleiche Anforderung. Ich hätte gedacht, dass das MDT Dali Gateway (sowohl Pro als auch ohne Pro) genau die Anforderung HCL unterstützt. Wenn eine Lampe eingeschaltet wird (per Knopf) hat sie den "richtigen" Wert. Wenn sie ausgeschaltet ist, dann kommt bekommt sie die Änderung nur mit, aber geht nicht an.

Wenn die Einstellung (Helligkeit, Temperatur) manuell übersteuert wird, wird sie nicht weiter berücksichtigt, bis sie ausgeschaltet wird. Ich lese das so aus der Anleitung heraus (https://www.mdt.de/fileadmin/user_up..._TM_V11_DE.pdf, S.101.). Denkst du, dass dies nicht so funktioniert, weil du ja explizit MDT-Produkte angesehen hast?

[livingpure]

Zumindest hat litithio damit auch nicht nur positive Erfahrungen gemacht

[markus245]

Hast du hier mehr Informationen? Beim Überfliegen der Beiträge von litithio ist mir zumindest nichts direkt ins Auge gesprungen, was konkret schief gegangen ist.

[litithio]

Ich weiß nicht ob ich irgendwas falsch mache, falls ja war ich nicht in der Lage heraus zu finden was.
Wenn ich im DALI GW in der Zeisteuerung "manuelles Übersteuern" aktiviere und dann das GW programmiere ist danach mein HCL bricked.
Meine Leuchten (EdloLED Dual Drive Treiber mit 1800 - 4000k Leuchten) gehen nur noch mit knapp 4000k mit ca 30% Helligkeit an bei Schaltsignalen des PMs.
Ich kann es dann zwar manuell einstellen wir ich will, aber das Ziel, dass ich HCL habe, und dann bei Bedarf für den Moment manuell übersteuern kann, konnte ich nie erreichen. Ich löse es jetzt über "Vorlage über Objekt steuern" und schalte die HCL Tabelle bei Bedarf manuell ab und stelle dann die gewünschte Beleuchtungssituation her. Nach Ende aktivere ich die HCL Tabelle wieder manuell und zum nächsten in der Tabelle definierten Zeitpunkt übernimmt HCL wieder.

[markus245]

Herzlichen Dank für diese Information! Das ist ja in der Tat ein Verhalten, dass so nicht gewollt sein kann. Das Benutzerhandbuch sagt etwas anderes. Das ist natürlich mehr als Ärgerlich. Hast du hierzu schon einmal mit MDT Kontakt gehabt? (Falls du noch mehr Details hast (z.B. nur bei PM, nicht beim Schalter, etc) wäre ich sehr dankbar, wenn du das hier noch aufschreibst).

Nochmals herzlichen Dank für deine Erfahrung. Also muss vor der Entscheidung ein ausgeklügeltes Test-Setup her, wenn man sich auf die Anleitung so nicht verlassen kann. Ich werde dann gern berichten (dauert aber noch).