Bugtracker DMXControl 3

Es wäre super, wenn man innerhalb einer Cuelist auch mit absoluten Zeitangaben arbeiten könnte, die relativ zum Start des Abspielens eine Cuelist zu verstehen sind.

Beispiel: eine Cuelist wird manuell gestartet. 9 Sekunden nach Start soll der zweite Schritt beginnen, 20 Sekunden nach Start der dritte Schritt. Dann wäre es prima, wenn man einfach schreiben könnte:

Cue 1 manual
Cue 2 “absolute follow” 9s
Cue 3 “absolute follow” 20s

wobei sich das “absolute follow” 20s der Cue 3 auf t0 von Cue 1 bezieht.

Es wäre ebenfalls schön, einen Trigger “Absolute Wait” hinzuzufügen.
Dieser soll sich - ähnlich wie “Absolute Follow” - auf eine bereits mehrere Cues zurückliegende Cue beziehen.

Beispiel:
Cue 1 Manual
Cue 2 “(Absolute) Wait” 9s
Cue 3 “Absolute Wait” 20s

Der Triggerwert von Cue 3 bezieht sich dabei auf Cue 1.

Eine erste Diskussion hierzu findet bereits im Forum unter

http://www.dmxcontrol.de/forum/index.php?page=Thread&threadID=8599

statt.

Wäre sehr nutzfoll wenn DMX Control eine Midi Clock aufnehmen könnte um damit sound to light viel genauer umzusetzen.

Es wäre toll, wenn man in der “manuellen Matrix” -Zuweisung gewisse Tools wie in der Bildbearbeitung hätte. Z.B. Striche, Kreise erstellen; Bild rotieren/spiegeln; o.ä.

Es wäre super wenn es in Zukunft möglich wäre die Ergebnisse des Audio Analyzers an andere Software per Midi weiterzugeben.

Schön wäre ein “Werkzeug” einzubauen, das beim faden von z.B. Rot auf Blau der Farbverlauf nicht über weiß fadet. Ich kenne das so das man z.B. sagt, fade über eine dunkle Farbe. Oder auch beim faden von Rot auf Blau wird an dem Punkt wo Weiß kommt, würde der Scheinwerfer in den Moment automatisch runtergedimmt werden.

Schön wäre es, wenn man in der GUI im Projektexplorer oder über die View Bereiche für Fixtures und Gruppen fest legen kann in den Movig Heds etc. nicht reinlaufen sollen und/oder der Dimmer in diesem Bereich auf null gesetzt wird. Ähnliches gibt es bereits bei der Steuerung von Lasern.

Moving Heads und anderes Bewegtes Licht mit Joystick steuern.

Ein cooles und hilfreiches Feature wäre, wenn der Midi-Part die Funktion enthalten würde, einen Midi-Controller “mehrfach” belegen und am Ende in den einzelnen Layouts springen zu können.

Also zum Beispiel ein Layout für bewegtes Licht, eines für LED-PARs und eines für konventionelles Weißlicht. Das Wechseln des Layouts könnte im besten Fall auch mit der Zuordnung von Buttons auf die Layouts gelöst werden.

Ziel: DMC öffnet nicht alle verfügbaren Midi Geräte im Betriebssystem, sondern nur die erlaubten.

Motivation: Die Startreihenfolge und damit das öffnen von beliebigen Midi Software sollte eagl sein.

Aktuell muss andere Software vor DMC geöffnen werden und DMC zuletzt, damit die nicht für DMC vorgesehenen Midi-Port nutzbar sind.

Hallo,
ich würde ein Feature praktisch finden, welches den ECO-Modus bei Gasentladungslampen ermöglicht.
Beispiel:
Der Martin Mac 2000 Performance MK.II hat eine Funktion, welche es ermöglicht, das Leuchtmittel auf 700W statt 1200W laufen zu lassen.
Dafür öffnet man den Schutter über einen anderen Wertebereich als normal.
Um das ganze Praktisch nutzen zu können bräuchte man eine Funktion, die, wenn aktiviert, beim Befehl den Shutter zu öffnen/vom Strobe zurrückkehren einen anderen Wert setzt.

Ich bitte um die Möglichkeit, eine CueList nicht nur aus einer Cue ausführen zu können, sondern auch andere Cuelists in die Ansicht zu laden, sodass ich zb pro Szene eine Cuelist haben kann, und die nächste Cuelist auch in die Ansicht laden kann, ohne sie manuell anzuklicken.
Vielen schonmal!

