Control4 Driver Editor Vorschau
Die Vorschau zeigt Control4 Geraete, die mit KNX Kontext vor dem Composer Export bearbeitet werden.
Kontext, der vor Composer sichtbar sein muss
Control4 DriverEditor entwickelt Driver. CoduWorks bearbeitet die KNX abgeleitete Projektstruktur: Raeume, Geraete, Namen, Subtypen und Mapping Kontext vor dem .codu Export.
Empfohlener Arbeitsablauf
Nach Import und KI Verarbeitung werden Namen, Raeume, Subtypen und Mappings im Editor bereinigt und dann exportiert.
- Projektstruktur pruefen, statt einen DriverWorks SDK Flow zu starten.
- Raeume, Namen, Subtypen und Linien vor Export anpassen.
- KNX Quellkontext waehrend der Control4 Bearbeitung sehen.
- Dem Composer Driver ein geschlossenes .codu Paket geben.
Prüfung vor dem .codu Export
Vor Export muessen unterstuetzte Geraete, unklare Mappings und grosse Bulk Aenderungen sichtbar geprueft werden.
Fehler, die dadurch vermieden werden
Wenn jede Korrektur erst nach der Erstellung in Composer passiert, steigt der Aufwand fuer Duplikate, Namen und Raumzuordnung.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Ist das Control4 DriverEditor oder DriverWorks?
Nein. DriverEditor und DriverWorks sind fuer Driver Entwicklung. Dieser Flow bearbeitet die KNX abgeleitete Control4 Projektstruktur vor dem Composer Build.
Ersetzt der Editor Control4 Composer?
Nein. Composer bleibt die finale Umgebung. Der Editor bereitet und prueft das Projekt vor dem Driver Build.
Was kann vor Export bearbeitet werden?
Raeume, Geraetenamen, Subtypen, Mapping Kontext und Bulk Aenderungen.
Warum KNX Kontext sichtbar halten?
Damit jedes Control4 Geraet mit Quelle, Gruppenadressen und Datenpunkten abgeglichen werden kann.
Control4 Driver Build mit Review vorbereiten
Bereinige die generierte Struktur und exportiere ein .codu Paket fuer den Composer Driver.