KNX Kontakt Cross-Check
Die Vorschau zeigt KNX Kontakte und Control4 Struktur fuer Review vor Export.
Kontext, der vor Composer sichtbar sein muss
Ein 1-Bit Signal kann open, closed, alarm, fault oder enable bedeuten. Diese Semantik muss vor Composer klar sein.
Empfohlener Arbeitsablauf
AI Assistant zeigt Quelle, Gruppenadresse, DPT, ComObject und Namen. Der Installer entscheidet, ob es sichtbarer Status, Programmierinput oder HVAC Bedingung wird.
- Tuer-, Fenster-, Reed- und Alarmkontakte im ETS Projekt finden.
- DPT, Open/Closed Semantik, Transmit Verhalten und Feedback pruefen.
- Viele Kontakte als Kontext behandeln, nicht als Core Devices.
Prüfung vor dem .codu Export
Pruefe DPT 1, Transmit Flag, Statusobjekt, Gateway Sichtbarkeit, Line Coupler Pfad und Debounce Risiko.
Fehler, die dadurch vermieden werden
Ohne Review entstehen invertierte Kontakte, falsche Alerts oder Composer Logik, die zum falschen Zeitpunkt feuert.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Kann ein KNX Tuerkontakt in Control4 erscheinen?
Ja, wenn Semantik, DPT, Transmit Verhalten und Composer Nutzung korrekt geprueft sind.
Zaehlen Kontakte als Lizenzgeraete?
Nein. Core Count bleibt Licht, Jalousien, Thermostate und KNX/IP Gateways.
Koennen Fensterkontakte HVAC beeinflussen?
Ja, als Kontext oder Bedingung, aber nur nach Review von ETS und Composer Logik.
Kontakte vor Composer pruefen
Importiere ETS, pruefe Kontaktsemantik und exportiere .codu erst nach Review.