Vista previa de cross-check de triggers KNX
La vista de cross-check mantiene objetos KNX y estructura Control4 lado a lado para revisar candidatos a trigger, feedback y dispositivos generados antes de programar en Composer.
Por que los triggers KNX son distintos de los dispositivos generados
Una luz, dimmer o persiana KNX suele tener forma de dispositivo: direccion de comando, direccion de feedback, DPT y contexto de estancia. Un trigger puede ser mas ambiguo. Puede ser un evento de pulsador, entrada binaria, contacto, alarma o tecla de escena que deba disparar una accion Control4 separada.
Si esa senal se fuerza dentro del bulk build, el proyecto puede terminar con luces falsas, controles duplicados o supuestos ocultos. Un flujo mejor marca la senal como contexto de programacion para que el instalador decida como usarla en Composer.
- Eventos de boton y entradas binarias deben revisarse como intencion, no contarse como dispositivos core.
- Luces, persianas, termostatos y gateways KNX/IP siguen siendo el alcance create-only predecible.
- Las senales que necesitan logica Composer custom deben verse antes del export .codu.
Que revisar antes de usar una senal KNX como trigger
Un candidato a trigger no debe aceptarse solo porque exista la direccion de grupo. El instalador necesita comprobar si el bus KNX transmite valor cuando ocurre el evento, si el DPT es usable y si la senal es comando, estado, alarma u objeto de escena.
CoduWorks puede mantener este contexto visible junto a la estructura Control4 generada para que la revision ocurra antes de que el driver Composer cree nada.
- DPT y tipo de payload, especialmente valores binarios y porcentuales.
- Comportamiento de transmision, objeto de feedback y cambio de valor en bus.
- Estancia, dispositivo fuente, etiqueta del keypad y nombres de direcciones de grupo.
- Si la senal debe quedar como programacion Composer, no como dispositivo visible.
Donde empieza la programacion en Composer
El AI Assistant prepara estructura, mapeos, dispositivos soportados y notas de revision. Composer sigue siendo el sitio donde se programa la logica especifica del proyecto: notificaciones, condiciones, escenas, avisos o comportamiento entre sistemas.
Ese limite es intencionado. Mantiene el build automatico centrado en crear dispositivos limpios y da al instalador una lista visible de senales KNX que pueden requerir programacion despues del build.
Las senales de trigger no deben inflar el tier core
Un proyecto puede tener muchos keypads, pulsadores, entradas binarias, sensores o contactos. Esas senales pueden ser contexto de programacion valioso, pero no suben por si solas el tier core de CoduWorks.
Para pricing, el conteo sigue siendo luces, persianas, termostatos y gateways KNX/IP. Los proyectos con muchos triggers siguen siendo mas accesibles y conservan la informacion que el instalador necesita para la logica en Composer.
Flujo recomendado para triggers KNX hacia Composer
Importa el proyecto ETS, revisa luces, persianas, termostatos y gateways generados, y despues inspecciona los objetos KNX que parecen pulsadores, entradas binarias, alarmas o teclas de escena. Marcalos como contexto de programacion en vez de mezclarlos en el build de dispositivos.
Tras el export, el driver Composer construye la estructura revisada. El instalador programa despues el comportamiento del trigger sabiendo que senal KNX, DPT y objeto fuente esta usando.
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
KNX puede disparar programacion Control4?
Puede ser posible segun driver, DPT, comportamiento de transmision y como se represente la senal en Composer. Debe revisarse como contexto de programacion antes del export.
CoduWorks programa automaticamente la logica Control4?
No. CoduWorks prepara contexto ETS, dispositivos soportados y notas de revision. La logica especifica en Composer sigue siendo un paso deliberado del instalador.
Los pulsadores KNX cuentan como dispositivos de licencia?
No. Keypads, pulsadores, entradas binarias y senales similares no suben el tier por si solas. El conteo son luces, persianas, termostatos y gateways KNX/IP.
Prepara el contexto de triggers antes de programar
Importa ETS, revisa dispositivos soportados, conserva candidatos a trigger visibles y exporta un .codu que de a Composer un punto de partida limpio.