KNX Gateway und Control4 Route
Das Video zeigt Control4 Struktur und KNX Infrastruktur Kontext vor dem Export in Composer.
Kontext, der vor Composer sichtbar sein muss
Eine Interface Route kann fuer kleine oder alte Projekte reichen. Eine Routing Gateway Route braucht KNX/IP Routing, Multicast Sichtbarkeit und passende Filtertabellen.
Empfohlener Arbeitsablauf
CoduWorks importiert ETS, zeigt Gateway Kontext neben Raeumen, Licht, Blinds, Command Gruppen und Feedback, und exportiert erst danach ein geprueftes .codu Paket.
- Interface, Gateway und Router Annahmen vor dem .codu Export trennen.
- KNX Network/Tunneling oder Routing Gateway/Multicast vor dem Build pruefen.
- Gateway, Linie, Command und Feedback im Review sichtbar halten.
Prüfung vor dem .codu Export
Vor Export sollten Driver Pfad, Multicast, Filtertabellen, DPTs, Feedback Gruppen, Liniengrenzen und Status Read Verhalten bekannt sein.
Fehler, die dadurch vermieden werden
Wenn ETS ueber einen anderen Pfad funktioniert als Control4, wirken fehlendes Feedback oder einseitige Steuerung schnell wie ein falsches Mapping.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Ist ein KNX IP Gateway dasselbe wie ein IP Router?
Nicht immer. Interface, Gateway und Router werden oft gemischt, haben aber unterschiedliche Kommunikationsannahmen.
KNX Network oder Routing Gateway verwenden?
Das haengt von ETS Topologie, Hardware und Netzwerk ab. Routing Gateway ist oft sinnvoll, wenn KNX/IP Routing und Multicast verfuegbar sind.
Konfiguriert CoduWorks den Gateway?
Nein. ETS, Gateway und Netzwerk bleiben Installer Verantwortung. CoduWorks macht den Kontext vor Composer sichtbar.
KNX/IP Route vor Composer validieren
Importiere ETS, pruefe Gateway, Command und Feedback Kontext und exportiere .codu erst nach Review.