224.0.23.12 es un punto de preflight para Control4 KNX

La direccion multicast por defecto de KNXnet/IP routing, 224.0.23.12, se pasa por alto porque parece un detalle de red. En proyectos Control4 KNX puede decidir si telegramas ruteados, feedback y trafico gateway son visibles antes de crear dispositivos en Composer.

  • Confirma que controlador Control4 y router KNX/IP pueden usar la misma ruta multicast.
  • Revisa VLAN, switch, firewall y router antes de culpar al mapeo Composer.
  • Mantiene visibles los supuestos multicast antes de exportar el .codu.
Abrir AI AssistantVer producto

Revision multicast 224.0.23.12

La vista muestra contexto KNX fuente y candidatos Control4 en paralelo para revisar multicast, gateway y feedback antes del export.

Por que importa esta direccion

KNXnet/IP routing suele usar multicast para que varios participantes de routing intercambien telegramas. Si el trafico 224.0.23.12 esta bloqueado, filtrado o solo visible en parte de la red, Control4 puede parecer desconectado aunque nombres ETS, DPTs y direcciones sean correctos.

No es un problema de naming ni del arbol Composer. Es una pregunta de visibilidad de ruta que debe revisarse antes de confiar en el build Control4.

Checks de red antes de reconstruir dispositivos

El instalador debe confirmar modo del router KNX/IP, direccion multicast usada por el proyecto, segmento de red del controlador y si switches o routers reenvian el trafico multicast necesario.

Si el proyecto usa VLANs, switches gestionables, reglas firewall o bridges Wi-Fi, la ruta Control4 puede ser distinta de la ruta que ve ETS en un portatil. Esa diferencia crea sintomas falsos de mapeo.

  • Dispositivo KNX/IP routing usando la direccion multicast esperada.
  • Controlador Control4 en un segmento que puede ver el trafico multicast ruteado.
  • Filter tables y feedbacks alineados con la ruta KNX/IP elegida.

Que hace CoduWorks con este contexto

CoduWorks no configura multicast, switches ni firewalls. Importa ETS y prepara una estructura Control4 revisable para mantener visibles gateway, comandos, feedback y supuestos de ruta antes del export.

Eso evita reconstruir dispositivos Composer cuando el problema real es una ruta multicast bloqueada o feedback ruteado ausente.

Composer debe recibir un supuesto de ruta conocido

El .codu debe exportarse cuando la estructura esta revisada y el instalador sabe que ruta KNX/IP usara el driver Composer. Composer puede crear dispositivos, pero no prueba que 224.0.23.12 este pasando en la red del sitio.

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

Control4 siempre usa 224.0.23.12 para KNX?

Depende de la configuracion KNX/IP routing y del driver. 224.0.23.12 es la direccion multicast por defecto de KNXnet/IP routing, por eso es clave cuando se espera routing.

CoduWorks puede habilitar multicast en la red?

No. Switches, routers, VLANs y ajustes del router KNX/IP son responsabilidad del instalador y administrador de red.

Por que ETS funciona y Control4 no ve trafico KNX?

ETS puede estar conectado desde otro punto de red o via tunneling, mientras Control4 depende de una ruta routing/multicast filtrada o bloqueada.

Siguiente paso

Revisa multicast antes de Composer

Importa ETS, conserva contexto de gateway y feedback, y exporta .codu solo cuando la ruta routing este clara.