Revisa entradas binarias KNX antes de usarlas en Control4

Las entradas binarias y contactos son habituales en proyectos KNX: alarmas, contactos magneticos, pulsadores, senales tecnicas, contactos de seguridad y teclas de escena. Pueden ser utiles en programacion Control4, pero deben revisarse como contexto antes de generarse como dispositivos visibles.

  • Identificar entradas binarias, contactos secos y alarmas dentro del proyecto ETS.
  • Comprobar DPT, transmision, objeto de estado y visibilidad de gateway antes de Composer.
  • Mantener proyectos con muchas entradas mas asequibles al no contarlas como dispositivos core.
Abrir AI AssistantVer producto

Vista previa de cross-check de entradas binarias KNX

La vista de cross-check mantiene objetos de entrada KNX y estructura Control4 generada visibles juntos para revisar contactos, feedback y candidatos de programacion antes del export.

Que significan las entradas binarias en KNX hacia Control4

Una entrada binaria suele representar un evento o estado, no un dispositivo que el usuario espera controlar directamente. Puede reportar una puerta, alarma de bomba, entrada de panico, ventana, pulsador, rele de fuga de agua u otro contacto cableado a KNX.

Eso la hace valiosa como contexto para Control4, pero tambien facil de usar mal. La senal puede necesitar programacion Composer, una notificacion, una condicion de escena o un estado oculto en vez de un dispositivo visible en cada estancia.

  • Contactos de puerta, ventana, alarma y senales tecnicas suelen ser estado o contexto de trigger.
  • Contactos de pulsador pueden cruzarse con keypads e intencion de escenas.
  • Contactos secos deben revisarse antes de aparecer en un plan de build.

DPT y transmision son las primeras comprobaciones

La direccion de grupo por si sola no basta. Una entrada binaria debe revisarse por DPT, significado del valor, comportamiento de transmision, feedback disponible y si el valor se envia cuando cambia el contacto fisico.

Si la entrada solo se lee bajo peticion o no cruza bien la ruta de linea/router KNX, la programacion Composer puede no ver el evento de forma fiable. La revision debe ocurrir antes del export .codu.

  • Valores binarios tipo DPT 1 para abierto/cerrado, on/off, alarma o enable.
  • Transmit flags o comportamiento equivalente que envie cambios al bus.
  • Direccion de feedback/estado y visibilidad de gateway entre acopladores.
  • Nombres claros que expliquen que representa el contacto fisico.

Las entradas binarias son contexto, no dispositivos core

CoduWorks mantiene el conteo centrado en luces, persianas, termostatos y gateways KNX/IP. Un proyecto puede tener muchas entradas binarias, sensores o contactos sin subir por si solo el tier.

Esto importa porque instalaciones KNX grandes suelen tener muchas senales tecnicas. Contar cada entrada como dispositivo generado completo haria el pricing menos justo y meteria ruido en la estructura Control4.

Como debe llegar la senal a Composer

El AI Assistant debe mostrar candidatos de entrada binaria con su fuente ETS, DPT, estancia, direccion de grupo y contexto de nombre. El instalador decide despues si la senal se usa como programacion Composer, referencia de estado oculta o add-on especifico.

El driver Composer debe seguir recibiendo un paquete create-only limpio para dispositivos soportados. Las entradas binarias quedan como items claros de revision, no como luces accidentales, dispositivos falsos o controles duplicados.

Ejemplos habituales a revisar

Una alarma de bomba, contacto de incendio, contacto de ventana o rele de fuga puede ser importante para automatizacion y notificaciones. El proyecto debe preservar esas senales y facilitar su inspeccion, pero no asumir el comportamiento Control4 correcto sin revision del instalador.

Para cada entrada, la pregunta practica es simple: debe crear un dispositivo visible Control4, alimentar programacion, quedar como contexto diagnostico o quedarse fuera del build Composer?

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

Las entradas binarias KNX cuentan como dispositivos CoduWorks?

No. Entradas binarias, contactos secos, sensores y senales similares no suben por si solas el tier. El conteo son luces, persianas, termostatos y gateways KNX/IP.

Un contacto KNX puede disparar Control4?

Puede ser posible cuando DPT, transmision, ruta de gateway y representacion Composer son correctos. La senal debe revisarse antes de usarla en programacion.

Cada entrada binaria debe ser un dispositivo Control4?

No. Muchas entradas funcionan mejor como contexto de programacion, estado oculto o item especifico de revision en vez de dispositivo visible.

Siguiente paso

Revisa senales de entrada KNX antes de Composer

Importa ETS, localiza entradas binarias y contactos, revisa DPT y transmision, y exporta un .codu limpio para Composer.