Vista previa de flags KNX
La vista muestra objetos KNX fuente y candidatos Control4 en paralelo para revisar flags, feedback y supuestos de ruta antes del export.
Una direccion de grupo no basta
La misma direccion de grupo puede estar vinculada a distintos communication objects, y esos objetos pueden tener flags diferentes. Control4 puede necesitar escribir un comando, escuchar un estado transmitido o enviar una lectura y esperar respuesta valida.
Si responde el objeto equivocado, no responde ninguno o el feedback solo existe como destino de write, el estado puede parecer roto aunque la direccion exista en ETS.
Que flags importan en la revision
El comportamiento exacto depende del dispositivo KNX y de su application program, pero la revision debe identificar si el objeto debe recibir writes, responder reads, transmitir cambios o actualizarse desde respuestas del bus.
Para Control4 esto es clave en feedbacks, entradas binarias, keypads, objetos de escena, valores de energia y puntos HVAC que pueden usarse como estado o triggers.
- Read en objetos de estado que deben responder GroupValueRead.
- Transmit en objetos que deben reportar cambios sin polling.
- Write en objetos de comando que Control4 debe controlar.
- Update cuando un objeto sigue valores desde otra respuesta del bus.
Sintomas que apuntan a flags
Estado ausente, dispositivos en un solo sentido, feedback congelado tras reinicio y triggers poco fiables pueden apuntar a flags o sending address, no a un dispositivo Control4 roto.
Eso no significa que CoduWorks cambie el ETS. Significa que la estructura Control4 generada debe conservar esos supuestos visibles para que el instalador sepa que revisar en ETS antes del export.
Que debe preservar el handoff .codu
El .codu debe llevar la estructura revisada y suficiente contexto KNX para saber que direccion es comando, cual es feedback y que supuestos ETS deben cumplirse en sitio.
Composer no deberia ser el primer lugar donde se descubre que falta comportamiento Read o Transmit.
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 cambia flags de objetos KNX?
No. Los flags y parametros de dispositivos se editan en ETS por el instalador. CoduWorks hace visible el contexto relevante antes del build Control4.
Por que Control4 no muestra estado si la direccion existe?
El objeto de feedback puede no transmitir, no responder lecturas, usar otra sending address o no ser visible por la ruta KNX/IP.
Los flags solo importan para read status delay?
No. Tambien afectan triggers, entradas binarias, sensores, energia, HVAC y cualquier dispositivo Control4 que dependa de feedback KNX fiable.
Revisa flags antes de Composer
Importa ETS, inspecciona comandos y feedback, y exporta .codu solo cuando el comportamiento de objetos este claro.
