Vista previa de revision filter table
La vista muestra datos KNX fuente junto a dispositivos Control4 generados para revisar direcciones, feedbacks y supuestos de routing antes del export.
Las filter tables deciden que cruza entre lineas KNX
ETS puede calcular que direcciones de grupo deben pasar por un acoplador o router segun los dispositivos y objetos usados en cada linea. Que una direccion exista en ETS no basta; el telegrama tambien debe estar permitido a traves del acoplador y hacia la ruta KNX/IP que usa Control4.
Esto importa cuando el proyecto tiene varias lineas, areas o routers KNX. El dispositivo Control4 puede generarse bien, pero el telegrama puede no llegar nunca al driver si la ruta esta filtrada.
Por que Control4 puede parecer mal cuando ETS esta bien
Feedback ausente, estado congelado, dispositivos en un solo sentido y escenas poco fiables suelen diagnosticarse demasiado tarde dentro de Composer. El mapeo fuente puede estar bien mientras la visibilidad ruteada no lo esta.
Un flujo revisable debe mostrar direccion de grupo, DPT, intencion de comando, intencion de feedback y supuesto de ruta juntos para separar errores de mapeo de comportamiento del acoplador.
- Feedbacks que deben cruzar un limite de linea.
- Comandos que funcionan en local pero no por la ruta KNX/IP de Control4.
- Proyectos multi-linea donde la topologia pesa mas que la etiqueta del dispositivo.
Dummy devices y pass-through son decisiones ETS
Dummy devices, altas manuales en filter tables y modos pass-through pertenecen al trabajo ETS e infraestructura KNX. CoduWorks no configura acopladores ni filter tables automaticamente.
Lo que hace el AI Assistant es mantener visible la topologia y el contexto de mapeo relevante antes del export, para que el instalador sepa que direcciones y feedbacks debe revisar en ETS antes de confiar el build a Composer.
Composer debe recibir una ruta revisada
El paquete .codu no debe esconder supuestos de topologia pendientes. Cuando el build llega a Composer, el instalador ya deberia saber si la ruta KNX/IP elegida puede ver el trafico de comando y feedback necesario.
Asi el driver de Composer se centra en crear la estructura Control4 revisada y no se convierte en el primer lugar donde aparecen problemas de filter table.
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
CoduWorks configura filter tables de acopladores KNX?
No. Filter tables, dummy devices y comportamiento de acopladores son tareas de ETS e infraestructura. CoduWorks ayuda a exponer el contexto que debe revisarse antes del build Control4.
Por que falla el feedback si la direccion existe?
La direccion puede existir en ETS pero el telegrama puede estar bloqueado por una filter table, ruteado por una ruta incorrecta o ausente de la ruta KNX/IP usada por Control4.
Esto solo aplica a proyectos KNX grandes?
Es mas comun en proyectos multi-linea o segmentados, pero cualquier proyecto con feedback ausente deberia revisar gateway, topologia y visibilidad de filtro antes de recrear dispositivos en Composer.
Comprueba filter tables antes del build Control4
Importa ETS, revisa contexto de lineas y feedback, y exporta .codu solo cuando los supuestos de ruta esten claros.