Vista previa de actuadores KNX de persianas
La vista muestra canales KNX repetidos de persianas y candidatos Control4 revisados antes del export, incluyendo nombres, estancia, Move, Step/Stop, Position, Angle, feedback DPT 5.001 y contexto de seguridad.
El canal de actuador es la fuente real
Muchos proyectos ETS nombran persianas por estancia, pero la ruta real de control vive en el canal del actuador. Un motor puede tener Move, Step/Stop, Position, Angle, Info Position, Angle Position y estado como un mismo grupo funcional.
Si esos objetos quedan separados o mal nombrados, Control4 puede mostrar una persiana que se mueve pero no reporta altura, angulo de lama o final de carrera de forma fiable.
Senales a revisar desde ETS
La revision debe separar control visible de persianas, diagnostico del actuador, bloqueos de seguridad y parametros especificos de fabricante. Asi el paquete .codu queda limpio y no crea dispositivos confusos en Composer.
- Comandos Move up/down, Step/Stop y limited up/down.
- Comando de altura y feedback DPT 5.001 desde objetos Info Position.
- Comando Angle y feedback Angle Position para venecianas o jalousies.
- Travel time, inversion de direccion, reference movement, calibracion y convencion 0/100 por ciento.
- Objetos de viento, lluvia, hielo, intrusion, fuego, block o forced operation que pueden impedir el movimiento.
Lamas y posicion son decisiones separadas
Una persiana enrollable puede necesitar solo Move, Step/Stop y Position. Una veneciana o jalousie exterior suele necesitar Angle como valor separado. En la revision ETS/Control4, altura y lama no son la misma decision.
La documentacion del actuador usa altura 0 por ciento como top y 100 por ciento como bottom, mientras que lama puede usar 0 por ciento open y 100 por ciento closed. El instalador debe confirmar si Control4 debe exponer lamas, ocultarlas o dejarlas como scope manual Composer.
La proteccion meteorologica debe seguir visible
Las alarmas de viento, lluvia y hielo pueden ser criticas para seguridad. Los modelos de actuador KNX tambien pueden incluir intrusion, fire behavior y prioridades que bloquean la operacion normal mientras la alarma esta activa.
Si el actuador ya esta protegido por logica KNX, el handoff Control4 debe respetar esa frontera y no sustituir logica de campo probada por supuestos incompletos de Composer.
Como los canales de actuador afectan al conteo
Un canal de actuador que se convierte en persiana Control4 cuenta como dispositivo blind en el tier. Objetos de diagnostico, bloqueo, clima o keypad alrededor no crean dispositivos blind extra por si solos.
Asi el pricing sigue atado a luces, persianas, termostatos y gateways KNX/IP generados, manteniendo el contexto del actuador disponible para revision.
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
Cada canal de actuador KNX es una persiana Control4?
Solo si el canal tiene comando y feedback suficientes para ser una persiana o shade visible. Diagnostico, alarmas, bloqueos y parametros de fabricante son contexto de revision.
Por que revisar 0 y 100 por ciento?
Altura y lama pueden tener convenciones distintas. La documentacion del actuador usa altura 0 por ciento top y 100 bottom, mientras lama puede usar 0 open y 100 closed.
Se debe crear el angulo de lama automaticamente?
No sin revision. Lama es distinto de altura y puede necesitar una UI especifica o scope manual en Composer.
Que ficheros Control4 KNX son relevantes?
Referencias oficiales habituales son C4-KNX-4BRS con KNXPROD JRA/S 4.230.1.41 y C4-KNX-8BRS con JRA/S 8.230.1.41, programados con ETS 5.6.6 o superior.
Viento o lluvia cuentan como dispositivos de persiana?
No. Objetos meteorologicos y de seguridad son contexto salvo que se confirme un add-on especifico.
Revisa actuadores de persianas antes de Composer
Importa ETS, agrupa canales C4-KNX-4BRS/8BRS u otros actuadores, confirma posicion y lamas, y exporta un paquete .codu limpio.