Vista previa de cross-check HVAC split unit
La vista de cross-check mantiene objetos KNX y estructura Control4 propuesta visibles juntos para revisar split unit HVAC, modelo remoto, modo, fan speed y estado antes del export.
Por que un split unit no es un termostato normal
Un termostato de estancia puede exponer temperatura, setpoint y modo de operacion. Un gateway de split unit puede depender ademas de soporte de comandos infrarrojos, compatibilidad del mando remoto, tablas de fan speed, swing horizontal y vertical, silent mode y parametros KNX propios del gateway.
Esto hace que el proyecto sea mas sensible a supuestos. Una luz suele revisarse como comando mas feedback; un split unit requiere confirmar como se representa cada comando HVAC, que modelo de mando se ha seleccionado y si la unidad fisica acepta esa ruta de control.
El setup oficial del gateway va aparte
La documentacion Control4 identifica el dispositivo como Split Unit Gateway, FM, SKU C4-KNX-SUAC, con KNXPROD SUG/U1.41 en ctrl4.co/knx-suac y Control4 KNX Tool en ctrl4.co/knx-tool. ETS 5.6.6 o superior y la app SUG/U 1.41 son requisitos de commissioning.
CoduWorks no debe fingir que comisiona la base de datos IR ni reemplazar la lista oficial de modelos remotos soportados. Su papel es leer el proyecto ETS, mostrar familias de objetos HVAC y ayudar al instalador a decidir que entra en un handoff revisado a Composer.
- Gateway, aplicacion ETS y Control4 KNX Tool se comprueban fuera del build core.
- Compatibilidad del mando remoto es commissioning, no limpieza de naming.
- El gateway puede aparecer en ETS bajo Manufacturers / Control4 / Heating Ventilation Air conditioning.
- El export .codu debe incluir solo estructura Control4 revisada y scope claro.
Senales KNX a revisar antes de Composer
Antes de planificar cualquier dispositivo climate en Control4, el instalador debe ver juntos on/off, modo, comando de setpoint, limites de setpoint, temperatura medida, fan speed, swing o vane, silent mode, boost, error/status y objetos de estado disponibles.
Si esas senales estan repartidas en nombres inconsistentes o familias DPT distintas, el AI Assistant puede agrupar candidatos para revision, pero el comportamiento HVAC final sigue necesitando confirmacion del instalador.
- On/off, modo de operacion y estado calor/frio.
- Comando de setpoint, feedback de setpoint y temperatura ambiente.
- Comando y feedback de fan speed, mas swing o vane si existe.
- Contactos de puerta/ventana que condicionan HVAC.
El estado IR unidireccional exige revision explicita
El Split Unit Gateway envia comandos infrarrojos al split unit. Si el aire acondicionado tambien se usa con su mando original, o si no esta listo para recibir un comando IR, el estado del gateway puede dejar de coincidir con el estado real de la unidad.
Por eso CoduWorks trata mini split HVAC como item de revision. El paquete .codu no debe esconder supuestos inciertos de modo, fan speed o feedback dentro de un build automatico.
- No trates compatibilidad de mando remoto como resuelta solo por tener el .knxproj.
- Confirma que objetos de estado son feedback KNX real y cuales son supuestos del gateway.
- Mantiene fuera del plan create-only de Composer cualquier mapping split unit que no este revisado.
Limite de scope y pricing
Split unit HVAC queda fuera del conteo estandar de licencia CoduWorks salvo scope especifico. El conteo principal sigue siendo luces, persianas, termostatos y gateways KNX/IP. HVAC necesita scope separado porque cada gateway, room controller y fabricante puede modelar controles de forma distinta.
Asi el proyecto base sigue siendo asequible y HVAC se revisa como add-on profesional cuando el ETS contiene contexto suficiente.
Handoff a Composer en proyectos mini split
Composer debe recibir scope HVAC solo cuando ruta del gateway, semantica de modos, DPTs, supuestos de estado y modelo de unidad soportado esten claros. Si el mapeo de split unit no esta claro, debe quedar como item de revision en vez de ocultarse dentro del paquete core create-only.
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 crea automaticamente dispositivos HVAC split unit?
No por defecto. Split unit HVAC se trata como add-on de revision. El conteo automatico principal se centra en luces, persianas, termostatos y gateways KNX/IP.
CoduWorks reemplaza Control4 KNX Tool o la app ETS SUG/U 1.41?
No. KNXPROD SUG/U1.41, app ETS SUG/U 1.41, seleccion de modelo remoto soportado y comprobaciones con Control4 KNX Tool siguen siendo parte del commissioning del gateway. CoduWorks revisa el proyecto ETS exportado y prepara un handoff limpio a Composer.
Por que un split unit gateway es distinto a un termostato?
Puede depender de compatibilidad IR, tablas de fan speed, valores de modo y parametros KNX de fabricante ademas de setpoint y temperatura.
El feedback de split unit esta garantizado?
No. La ruta IR puede ser unidireccional, asi que el gateway puede no conocer el estado fisico real si el aire acondicionado se usa con su mando original o pierde un comando. Los objetos de estado y supuestos de feedback deben revisarse.
Que se debe revisar antes de Composer?
Gateway, aplicacion C4-KNX-SUAC / SUG/U1.41, modelo remoto soportado, modos, DPTs, setpoints, fan speed, swing, supuestos de estado y contactos de ventana que condicionen HVAC.
Acota HVAC split unit antes de Composer
Importa ETS, revisa objetos del gateway split unit, supuestos de modelo remoto y objetos de estado disponibles, y mantiene HVAC avanzado separado del build core de luces, persianas, termostatos y gateways.