KNX Schaltaktor Cross-Check
Die Vorschau zeigt KNX Schaltaktor Objekte, DPTs und Control4 Switch Light Kandidaten vor dem Export.
Kontext, der vor Composer sichtbar sein muss
Raw DPT 1 sieht fuer Licht, Pumpe, Gate oder Zentralfunktion aehnlich aus. ETS Namen, Raum, Geraet und Feedback entscheiden den Scope.
Empfohlener Arbeitsablauf
CoduWorks importiert ETS, trennt echte Lichtkanaele von Relaiskontext und exportiert .codu nach Review.
- DPT 1 Befehl und Status als einen Switch Light Kandidaten gruppieren.
- Feedback pruefen, damit Control4 nach KNX Tasteraktionen synchron bleibt.
- Einen geprueften Lichtkanal als ein Core Licht zaehlen, nicht jedes Hilfsobjekt.
- Zentral-Aus, Sperren, Treppenlicht und technische Relais als Kontext behalten.
Prüfung vor dem .codu Export
Pruefe Command GA, Status GA, DPT 1 Semantik, Raum, Name, Gateway Sichtbarkeit und ob die Last wirklich eine Leuchte ist.
Fehler, die dadurch vermieden werden
Ohne Review koennen technische Relais als Lights entstehen oder Command und Status als doppelte Devices enden.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Wird jeder Schaltaktor Kanal ein Control4 Licht?
Nein. Nur gepruefte Lichtkanaele werden Core Switch Lights. Technische Relais bleiben Kontext oder separater Scope.
Zaehlen Switch Lights als Lizenzgeraete?
Ja. Gepruefte Lichtkanaele zaehlen im Core Tier. Hilfsobjekte wie Sperre oder Zentral-Aus nicht.
Warum ist Feedback wichtig?
Feedback haelt Control4 synchron, wenn KNX Taster, Sensoren oder Zentralfunktionen den Ausgang aendern.
Schaltaktoren vor Composer pruefen
Importiere ETS, pruefe DPT 1 Befehl und Status und exportiere ein sauberes .codu Paket.