Vista previa de cross-check de sensores KNX
La vista de cross-check mantiene objetos de sensor KNX y estructura Control4 generada visibles juntos para revisar movimiento, presencia, brillo y candidatos a trigger antes del export.
Por que los sensores KNX necesitan revision
Un detector de movimiento o presencia suele exponer varios objetos KNX: movimiento, presencia, brillo, enable, bloqueo, modo slave, timeout, estado o valores relacionados con escenas. Una sola direccion de grupo rara vez cuenta toda la historia.
Si la senal se importa a ciegas, Control4 puede terminar con el trigger equivocado, ocupacion invertida, logica de timeout perdida o un sensor visible como dispositivo de usuario cuando deberia ser contexto de programacion.
- Movimiento y presencia no siempre son el mismo objeto.
- Brillo y umbrales pueden afectar la logica de iluminacion.
- Direcciones de enable, disable y lockout pueden cambiar cuando el detector envia eventos.
Donde debe parar el AI Assistant y empezar Composer
CoduWorks puede mostrar candidatos de movimiento y presencia con fuente ETS, estancia, DPT, etiqueta ComObject, direccion de grupo y objetos relacionados del sensor. Eso da al instalador contexto suficiente para decidir como usar la senal.
Composer sigue siendo el sitio para programacion custom: timers de ocupacion, escenas nocturnas, comportamiento de override manual, alertas de seguridad, triggers de musica o condiciones HVAC. El build automatico debe centrarse en dispositivos soportados y dejar sensores como contexto salvo scope especifico.
La iluminacion por movimiento necesita decisiones de override manual
La iluminacion controlada por movimiento suele necesitar reglas alrededor del uso manual de keypads. Si un usuario enciende una luz manualmente, el timeout del sensor puede tener que comportarse distinto a cuando el sensor la encendio automaticamente.
Esa logica es especifica de cada proyecto. La revision debe mostrar sensor, luz, keypad y feedback juntos antes de que el instalador programe el comportamiento en Composer.
- Que sensor enciende que luz o escena.
- Si ausencia apaga luces automaticamente.
- Como los comandos manuales de keypad deben anular temporizacion de sensor.
Comprobaciones de DPT, temporizacion y feedback
Los sensores de presencia pueden usar valores binarios, objetos de estado, valores de brillo, objetos de presencia HVAC o senales de enable. El instalador debe saber si el detector envia evento, reporta estado, necesita lecturas o depende de una direccion de enable.
La ruta KNX/IP tambien importa. Si la senal no cruza routers, acopladores de linea o filter tables, Composer puede no ver el evento aunque el sensor funcione localmente en ETS.
Los sensores quedan fuera del conteo core
El tier de CoduWorks cuenta luces, persianas, termostatos y gateways KNX/IP. Sensores de movimiento, detectores de presencia, sensores de brillo y registros similares pueden quedar visibles como contexto sin subir por si solos el tier.
Esto mantiene justos los proyectos KNX grandes: un edificio puede tener muchos detectores, pero el build create-only debe centrarse en los dispositivos Control4 visibles que realmente se generan.
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 sensor de movimiento KNX puede disparar programacion Control4?
Puede hacerlo cuando la senal se representa correctamente y llega a Composer de forma fiable. Deben revisarse DPT, evento, ruta de gateway e intencion de programacion antes del export.
Los sensores KNX cuentan como dispositivos de licencia CoduWorks?
No. Sensores de movimiento, detectores de presencia y sensores de brillo no suben por si solos el tier. El conteo sigue siendo luces, persianas, termostatos y gateways KNX/IP.
Los sensores de movimiento deben ser dispositivos Control4 visibles?
Normalmente funcionan mejor como contexto de programacion o estado oculto salvo que el proyecto tenga un scope especifico de sensores. No deben mezclarse a ciegas en el build core.
Revisa contexto de sensores KNX antes de Composer
Importa ETS, inspecciona objetos de movimiento y presencia, revisa DPT y temporizacion, y exporta un .codu limpio para Composer.