Usa contactos de puerta y ventana KNX en Control4 con revision previa

Los contactos de puerta, ventana y sensores reed pueden ser senales KNX muy utiles para Control4: escenas de seguridad, alertas, bloqueo HVAC, contexto de presencia, rutinas de fuga o alarma y comprobaciones de estado. Necesitan revision porque la misma senal de 1 bit puede significar abierto, cerrado, alarma, fallo, enable o una condicion propia del proyecto.

  • Localizar contactos de puerta, ventana, reed y alarma dentro del proyecto ETS.
  • Comprobar DPT, significado abierto/cerrado, transmision y feedback antes de Composer.
  • Tratar proyectos con muchos contactos como contexto, no como dispositivos core extra.
Abrir AI AssistantVer producto

Vista previa de cross-check de contactos KNX

La vista de cross-check mantiene objetos de contacto KNX y estructura Control4 generada visibles juntos para revisar puertas, ventanas y alarmas antes del export.

Por que los contactos importan en un proyecto Control4

Un contacto de puerta o ventana normalmente no es algo que el usuario controle directamente. Es una senal de estado que puede informar seguridad, clima, iluminacion, notificaciones o reglas de automatizacion. En Control4 puede ser muy util, pero solo si su significado esta claro antes de programar.

El proyecto ETS puede mostrar muchos objetos de 1 bit parecidos. Algunos son contactos reed fisicos, otros estados de alarma, otros funciones HVAC de ventana y otros objetos de feedback. La revision debe separar esos significados antes de que el driver Composer construya el proyecto.

  • Estado de puerta y ventana para escenas de seguridad y alertas.
  • Ventana abierta como contexto para HVAC o split units.
  • Estado de alarma, fuga, puerta de garaje o cancela como contexto de programacion.

Abierto, cerrado y alarma no son intercambiables

Un telegrama de 1 bit no basta por si solo. Un valor 1 puede significar abierto en un dispositivo KNX, alarma en otro, enabled en otro y cerrado en una convencion propia del proyecto. Esto importa cuando la senal se convierte en evento o notificacion Control4.

Antes del export, el instalador debe ver dispositivo fuente, nombre de direccion de grupo, etiqueta ComObject, DPT y objeto de estado disponible. Asi se evitan estados invertidos, alertas falsas y logica Composer que dispara en el momento equivocado.

  • Confirmar si 1 significa abierto, cerrado, alarma, enabled o fallo.
  • Comprobar si el contacto envia cambios automaticamente o solo responde a lectura.
  • Revisar riesgo de rebote para contactos que puedan alternar entre estados.

Como deben llegar los contactos a Composer

CoduWorks debe mostrar candidatos de contacto como contexto de revision junto a la estructura Control4 generada. El instalador decide si cada senal debe ser estado visible, entrada oculta de programacion, condicion HVAC o item fuera del build create-only.

Composer sigue siendo el sitio para la logica especifica: notificaciones de seguridad, mock occupancy, bloqueo HVAC, respuesta de luces, avisos o acciones custom. El valor del AI Assistant es hacer visible la senal KNX y su significado antes de programar.

Los contactos de puerta y ventana no suben el tier core

El tier de CoduWorks cuenta luces, persianas, termostatos y gateways KNX/IP. Contactos de puerta, ventana, sensores reed, alarmas y entradas similares pueden quedar visibles como contexto sin subir por si solos el tier.

Esto hace mas asequibles los proyectos con muchas ventanas, puertas y sensores tecnicos, conservando igualmente las senales importantes para programacion Control4.

Checklist antes de usar un contacto

Antes de usar un contacto en Control4, comprueba que el nombre ETS se entiende, el DPT coincide con el estado binario esperado, la transmision es correcta y la senal llega por la ruta KNX/IP en la que se apoyara Composer.

Si la senal es ambigua, debe quedar como nota de revision en vez de convertirse en dispositivo visible Control4 o usarse en logica generada sin visibilidad.

  • Nombre claro de estancia y contacto.
  • Semantica DPT 1 y direccion de grupo.
  • Transmit flag o comportamiento equivalente de evento.
  • Visibilidad de gateway, router y acopladores de linea.
  • Decision clara: estado visible, input de programacion, condicion HVAC o fuera de scope.

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

Un contacto de puerta KNX puede aparecer en Control4?

Si, si la senal se mapea y representa correctamente. Debe revisarse por DPT, semantica abierto/cerrado, transmision y uso en Composer antes del export.

Los contactos de puerta y ventana cuentan como dispositivos CoduWorks?

No. Contactos, sensores reed y entradas de alarma no suben por si solos el tier. El conteo sigue siendo luces, persianas, termostatos y gateways KNX/IP.

Los contactos de ventana pueden afectar HVAC en Control4?

Pueden ser utiles como contexto HVAC, pero el comportamiento depende del proyecto KNX, DPT, ruta de gateway y programacion Composer. Debe revisarse antes del build.

Siguiente paso

Revisa contactos KNX antes de programar en Control4

Importa ETS, inspecciona contactos de puerta y ventana, confirma DPT y semantica de estado, y exporta un .codu limpio para Composer.