Duplikat-sicherer Composer Build
Die Vorschau zeigt den Export nach Composer mit sichtbarem Buildplan vor der Erstellung.
Kontext, der vor Composer sichtbar sein muss
Duplikate entstehen, wenn Namen, Raumhierarchie oder Geraetekontext nicht mit dem bestehenden Composer Projekt uebereinstimmen.
Empfohlener Arbeitsablauf
Die Struktur wird zuerst im AI Assistant geprueft, dann exportiert der Installer .codu und liest den Build Report in Composer.
- Build Report vor dem Driver Lauf lesen.
- Raeume und Geraete anhand Struktur und KNX Kontext matchen.
- Erstellen ohne vorhandene Control4 Arbeit zu loeschen.
Prüfung vor dem .codu Export
Zu pruefen sind Buildings, Floors, Rooms, Geraetetyp, Gruppenadressen und Schluessel-DPTs.
Fehler, die dadurch vermieden werden
Ohne Report koennen kleine Namensunterschiede viele doppelte Raeume oder Geraete erzeugen.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Loescht der Driver bestehende Geraete?
Der Workflow ist auf Erstellen und Matching ausgelegt, nicht auf Loeschen. Backup bleibt empfohlen.
Wie werden Duplikate reduziert?
Durch Review und Matching nach Namen, Typ, Gruppenadressen und Datenpunkten.
Was tun, wenn der Report falsch wirkt?
Nicht ausfuehren, Struktur korrigieren, neu exportieren und erneut pruefen.
Build vor der Erstellung pruefen
Bereite KNX im AI Assistant vor und nutze den Composer Build Report als letzten Check.