Vista previa de revision routing gateway
La vista muestra contexto fuente KNX y candidatos Control4 en paralelo para comprobar ruta gateway, comandos y feedbacks antes del export.
Routing Gateway y KNX Network son decisiones distintas
Un proyecto Control4 puede comportarse de forma muy distinta si la ruta KNX usa routing gateway, driver network, tunneling u otro dispositivo KNX/IP. El nombre del driver es solo parte de la respuesta; la topologia ETS y la configuracion del gateway deciden que telegramas son visibles.
Para un build revisable, el instalador necesita ver el supuesto KNX/IP antes de que Composer cree dispositivos. Si no, un mapeo puede parecer incorrecto cuando el problema real es la ruta gateway.
Por que aun importan las busquedas de KNX Network driver
Proyectos Control4 KNX antiguos e hilos de foro suelen hablar de KNX Network driver, rutas tunneling o interfaces KNX/IP genericas. Las recomendaciones modernas suelen orientar hacia KNX Routing Gateway cuando hay multicast routing disponible, pero la decision correcta sigue dependiendo de topologia ETS y hardware real.
CoduWorks no debe adivinar esto solo por el nombre del driver. La revision ETS debe mostrar contexto de gateway, limites de linea y direcciones de grupo que deben pasar antes de que el driver de Composer cree dispositivos.
- Las rutas tunneling o tipo interface pueden ser mas sensibles a limites de conexion y rafagas de requests.
- Las rutas Routing Gateway siguen dependiendo de visibilidad multicast y filter tables correctas.
- El export .codu debe hacerse despues de revisar la ruta asumida, no antes.
Las filter tables pueden hacer invisibles direcciones validas
Una direccion puede existir en ETS y aun asi no llegar a Control4 si la filter table del router o acoplador no deja pasar el telegrama. Esto aparece como feedback ausente, estado congelado, dispositivos que solo funcionan en un sentido o escenas que cargan demasiado el bus.
El flujo seguro es revisar comandos y feedbacks requeridos antes del export y confirmar que la infraestructura pasara esos telegramas por la ruta KNX/IP elegida.
- Direcciones de comando necesarias para los dispositivos Control4 generados.
- Direcciones de feedback necesarias para estado fiable en Control4.
- Rangos de main group y limites de linea que pueden filtrarse por topologia ETS.
Request status delay no arregla un mapeo
Cambiar delays puede reducir presion de trafico en algunos proyectos, pero no corrige un objeto de estado ausente, un feedback bloqueado o un DPT incorrecto. Trata los tiempos como ajuste posterior, no como primer diagnostico.
Antes de tocar delays, confirma que cada dispositivo generado tiene comando, feedback y DPT esperados desde el proyecto ETS.
Revisa la ruta antes del build plan
El flujo .codu debe llevar mas que nombres de rooms y dispositivos. Debe conservar suficiente contexto gateway y de mapeo para entender por que Composer va a crear cada dispositivo Control4.
Esto importa especialmente en proyectos KNX grandes donde existen muchos keypads, sensores, acopladores y gateways, pero solo luces, persianas, termostatos y gateways KNX/IP cuentan dentro del alcance de dispositivos.
Fuentes oficiales revisadas
Los claims tecnicos de esta pagina se mantienen cerca de documentacion oficial KNX, Control4 o del fabricante.
Herramientas y documentacion relacionadas
Preguntas frecuentes
Debo usar KNX Routing Gateway o KNX Network en Control4?
Routing Gateway suele ser preferible cuando la instalacion soporta multicast routing, mientras KNX Network puede aparecer en proyectos existentes. Revisa gateway, topologia y filter tables reales antes del build en Composer.
KNX Network driver es lo mismo que Routing Gateway?
No. Representan supuestos KNX/IP distintos. KNX Network suele asociarse a tunneling o comportamiento de interface, mientras Routing Gateway depende de telegramas ruteados y visibilidad multicast.
Por que Control4 pierde feedback KNX si la direccion existe?
El feedback puede estar bloqueado por filter tables, usar DPT incorrecto, faltar en los objetos del dispositivo o no volver por la ruta KNX/IP usada por Control4.
El AI Assistant configura multicast o filter tables?
No. Es una capa de revision y preparacion del build. ETS y la red KNX real deben configurarse correctamente por el instalador.
Revisa la ruta KNX antes de Composer
Importa el proyecto ETS, conserva visible contexto de gateway y feedback, y exporta .codu solo cuando la estructura Control4 sea revisable.