Ich denke wir sollten das in einem getrennten Thread diskutieren - Forenregeln (ich trenne das ab, wenn für dich ok).
Zu den einzelnen Themen:
Die klassische Umsetzung im KNX ist, so wie von dir beschrieben, das hinterhersenden eines absoluten Dimmwertes auf einen EIN-Befehl oder einen 100% Befehl.
Aktuelle PWM haben ein Eingangsobjekt, das den Sollwert steuern kann, nutze ich aber nicht.
Das "Hinterhersenden" passiert in einer Logik, ohne dass etwas begrenzt wird. Damit kann man manuell jederzeit heller dimmen. Mit einem 2. Tastendruck wird auch auf 100% gedimmt (gibt es als Custom Logik hier: viewtopic.php?f=65&t=2479)
So etwas sollte meiner Meinung mach funktional in die Logik, dein Gedanke zur Anzeige gefällt mir aber.
Man muss hier zwischen Tasten und Slider unterscheiden.
Bei einem EIN-Taster braucht es keine Anzeige, ein 100% Trigger ist eventuell verwirrend, wenn nur 20% rauskommen. Da wäre eine Anzeige mittels weiterem Objekt denkbar, aber ich denke nicht nötig.
Beim Slider (in der CometVisu) funktioniert das so: Man setzt einen Dimmwert per Slider, das Rückmeldeobjekt setzt den Slider dann auf zb. 20% zurück. Die Nachtrigger-Logik erlaubt dann sehr wohl ein Dimmen auf 100%, wenn man erneut den Slider auf 100% zieht.
Irgendwie finde ich den Gedanken gut, das 20% Limit sichtbar zu machen, aber so richtig rund wir das im Kopf bei mir nicht.
Sollte so angezeigt werden. In % oder mittels Slider Position. Cool wäre ein doppelter Slider. Der Knopf für den Sollwert, der Rahmen des Knopfes für die Rückmeldung. Nach dem Dimmvorgang liegen sie übereinander, beim Ziehen des Sliders bleibt der Rahmen stehen und wandert dann schrittweise bis zum Sollwert...
Finde ich zu kompliziert. Das einen ist ein parallel abgesetzter Dimmbefehl (Sollwert), das andere eine Dimmgrenze (anderes Objekt).StefanW hat geschrieben: ↑Sa Feb 25, 2023 5:46 pm Unsere Diskussion war nun: Was ist mit "nachträglicher Dimmkorrektur"? Wir überlegen, dass wir im Widget ein Objekt dafür vorsehen, bei dem solche dynamischen Dimmkorrekturen eingespeist werden können, so dass man dies an der Visu anzeigen kann (da sich ein Bediener womöglich wundert, dass er 95% eingestellt hat, aber es einfach nicht heller als 15% wird, weil das eine dynamisch gesendete Korrektur (kann auch eine konkurriender Befehl durch eine andere Visu sein) ist.
Ich nehm das so mit.StefanW hat geschrieben: ↑Sa Feb 25, 2023 5:46 pm Bezüglich dieses virtuellen Dimmers:
Es wäre daher nachzudenken, ob insbesondere bei der hochdimmenden Betriebsart durch "regelmäßige inkrementelle Vorgabewertaussendung" nicht ein Eingang vorgesehen werden sollte, der dymanische Nachkorrekturen von dritter Stelle entgegennehmen kann - on the Fly und daran den Dimmvorgang anpasst.
lg
Robert