No, para funcionar. El hub mide, calcula y guarda todo por sí mismo, y la aplicación se comunica con él en su propia red. No hay cuenta ni servicio en la nube en el camino.
Pero sí necesita la hora correcta, y para eso suele servir internet. El reloj decide dos cosas: bajo qué hora, día y mes se archiva cada registro, y qué zona tarifaria —y, por tanto, qué precio— se aplica a la energía que se está usando en este momento.
Cómo obtiene el hub la hora
Por SNTP, desde servidores de hora: pool.ntp.org por defecto, con time.nist.gov como respaldo. Encontrará todo en Settings → Time.
Si el hub no tiene internet, puede ajustar su reloj una vez desde su navegador. La hora queda correcta, pero en el firmware v1.1.5 y anteriores el hub no la considera confirmada. En un hub así, cada vez que esté en Wi-Fi sin un servidor de hora accesible, el panel Time seguirá mostrando not synchronized sin fuente; los registros guardados esperan una fecha real en lugar de archivarse bajo una falsa; y nada corrige el reloj después, así que también se desvía. Ahí, considérelo una forma de leer valores en vivo en un hub sin conexión, no una forma de extraerle el historial.
Dos ajustes que conviene conocer:
- Resync interval es 3600 s por defecto y debe estar entre 60 y 86400. En la aplicación v1.1.5 y anteriores, tanto la app como el hub aceptaban cualquier valor, y un valor fuera de ese rango desactivaba la sincronización de la hora tras el siguiente reinicio: un error fácil de cometer. Desde v1.1.6 el panel no permite guardarlo, y un hub que tenga ese valor vuelve al rango al arrancar.
- Los cambios en la fuente de hora, los servidores o el intervalo surten efecto tras un reinicio. El panel lo indica y ofrece Restart now.
⚠️ En el firmware v1.1.5 y anteriores, guardar la zona horaria podía costarle la sincronización de la hora por completo. La aplicación envía solo los campos que cambió, pero ese firmware escribía todo el panel de hora como un único archivo: así, al guardar la zona el hub se quedaba sin servidores NTP, y tras el siguiente reinicio ya no se sincronizaba nunca. Corregido en v1.1.6: el hub combina lo que recibe, y un hub en ese estado recupera sus servidores en el primer arranque con el nuevo firmware. Tras actualizar, abra una vez Settings → Time y revise la zona: un hub reiniciado dos veces en ese estado perdió también esa.
Mientras el reloj no esté ajustado, los costes pueden ser erróneos
Esta es la parte que conviene recordar. Un hub cuyo reloj no está sincronizado no espera: elige una zona tarifaria según la hora que cree tener en ese momento. Tras un arranque sin sincronización, esa hora ronda 1970 más su tiempo de funcionamiento; así que la zona —y el precio cobrado— puede ser simplemente incorrecta, y esos costes se guardan como cualquier otro registro.
Por eso, tras una instalación nueva o un corte de energía, compruebe que Settings → Time muestre el reloj synchronized antes de fiarse de las primeras cifras.
El cambio de día sigue la zona horaria del propio hub: si la ajusta bien, sus contadores diarios se reinician a medianoche hora local.