KNX Binaereingang Cross-Check
Die Vorschau zeigt KNX Eingangsobjekte und Control4 Struktur fuer Review vor Export.
Kontext, der vor Composer sichtbar sein muss
Ein Binaereingang ist meistens Status oder Trigger Kontext, nicht automatisch ein sichtbares Control4 Device.
Empfohlener Arbeitsablauf
AI Assistant zeigt ETS Quelle, DPT, Gruppenadresse und Namen. Der Installer entscheidet, ob daraus Composer Programmierung, versteckter Status oder Review Item wird.
- Binaereingaenge, Kontakte und Alarmsignale im ETS Projekt erkennen.
- DPT, Transmit Verhalten, Statusobjekt und Gateway Sichtbarkeit pruefen.
- Input-lastige Projekte nicht durch Core Device Count verteuern.
Prüfung vor dem .codu Export
Pruefe DPT 1 Semantik, Transmit Flag, Feedback, Router/Line Coupler Pfad und ob das Signal bei Kontaktwechsel wirklich gesendet wird.
Fehler, die dadurch vermieden werden
Ohne Review entstehen Fake Lights, verpasste Events oder technische Signale, die als normale Raumgeraete auftauchen.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Zaehlen Binaereingaenge als Lizenzgeraete?
Nein. Core Count sind Licht, Jalousien, Thermostate und KNX/IP Gateways.
Kann ein KNX Kontakt Control4 triggern?
Das kann moeglich sein, wenn DPT, Transmit Verhalten und Composer Darstellung stimmen.
Soll jeder Eingang ein Device werden?
Nein. Viele Eingange sind besser als Programmierkontext oder versteckter Status.
Input Signale vor Composer pruefen
Importiere ETS, finde Kontakte und exportiere .codu erst nach DPT und Transmit Review.