Vista previa de medicion energia KNX
La vista cross-check mantiene objetos de medidor KNX y candidatos Control4 visibles juntos para revisar unidades, DPTs, visibilidad gateway y scope de reporting antes del export.
Un medidor no es un dispositivo controlable
Un medidor KNX normalmente publica valores en vez de aceptar comandos de usuario. Control4 puede mostrar esos valores, lanzar notificaciones o alimentar un dashboard, pero el modelo de mapeo es distinto a un switch, dimmer o persiana.
El preflight debe decidir si cada objeto es potencia instantanea, energia acumulada, produccion, consumo, voltaje, corriente, contador de pulsos o contexto de diagnostico.
Valores a clasificar antes del handoff
Las paginas de energia fallan cuando cada direccion numerica se trata igual. Un total kWh, un valor W y una lectura de voltaje por fase necesitan labels, unidades, expectativas de refresco e historial distintos.
CoduWorks debe mantener visible la fuente KNX para que el instalador clasifique los valores antes de que Composer reciba un paquete revisado.
- Potencia instantanea en W o kW, energia total en Wh o kWh.
- Contadores de import, export, produccion y consumo.
- Voltaje, corriente, frecuencia y valores por fase.
- Contadores de agua, gas o pulsos si aparecen por KNX.
- Read flags, comportamiento de feedback y necesidad de lecturas periodicas.
Supuestos de DPT y unidades
Los datos de medicion son sensibles a DPT y escalado. El mismo numero visible puede significar vatios, kilovatios, Wh, kWh, amperios, voltios o un contador bruto de pulsos.
Antes de exportar, el instalador debe confirmar DPT, unidad, multiplicador, comportamiento de reset y si el valor es acumulado o vivo.
Visibilidad gateway y frecuencia de reporting
Si un valor de medidor no pasa por la ruta KNX/IP que usa Control4, el dashboard o driver puede parecer vacio aunque ETS vea el dato. Filter tables, read flags y frecuencia de actualizacion deben revisarse antes de culpar a Control4.
Los valores de alta frecuencia tambien necesitan cuidado. Empujar cada medida rapida a Composer puede generar ruido; el reporting debe acotarse con intencion.
Separado del build core
Los medidores de energia no pertenecen al conteo de licencia por si solos. El scope contabilizado sigue siendo luces, persianas, termostatos y gateways KNX/IP. Los valores de medicion son reporting/add-on porque la UI, historial y notificaciones dependen de cada proyecto.
Un paquete .codu revisado puede llevar igualmente el contexto del medidor para que el instalador sepa que valores estan listos, cuales son solo referencia y cuales deben quedar fuera del build.
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
Los medidores KNX cuentan en el core?
No. El conteo sigue siendo luces, persianas, termostatos y gateways KNX/IP. Medicion de energia es reporting/add-on.
CoduWorks puede preparar valores de power meter KNX para Control4?
Puede agrupar y mostrar candidatos de medicion revisables, pero el instalador debe confirmar DPTs, unidades, escalado, visibilidad gateway y comportamiento de reporting antes de crear.
Que valores de medidor se deben revisar?
Potencia instantanea, kWh acumulado, contadores import/export, voltaje/corriente por fase, contadores de pulsos, read flags y frecuencia de refresco.
Los valores de energia pueden disparar acciones Control4?
Pueden usarse para notificaciones o automatizacion si el scope confirma actualizaciones fiables y programacion Composer. Debe ser una decision add-on deliberada.
Revisa metering antes de Composer
Importa ETS, clasifica valores de energia y utility, confirma DPTs y exporta .codu solo cuando el scope de reporting este claro.