Es wäre schön, wenn man aus anderen Projekten einzelne Cues, Cuelisten, Presets, Assignments, Connection Sets,… uvm. importieren könnte. Dass das geht, zeigt die MIDI-Verwaltung, in der man Rules exportieren und importieren kann. Vielleicht ist es ja möglich, solche Im- und Exportfunktionen in späteren Versionen zu implementieren.

Die Leistungsaufnahme von Geräten, bei denen Effekte auf die Matrix oder Radix gelegt werden, wird in den Ampmetern nicht angezeigt/ berücksichtigt. Dies ist auch bei den Positionsänderungen aufgefallen.

Momentan ist Midi nur in der GUI implementiert. Es wird argumentiert, dass dies auch anders keinen Sinn machen würde, da ja das Midi Pult neben dem Client mit der GUI steht.

Dies sehe ich anders, denn

1: Es gibt Einsätze als Alleinunterhalter oder als Band, wo DMXControl komplett aus einem Sequenzer gesteuert wird, wo eine GUI absolut nicht erforderlich ist. Hier reicht es einfach den Server mit dem Projekt zu starten.

2. DMXControl ist als Client/Server-Architektur aufgebaut und gerade dort ist es ja besonders wichtig, dass der laufende Server, der ja oftmals dann auch den Gesamtablauf steuert, auch mit der externen Midi Verteilhardware kommuniziert und Zugriff auf die im Server vorhandene Midi-Hardware hat. In der Regel hat dieser Server ja nicht mal einen Monitor.

Daher wünsche ich mir die Midi-Implementierung auch im Server.

Es wäre schön, wenn ich mit einem Button das Panel im Softdesk wechseln könnte. So kann ich dann auf einem Touchdisplay schnell zwischen verschiedenen Ansichten/Softdeskpanels wechseln. So brauche ich nicht jedesmal wieder in der GUI danach suchen und den Vollbildmodus verlassen.

DeviceSelect erweitern das auch DeviceGroupSelekt möglich ist. Ansteuern mehrerer Divices zeitgleich ermöglichen.

CueListSelect erweitern das auch CueListGroupSelekt möglich ist. Eingrenzung der CueListSelect auf bestimmte in einer CueListeGroup vorhandener Cuelists. Für die einfachere eingrenzung von "Arbeitsbereichen" im Softdesk.

Es fehlt eine Kamerasteuerung wie in der Stageview.
Es fehlt ein Raster an dem man sich orientieren kann.
Es fehlt die Möglichkeit bei den Verbindungslinien Zwischenpunkte an zu legen um Verbindungen von Logiken runter ziehen zu können "saubere Kabelverlegung".

Following discussion with JP on the forum, I’m posting this feature request here.

It would be useful to be able to achieve the following effect using the chaser effects:

https://vimeo.com/676900437/6d03543b2e

JP suggested this could be implemented as a ‘Fill’ option on the chasers.

As an example using the Colour chaser, the chaser should change the colour of each device to the next colour on the colour list, in selection order, until all devices have been changed, and then repeat with the next colour on the list.

This should work in combination with the play mode to set the direction that the fill happens in - forward, reverse, bounce or random.

This could also work with the standard chaser to apply the fill effect to dimmer intensity.

Hallo liebes DMXControll 3 Team,
ich hätte eine Anregung für die Stage-View. Ich fände es cool wenn man, eine Gerätegruppe in der StageView aktiviert man die enthaltenen Geräte visuell hervorgehoben werden und die Sortierung der Geräte in der Gerätegruppe wie bei einer manuellen Anwahl in der StageView zu sehen wäre.

Ich freue mich auf ein Update und finde euer Programm super.
Danke LG
Arne

This is about shortcuts for horizontal scrolling in the timecode player.
I would like to be able to move left and right by using the Shit+wheel to make horizontal scrolling easier.

Hallo liebe Entwickler,

es besteht seit längerer Zeit von mir als auch anderen Usern des DMX-Control 3.2.3 der Wunsch,
die Schriftgröße des CueList Monitor auf dem Softdesk anzupassen. In unserem Fall würden wir die Schriftgröße gern kleiner
machen wollen, um mehr Informationen in den Ausschnitt des CueList Monitorfenster zu bekommen.

