Control4 KNX Driver Liste Workflow
Die Vorschau zeigt KNX Kategorien, Raeume und Device Kontext vor dem Composer Export.
Kontext, der vor Composer sichtbar sein muss
Driver Kategorien allein entscheiden nicht, was gebaut werden kann. ETS Namen, ComObjects, DPTs, Raeume, Feedback und Gateway Sichtbarkeit bestimmen, ob ein Control4 Device sauber erzeugt werden kann.
Empfohlener Arbeitsablauf
AI Assistant liest die .knxproj Datei, zeigt Kategorien, bekannte Patterns und unklare Objekte und exportiert erst nach Review ein .codu Paket fuer Composer.
- KNX Netzwerk- und Routing Driver von sichtbaren Device Drivern trennen.
- Switch, Dimmer, Jalousie, Thermostat und Sensor Kategorien gegen ETS pruefen.
- Die Liste als Review Checklist nutzen, nicht als Auto-Build fuer jedes KNX Objekt.
Prüfung vor dem .codu Export
Pruefe zuerst Network oder Routing Gateway, danach Licht, Dimmer, Jalousien und Gateway Kontext. Thermostate, HVAC, RGB, DALI und Sensoren separat bewerten.
Fehler, die dadurch vermieden werden
Eine Driver Liste ohne ETS Review fuehrt zu zu vielen Devices, falschen Kategorien und Composer Nacharbeit.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Wo finde ich die offizielle KNX Driver Liste?
Control4 verweist auf KNX Dokumentation und Dealer Knowledgebase. Fuer das Projekt muss die Liste trotzdem gegen ETS geprueft werden.
Repliziert CoduWorks die komplette Liste?
Nein. CoduWorks bereitet eine reviewbare Struktur vor und fokussiert den gezaehlten Build auf Licht, Dimmer, Jalousien, Thermostate und KNX/IP Gateways.
Soll jede Kategorie ein Control4 Device werden?
Nein. Manche Kategorien sind Infrastruktur, Kontext oder Programmier-Signale.
Driver Liste als Review Checklist nutzen
Importiere ETS, pruefe passende KNX Kategorien und exportiere ein sauberes Composer Paket.