KNX Szenenobjekt Cross-Check
Die Vorschau zeigt KNX Szenenobjekte, DPTs und Control4 Struktur vor der Composer Programmierung.
Kontext, der vor Composer sichtbar sein muss
Ein KNX Szenenobjekt kann eine Bus-Szene rufen oder speichern. Eine Control4 Szene ist Composer Programmierung mit Lichtern, Tracking und oft Keypad Bindings.
Empfohlener Arbeitsablauf
CoduWorks importiert ETS, zeigt DPT, Gruppenadresse, Source Device und Szenenlabel als Review Kontext vor dem Composer Handoff.
- DPT 17 und DPT 18 erkennen, ohne sie als Core Devices zu erzeugen.
- Szenennummer, Call/Save, Tasterquelle und Feedback vor .codu Export pruefen.
- Composer bleibt der Ort fuer finale Szenenlogik und Bindings.
Prüfung vor dem .codu Export
Pruefe DPT 17, DPT 18, Call/Store Semantik, 0-63 gegen 1-64 Konvention, Keypad Quelle, Transmit Verhalten und ob es Trigger oder Status ist.
Fehler, die dadurch vermieden werden
Ohne Review kann Control4 die falsche Szene triggern, Store statt Call nutzen oder Keypad Intent falsch interpretieren.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Erzeugt CoduWorks Control4 Szenen automatisch?
Nein. Szenenobjekte sind Review Kontext. Finale Szenen und Bindings bleiben Composer Aufgabe.
Warum DPT 17 und DPT 18 pruefen?
DPT 17 steht meist fuer Szenennummer, DPT 18 kann Call oder Store enthalten.
Zaehlen Szenentasten als Lizenzgeraete?
Nein. Core Count bleibt Licht, Jalousien, Thermostate und KNX/IP Gateways.
Szenenobjekte vor Composer pruefen
Importiere ETS, pruefe DPTs und Szenenintent und exportiere .codu mit sichtbarem Programmierkontext.