Könnt ihr das bitte in die nächste Version mit einbauen?
Bzw. besteht kurzfristig die Möglichkeit, die Version 3.2.3 noch zu patchen?
Eventuell sind ja nur entsprechende Dateien abzuändern und auszutauschen.
Eine kleinere Schriftgröße z.B. “8” oder “10” als fester Wert würde schon genügen.

Danke für eure Mühe.
DMX Control ist ein super Programm für uns Einsteiger in die Lichtsteuertechnik.
Schön das es so etwas gibt.

Viele Grüße, Dirk.

Wunsch für den Timecodeplayer

eine Spur als tabellenkopf so fixieren zu können das diese immer oben bleibt , auch wenn man weiter runter scollt.

und

das man sich wie im Word “Tabstops” setzen kann um so bei längeren TCShows besser in der horizontalen ebene orientieren kann.

Der linke bereich des TCP könnte sortierbar sein, so das man sich die Spuren sortieren kann ,

Schön wäre auch eine art dropdown , wo man bestimmte spuren gruppieren kann, und diese dan als gruppe minimiert bzw ein/ausblendet .

jetz werden wieder viele denken : “bau alles mit Szenen und du brauchst nur 3-5 spuren”, nein das möchte ich nicht weil:

ich stelle mir den workflow etwas präzieser vor , angenommen man hat eine TCShow von insg. 30min, welche aus mehreren audioschnipseln besteht , bei 30 minuten wären das möglicherweise über 60 szenen die man bauenmüsste und auch evtl. mal bearbeiten müsste ändert sich ein titel oder ähnliches. hinzukommend müsste man jede szene auswendig können. daher eher der Gedanke jede gerätefunktion (bzw. Gerätegruppenfunktion) auf eine ex.spur zu legen und diese dann im TCP anzupassen.

–> wären die Executorspuren gruppierbar ware das eine feine sache (Bugtrackereintrag exestiert)
–> man kann sich einfach Spuren für gerätegruppen hinzufügen, oder jeh nach vorhandenen euqipment “aktivieren oder deaktivieren”

Hintergrund: In namenhaften audioprogrammen wie Fruityloops-Studio hat man pro zeile ja auch nur ein Instrument(element, stimme etc.) da arbeitet man auch nicht mit aufgenommenen Schnipseln die man nur aneinander klatscht . ich vermute auch zukunftsweisend ist das vorteilhafter wie 12 milliarden szenen zu speichern und die nur zeitlich zu verketten. (das könnte der Szeneneditor ja bereits selbst)

Schön wäre wenn man im TCP die abspielgeschwindigkeit anhand eines faders (Pitch) beeinflussen könnte , so wie ein DJ das mit dem Pitch regler macht.

wenn man diesen sogar im inputassigment hätte ,wäre eine Syncronisation mit einem DJ-Program nicht mehr weit entfernt.
Man könnte auch den Fader vom Timecodeplayer-Executorzuges dafür einsetzen

Die Executorzüge sind recht Steif, wenn man einen einfachen Dimmer Ex.-zug hat hat man einen Fader und 4 tasten,
Schön wäre dort das ganze etwas Flexibler zu gestalten, wie :
beim dimmer müssten die Tasten ein paar mehr funktionen bekommen wie zum beispiel: fade auf in x Sec. ; Fade zu in X sec, fade bis wert x
–> dazu könnte man noch kleinere “werte-knöpfe” anlegen im Fader wo man das “X” definieren kann nach bedarf

Beim Colormaster-Executorzug (Fügt man 2 mal den Gleichen CM nebeneinander ein hat man 2 Fader ) da wäre schön den zweiten Fader gegen weitere Tasten Tauschen zu können.
(welche man in der Jeweiligen Farbe einfärben könnte)

generell, Fader oder Tasten, mit dem eintrag “Empty” , sollten einfach komplett ausgeblendet sein, gilt auch für ungenutzte Executorenzüge auf einer seite.

Schön wäre die einzelnen executoren-Seiten auch in einzelne Fenster zu bekommen.

Da executoren sowie das Softdesk beide hervorragend für die Live bedienung ist, wäre es klasse wenn man einzelne Executorenzüge direkt ins Softdesk ziehen könnte .

