Control4 KNX keine Antwort Diagnose
Die Vorschau zeigt KNX Quelle und Control4 Struktur fuer Gateway, Routing, Feedback und Device Pruefung.
Kontext, der vor Composer sichtbar sein muss
Ein lokaler KNX Bus kann weiterlaufen, obwohl Control4 den IP Pfad verloren hat. Daher zuerst Gateway, IP Route, Routing Driver, Tunnel Session und Filter Sichtbarkeit pruefen.
Empfohlener Arbeitsablauf
AI Assistant importiert ETS, zeigt Gruppenadressen, DPTs, Gateway Kontext und Control4 Struktur zusammen und macht daraus eine Diagnose-Checkliste vor Composer.
- Control4 Controller Verbindung zum KNX/IP Gateway pruefen.
- DHCP, feste IP, VLAN, Multicast und Routing Aenderungen vor Mapping Edits klaeren.
- ETS Gruppenadressen und DPTs sichtbar halten, um Netzwerkfehler von Mappingfehlern zu trennen.
Prüfung vor dem .codu Export
Pruefe Gateway IP, Composer Einstellung, DHCP Reservation, Multicast, Routing Mode, Filter Tables, Feedback Adressen und ob der Fehler alle oder nur bestimmte Raeume betrifft.
Fehler, die dadurch vermieden werden
Wer Devices zu frueh neu erstellt, erzeugt Duplikate und verdeckt die Ursache. Erst Route beweisen, dann Feedback und Mapping anfassen.
Geprüfte offizielle Quellen
Technische Aussagen auf dieser Seite bleiben nah an offizieller KNX-, Control4- oder Herstellerdokumentation.
Verwandte Tools und Dokumentation
FAQ
Warum funktionieren KNX Taster, aber Control4 nicht?
Die lokale KNX Logik braucht Control4 nicht. Wenn Control4 nicht sieht, zuerst KNX/IP Gateway, IP, Routing, Multicast, Tunnel und Filter pruefen.
Soll ich KNX Request Status Delay zuerst aendern?
Nein. Delay ist Feintuning nach Gateway, Route, Feedback, Read Flags und DPT Pruefung.
Repariert CoduWorks ein defektes Gateway?
Nein. Hardware, ETS Commissioning und Netzwerk bleiben Installer Aufgaben. CoduWorks macht den Projektkontext sichtbar.
KNX Route vor Composer Rebuild pruefen
Importiere ETS, pruefe Gateway und Adressen und exportiere .codu erst mit klarer Route.