Mapping von Gruppenadressen und Geräten
Das Video zeigt, wie KNX Adressen zu Control4 Geräten zusammengeführt und vor dem Export geprüft werden.
Kontext, der vor Composer sichtbar sein muss
ETS liefert die technischen Adressen, aber die Control4 Struktur braucht eine funktionale Interpretation. Licht, Jalousie, Statusfeedback und Gateway-Kontext müssen korrekt zusammenspielen.
Empfohlener Arbeitsablauf
Nach dem Import werden Adressen gruppiert, DPTs gelesen und mögliche Geräte vorgeschlagen. Danach kann die Zuordnung geprüft werden, bevor die Struktur exportiert wird.
- DPT, Objektname und Gruppenadressstruktur gemeinsam prüfen.
- Set- und Feedback-Adressen vor dem Build zu einem Gerät zusammenführen.
- Ambige oder unvollständige Funktionen vor Composer sichtbar machen.
Prüfung vor dem .codu Export
Wichtig sind fehlende Feedback-Adressen, falsche DPTs, unterschiedliche Namensmuster und Gruppen ohne eindeutige Raumzuordnung.
Fehler, die dadurch vermieden werden
Eine falsche Zuordnung erzeugt Geräte, die in Composer sichtbar sind, aber nicht sauber reagieren oder später manuell neu verdrahtet werden müssen.
Verwandte Tools und Dokumentation
FAQ
Was ist beim Mapping wichtiger: Adresse oder DPT?
Beides. Die Adresse zeigt die Struktur, der DPT erklärt den Werttyp. Zusammen mit dem Namen entsteht die eigentliche Funktion.
Kann Feedback automatisch erkannt werden?
Viele Muster lassen sich erkennen, sollten aber vor dem Export geprüft werden.
Hilft das bei großen ETS Projekten?
Ja. Gerade bei vielen Adressen reduziert ein überprüfbarer Mapping-Schritt die Nacharbeit.
Mapping vor dem Build prüfen
Nutze die Projektansicht, um Gruppenadressen, Feedback und Gerätetypen vor Composer zu validieren.
