KNX Trigger Cross-Check
Die Vorschau zeigt KNX Objekte und Control4 Struktur nebeneinander fuer Trigger Review.
Kontext, der vor Composer sichtbar sein muss
Ein Trigger ist nicht automatisch ein Control4 Device. Er kann ein Button Event, Kontakt, Alarm oder Statusobjekt sein, das projektspezifische Composer Logik braucht.
Empfohlener Arbeitsablauf
AI Assistant importiert ETS, erstellt unterstuetzte Devices und haelt Trigger Kandidaten als Review Kontext sichtbar. Composer bleibt der Ort fuer Logik.
- KNX Signale als moegliche Composer Trigger erkennen.
- Trigger Intent vom create-only Build fuer Licht, Jalousien und Gateway trennen.
- DPT, Transmit Flag, Feedback und Quellgeraet vor Export sichtbar halten.
Prüfung vor dem .codu Export
Vor der Nutzung als Trigger DPT, Transmit Verhalten, Feedbackobjekt, Gateway Sichtbarkeit, Raum und Source Device pruefen.
Fehler, die dadurch vermieden werden
Ohne Trennung entstehen Fake Lights, doppelte Controls oder versteckte Annahmen im Composer Projekt.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Kann KNX Control4 Programmierung triggern?
Das kann je nach Driver, DPT, Transmit Verhalten und Composer Modell moeglich sein.
Programmiert CoduWorks die Logik automatisch?
Nein. CoduWorks bereitet Kontext, Devices und Review Notes vor. Die Composer Logik bleibt ein Installer Schritt.
Zaehlen Taster als Lizenzgeraete?
Nein. Core Count sind Licht, Jalousien, Thermostate und KNX/IP Gateways.
Trigger Kontext vor Composer pruefen
Importiere ETS, pruefe Devices und exportiere .codu mit sichtbaren Trigger Kandidaten.