Manuelles Überfaden in Szenenliste einbauen über InputLayer Regler

Hy,

Folgende Settings werden noch benötigt:

1. STRG Funktion beim Speichern von Scenen / Presets =⇒ Ist Filter anzeigen Default Ja / Nein
2. STRG bei Presets Drag & Drop =⇒ Wird das Preset nur auf die gespeicherten Geräte angewendet oder auf alle
3. done — Programmer Priorität einstellbar machen =⇒ (Programmer.cs –> CreateNewRegister() –> Priorität entweder “DMXCMixer.EMixerPriorityDefaults.NORMAL” oder “DMXCMixer.EMixerPriorityDefaults.PROGRAMMER”

Weiter ergänzen

Gruß Arne

Color

Wheelrotation, Random

Prisma

• Anzahl Facetten im DDF ergänzen

Rotationen

Pulsed Rotations (Können auch gut Simuliert werden)
=⇒ Constant Pulse (Puls immer x HZ (über HAL Settings konfigurierbar) und Geschwindigkeit geht auf Drehgeschwindigkeit)
=⇒ Variable Pulse (Geschwindigkeit immer x % (über HAL Settings) und Pulsfrequenz auf Geschwindigkeit)

=⇒ Kann über Rechteck Effekt auf Rotation nachgebaut werden, daher kleine Priorität.

Virtuelles Farbrad =⇒ Wie normales Farbrad, aber auch bei RGB Geräten möglich

Splitfarben

=⇒ Gehen voll ab! Anpassung überall wo Farben verwendet werden. Eigener Struct mit Start, End Farbe und % Wert

Zoom, Focus, Iris, Frost

⇒ Zoom: Angabe in °, von klein nach groß
⇒ Focus: Angabe in %
⇒ Iris: Angabe in %, von offen nach zu
⇒ Frost: Angabe in %, von kein Frost bis voll Frost

Blendenschieber

⇒ 4 Modi:
1. Pro Blende 2 Ecken
2. Pro Blende Einfahren und Winkel
3. Pro Blende Einfachen und Rotation
4. Pro Blende Einfachen + Gesamtrotation

⇒ 1 und 2 lassen sich gemeinsam behandeln und ineinander umrechnen.

Farbtemperatur

1. Slot auf dem Farbrad
2. Separater DMX Kanal (wie RGBW)
⇒ Korrekturkanäle mit Realwerten (von Kalt nach Warm, also 7000K - 5600K)

RGB+ Geräte

1. Separate Regler für W und A (und sonstige LEDs)
=⇒ Kaltweiß und Warmweiß
2. Bei Weiß 3 Modi:
⇒a. Weiß hinzufügen
⇒b. RGB mit Zunahme von Weiß ausfaden
⇒c. Weiß gar nicht automatisch dazumischen (muss also manuell hinzugefügt werden)

Nebel

⇒ Heat und Cool Kanal ⇒ Fanspeed

Bei ALT+Doppelklick GoTo auf Cuelist, ohne Fadezeit

Wie bereits mehrfach besprochen sollte DMXC mehrere Modi unterstützen (Anfänger, Fortgeschrittener) sowie evtl. unterschiedliche Standard layouts (Theather, Disko,…)

Entsprechend sollten Elemente angezeigt oder ausgeblendet werden.

Hierzu muss folgendes durchgeführt werden:

1. Definition, welche Gruppen es gibt
2. Definition, was diese Gruppen sehen und was nicht
3. Implementierung des Models

Wichtig ist, dass diese Auswahl nur initial das System konfiguriert. Der User kann jederzeit in den Fortgeschrittenen Modus wechseln und dadurch mehr Dinge angezeigt bekommen.

Hab gesehen, das meine PSX-575 auf Frost und Iris einen Pulse Effekt haben, der Fehlt noch in der HAL.

Evtl. gibts noch andere Eigenschaften die das haben.

Für Effectwheel die gleiche Systematik einbauen wie für Gobowheel (Zusammenfassen der Eigenschaften mit Subproperties)

Referenz:  FS#3089  (Screenshot unten in den Comments)

Graph ist nach Generierung “Default”.

Sollte der User:
1. Knoten oder Kanten löschen / hinzufügen
2. Parameter von Knoten ändern

Ist Default = false und das wird durch ein Icon in der Headerzeile visualisiert.

Wenn ein Graph Fehler wirft oder in der Verarbeitung zu lange läuft sollte nach z.B. 10 Fehlern der Graph abgeschaltet werden, um nicht das ganze System auf zu halten.

Aus Nutzersicht wäre es super, “virtuelle” Eingänge (z.B. Go / Stop  FS#3321 ) zu haben, die im Hintergrund einen Graphen generieren. Dadurch könnten viele Standard Fälle abgedeckt werden, ohne das Input Assignment zu verschandeln.

Für den Fall, das der Kernel oder was anderes nicht startet wäre es gut, wenn der Launcher die Pfade für die Logfiles öffnet damit der Nutzer diese extrahieren kann.

Gruß

Haben Sie einen Fehler entdeckt? Dann nutzen Sie bitte folgendes Template und beachten die Hinweise für eine reibungsfreie Bearbeitung der Tickets.

Fehlerbeschreibung

Erwartetes Verhalten

Hinweise

Es wäre sehr sinnvoll wenn im Programmer auch Angezeigt wird, wenn auf einem Kanal ein Effect oder Filter angelegt ist.

Hallo,
ich habe eine Softdesk mit einem Blackout Taster Gebastelt, allerdings wollte ich noch weiterhin den normalen Blackout benutzen und gleichteitig den Status des Blackouts auf dem Softdesk erkennen. (Taster drücken Blackout ein, Taster nochmal drücken Blackout wieder aus)
Da gabs so einig Hürden, in der Datei ist die Lösung.
Ich komme aus der Maschinen Steuerungs technik, hier wäre dies nicht so aufwändig.
Es wäre schön wenn der Flipflop beide derzeitigen Versionen in einem zur Verfügung stellen würde (toogle und R/S Flip Flop), eventuell nicht benutzen Eingänge hätten ja keine negative Folgen, würde aber vieles Einfacher machen und auch die Anzahl der Bausteine reduzieren.
Weiternin habe ich mit hilfe eines AND Bausteins, einem NOT Bausteins und einem VERZÖGERER einen Impuls Baustein erzeugt. Dieser Baustein gibt ein kurzes TRUE am Ausgang (Einstellbar) aus wenn am Eingang ein dauerhaftes TRUE Signal anliegt. Dadurch kann man bestimmte Funktionen event gesteuert ablaufen lassen.
Es würde auch funktionieren wenn man sich aus mehrern Bausteinen einen Eigenen Zusammen basteln könnte. Dann bräucht man Bestimmte Konstrukte nicht immer wieder erstellen.
Übrigens »Dark« ist in dem Assignment der Button.
Nur so eine Idee.

Hallo,

eine Direkteingabe von Werten im Softdesk wäre super.

Es gibt Geräte mit mehreren verschiedenen Frostfiltern, die unabhängig voneinander eingefahren werden können.

Hier sollten (ähnlich wie bei den Goborädern) mehrere Frostfilter möglich sein. Im DDF muss dazu der Tag “frost” mehrfach eingefügt werden dürfen:

<frost dmxchannel="0">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>
<frost dmxchannel="1">
  <range mindmx="0" maxdmx="255" minval="0" maxval="100" />
</frost>

Dies kommt beispielsweise bei den folgenden Geräten vor:

• JB-Lighting P12 (https://www.jb-lighting.de/P12Profile) und dessen “Geschwister”.
• Martin ERA 800 Profile (https://www.martin.com/en/products/era-800-profile)
• Elation Smarty Max (https://www.elationlighting.com/smarty-max)

Das Problem ist analog zu FS#4207.

Wenn ich den Colorwhellrotation (Farbrad dreht sich) einstelle, passiert im Liveview nichts, also Farbe ändert sich nicht.
(Getestet mit MAC 700 WASH DDF)

Man hat 3 Presets erstellt, für Focus, Color und Intensity. Will diese nun auf eine Auswahl anwenden. Nun muss man alle 3 Presets der Reihe nach rüberziehen. Mehrfachselektionen sollten in der Presetliste möglich sein.

So würde ich mir die Funktion vorstellen

Grob gesagt, linkto gibt an, an welche Stelle gesprungen werden soll und loopcount gibt an, wie oft das passieren soll (0 = infinite)

id    | trigger | value | linkto | loopcount

Cue 1 | manual  |       |        |
Cue 2 | manual  |       |        |
Cue 3 | follow  | 1     |        |
Cue 4 | follow  | 1     |        |
Cue 5 | follow  | 1     |        |
Cue 6 | follow  | 1     | Cue 3  | 0
Cue 7 | manual  |       |        |

1. Go, Cue 1 wird eingeblendet
2. Go, Cue 2 wird eingeblendet
3. Go, Cue 3 wird eingeblendet.
Durch den Trigger follow läuft die Liste automatisch weiter (natürlich kann auch manual, oder ... benutzt werden) nachdem Cue 6 eingeblendet wurde, wird wieder Cue 3 eingeblendet. Ist loopcount > 1 wird der Sprung entsprechend oft ausgeführt.
Bei 0 passiert das unendlich oft. Dann könnte man zwei Fälle unterscheiden:
Alle Cues haben einen automatischen Trigger: GO beendet den Loop und blendet das erste Cue nach dem LinkTo Cue ein
Nicht alle Cues haben einen automatischen Trigger: Da GO bereits verwendet wird um im Loop die Cues durchzufahren könnte z.B. Load Cue 7, GO den Loop beenden.

Die Funktion ist sehr sehr praktisch, wenn auf der Bühne etwas gleiches wiederholt wird. Man hat hier weiterhin die Kontrolle mit GO bzw. (später dann hoffentlich Crossfade ;) ) sowie die gleiche Struktur wie andere Cues.
Außerdem ist man mit dieser Funktion schneller bei einfachen Chasern. Wenn ich weiß, dass die 6er Bar nur kurz während einer Szene ein bisschen blinken soll, muss ich nicht extra einen Chaser dafür anlegen und in die Cuelist einbinden.

Auf FS#280 setz ich noch einen drauf:

Split Crossfade.
Das sind zwei Überblendsteller. Einer zusändig für das aktuell eingeblendete Cue (ich nenns jetzt mal stage) und der zweite für das nächste (preset).

Normalstellung ist Stage 100, Preset 0.
Werden nun beide Steller gleichzeitig bewegt, ergänzen sich beide zu 100%. Es kommt ein ganz normaler Crossfade zu stande. Stage 80% + Preset 20%
Werden diese nun unterschiedlich schnell bewegt, kann z.B. ein Blackout realisiert werden. Stage 0%, Preset 0%

Kreise, die in Preset aber nicht in Stage enthalten sind werden vom PresetSteller ganz normal eingeblendet (Preset 50%, Kreise 50%)
Kreise, die in Stage aber nicht in Preset enthalten sind werden vom StageSteller ausgeblendet.

Eine Überblendung ist abgeschlossen, wenn Stage 0% und Preset 100% sind.

Es sollte eine Taste geben z.B. Ignore (allgemein benannt, hab noch ne Funktion dafür :) ), die beim nächsten GO die Cuelist veranlasst, nicht einen Schritt weiterzugehen, sondern eine evtl. laufenden Timer, Follow/Wait zu ignorieren und mit dem Einblenden des nächsten Cues zu beginnen. (Usecase: Probe, Zeit zu lang, etc...)

Arne:
=⇒ Eine funktion, welche bei der Cue die aktuell einfaded den Fade auf 100% setzt. Der Rest läuft normal ab.

Es sollte die Möglichkeit geben (wenn Cossfade funktioniert), dass sowohl

-ein mit GO begonnener Fade mit dem/den Crossfader(n) fortgesetzt werden kann/können (damit das nicht versehentlich, z.B. durch berühren der Fader passieren kann, muss vorher die in FS#490 erwähnte Ignore Taste gedrückt werden. Die Fader übernehmen ab dem Punkt, an dem sie den aktuellen Einblendstatus erreicht haben, Fade 40%, Fader übernehmen ab 40% Stellung),

-als auch ein manuell begonnener Crossfade mit GO fortgesetzt werden kann.

Es wäre schön, wenn man für eine komplette Cueliste das Timing + die Trigger abschalten und danach mit GO durchlaufen könnte.
Dafür sollte eine konfigurierbare standard Fade Zeit zwischen den Cues verwendet werden (Scheinwerfer schonen)

Ich würde mir 2 Tasten wünschen, die folgendes machen

1) alle Geräte, die zuletzt angewählt waren wieder anwählen
2) alle Geräte, die im Programmer einen Dimmer > 0 haben anwählen