KNX Dimmer Cross-Check
Die Vorschau zeigt KNX Dimmerobjekte, DPTs und Control4 Kandidaten vor dem Export.
Kontext, der vor Composer sichtbar sein muss
DPT 5.001 wird haeufig fuer Helligkeitswerte genutzt. Relatives Dimmen allein liefert aber keinen stabilen absoluten Zustand fuer Control4.
Empfohlener Arbeitsablauf
CoduWorks importiert ETS, gruppiert Dimmerobjekte, zeigt DPTs und Feedback und exportiert .codu erst nach Review.
- Schalt-, Dimm-, Wert- und Feedbackobjekte als einen Control4 Dimmer Kandidaten gruppieren.
- DPT 5.001, Befehlsadresse, Statusadresse und Keypad Aenderungen pruefen.
- Den unterstuetzten Dimmerkanal als ein Core Licht zaehlen, nicht jedes KNX Hilfsobjekt.
- Sperren, Szenen und Diagnose als Kontext behalten, wenn sie nicht separat gescoped sind.
Prüfung vor dem .codu Export
Pruefe Switch Command, Switch Status, relativen Dimmwert, absoluten Helligkeitswert, Helligkeitsfeedback, Raum, Name und Gateway Sichtbarkeit.
Fehler, die dadurch vermieden werden
Ohne Review entstehen doppelte Dimmer, falsche Levelwerte oder Control4 Status, die nach KNX Keypad Aktionen nicht stimmen.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Zaehlen KNX Dimmer als Core Devices?
Ja. Unterstuetzte Licht- und Dimmerkanale zaehlen im Core Tier fuer Licht, Jalousien, Thermostate und KNX/IP Gateways.
Reicht DPT3 relatives Dimmen?
Nicht fuer einen stabilen sichtbaren Dimmer. Absolute Werte und Feedback sollten geprueft werden.
Werden Sperr- oder Szenenobjekte als eigene Devices erstellt?
Normalerweise nein. Sie bleiben Review Kontext, ausser das Projekt scoped sie separat.
Dimmer vor Composer pruefen
Importiere ETS, pruefe DPTs und Feedback und exportiere ein sauberes .codu Paket.