Dummy Device und Filtertabelle Review
Die Vorschau zeigt KNX Kontext und Control4 Kandidaten, um Feedback Sichtbarkeit und Gateway Annahmen zu pruefen.
Kontext, der vor Composer sichtbar sein muss
ETS berechnet Filtertabellen aus Geraeten und Gruppenobjekten. Wenn ein externer Controller Gruppen ueber Liniengrenzen sehen muss, muss diese Anforderung in ETS sichtbar sein.
Empfohlener Arbeitsablauf
AI Assistant zeigt KNX Kontext, Feedback Objekte, Gateway Annahmen und Control4 Kandidaten zusammen. Der Installer prueft Dummy Device oder Filtertabellen in ETS.
- Command und Feedback Gruppen identifizieren, die Control4 sehen muss.
- Dummy Device Entscheidungen von .codu Export und Composer Build trennen.
- Topologie pruefen, bevor fehlendes Feedback als Mapping Fehler gilt.
Prüfung vor dem .codu Export
Pruefe Liniengrenzen, Gateway Segment, erforderliche Feedback Gruppen, Filtertabellen Vorschau und ob die Control4 Route diese Telegramme sehen soll.
Fehler, die dadurch vermieden werden
Ohne diese Pruefung sieht ein Infrastrukturproblem wie ein falsches Control4 Device aus. Composer kann die Topologie nicht reparieren.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Erstellt CoduWorks Dummy Devices in ETS?
Nein. Dummy Devices und Filtertabellen bleiben ETS und Installer Aufgabe.
Wann ist ein Dummy Device relevant?
Wenn Control4 Gruppenadressen ueber Linien oder Bereiche sehen muss und die Filtertabelle sie sonst nicht weiterleitet.
Zaehlt ein Dummy Device im Pricing?
Nein. Es ist Infrastrukturkontext, kein erzeugtes Control4 Geraet.
Dummy Device Annahmen vor Export pruefen
Importiere ETS, pruefe Feedback Sichtbarkeit und exportiere .codu erst mit klaren Filtertabellen Annahmen.