KNX Sensor Cross-Check
Die Vorschau zeigt KNX Sensorobjekte und Control4 Struktur fuer Review vor Export.
Kontext, der vor Composer sichtbar sein muss
Ein Sensor kann mehrere Objekte haben: Bewegung, Praesenz, Helligkeit, Enable, Sperre, Timeout und Status. Eine Gruppenadresse allein reicht nicht.
Empfohlener Arbeitsablauf
AI Assistant zeigt ETS Quelle, DPT, ComObject, Raum und verwandte Sensorobjekte. Composer bleibt fuer projektspezifische Logik.
- Bewegung, Praesenz, Helligkeit und Enable Objekte in ETS finden.
- Sensor Kontext vom create-only Build fuer Licht, Jalousien und Gateway trennen.
- Sensor-lastige Projekte nicht durch Core Device Count verteuern.
Prüfung vor dem .codu Export
Pruefe DPT, Event Verhalten, Enable Adresse, Statusobjekt, Helligkeitswerte, Gateway Sichtbarkeit und manuelle Override Logik.
Fehler, die dadurch vermieden werden
Ohne Review entstehen falsche Trigger, invertierte Occupancy oder Lichter, die nach manueller Bedienung falsch ausgehen.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Kann KNX Bewegung Control4 triggern?
Ja, wenn Signal, DPT, Gateway Pfad und Composer Darstellung korrekt sind.
Zaehlen Sensoren als Lizenzgeraete?
Nein. Core Count bleibt Licht, Jalousien, Thermostate und KNX/IP Gateways.
Soll jeder Sensor sichtbar werden?
Meist nein. Sensoren sind besser Programmierkontext oder versteckter Status.
Sensor Kontext vor Composer pruefen
Importiere ETS, pruefe Bewegungs- und Praesenzobjekte und exportiere .codu nach Review.