Los dummy devices KNX hacen explicito el trafico visible para Control4

En proyectos KNX multi-linea, una direccion de grupo puede existir y aun asi no llegar a Control4. Un dummy device o una decision manual de filter table en ETS puede separar un handoff limpio de un build donde el feedback parece ausente.

  • Identifica que direcciones de comando y feedback deben ser visibles para la ruta Control4.
  • Separa decisiones ETS de dummy device de la generacion .codu y de Composer.
  • Revisa topologia antes de tratar feedback ausente como problema de mapeo.
Abrir AI AssistantVer producto

Vista previa de dummy device y filter table

La vista muestra contexto fuente KNX y candidatos Control4 en paralelo para revisar visibilidad de feedback y supuestos gateway antes del export.

Por que existen los dummy devices en KNX

ETS usa relaciones entre dispositivos y group objects para calcular que telegramas deben cruzar acopladores. Cuando una visualizacion, gateway o controlador externo necesita ver direcciones de otra linea, ETS puede necesitar representar esa necesidad de forma explicita.

Un dummy device es una forma comun de hacer visibles esos requisitos para el calculo de filter tables. Es una decision de infraestructura ETS, no un dispositivo Control4 que deba crearse en Composer.

Por que importa antes del build Control4

Control4 solo puede mantenerse sincronizado si trafico de comando y feedback llega a la ruta KNX/IP que usa el driver. Si el feedback queda filtrado por topologia, el dispositivo Control4 generado puede parecer mal aunque direccion y DPT sean correctos.

Por eso la etapa de revision debe mostrar supuestos de routing antes de entregar el paquete .codu a Composer.

  • Feedbacks de lineas fuera del segmento del gateway.
  • Trafico tipo visualizacion requerido por la ruta KNX/IP de Control4.
  • Proyectos multi-linea donde filter tables pesan mas que los nombres.

Que puede y no puede hacer CoduWorks

CoduWorks no anade dummy devices a ETS ni programa acopladores. El instalador sigue siendo responsable de topologia ETS, filter tables y commissioning del gateway.

La plataforma ayuda manteniendo juntos contexto KNX, dispositivos Control4 generados, objetos de feedback y supuestos de ruta, para saber que revisar antes de exportar .codu.

Composer no deberia descubrir esto primero

Si los supuestos de dummy device o filter table no estan resueltos, Composer no es el sitio adecuado para descubrirlo. El build report puede crear dispositivos, pero no prueba que cada telegrama ruteado sera visible en sitio.

Un buen handoff mantiene revisada la estructura Control4 y separa preguntas de infraestructura de la generacion 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

CoduWorks crea dummy devices KNX en ETS?

No. Dummy devices, altas manuales en filter table y programacion de acopladores siguen siendo trabajo ETS y del instalador.

Cuando importa un dummy device para Control4?

Puede importar cuando Control4 necesita ver direcciones de grupo a traves de limites de linea o area y las filter tables de ETS no pasarian esos telegramas.

Un dummy device cuenta en el pricing de CoduWorks?

No. El pricing se basa en luces, persianas, termostatos e IP gateways KNX dentro del scope contabilizado. Dummy devices son contexto de infraestructura ETS, no dispositivos Control4 generados.

Siguiente paso

Revisa dummy devices antes del export .codu

Importa ETS, comprueba la visibilidad de feedback necesaria y exporta el paquete Control4 solo cuando los supuestos de filter table esten claros.