Não, para funcionar. O hub mede, calcula e guarda tudo por si, e a aplicação comunica com ele na sua própria rede. Não há conta nem serviço na nuvem pelo meio.
Mas precisa da hora certa, e é para isso que a internet normalmente serve. O relógio decide duas coisas: sob que hora, dia e mês cada registo é arquivado, e qual a zona tarifária — e portanto que preço — se aplica à energia que está a ser usada neste momento.
Como o hub obtém a hora
Por SNTP, a partir de servidores de hora: pool.ntp.org por omissão, com time.nist.gov como reserva. Encontra tudo em Settings → Time.
Se o hub não tiver internet, pode definir o relógio uma vez a partir do navegador. A hora fica certa, mas no firmware v1.1.5 e anteriores o hub não a considera confirmada. Num hub assim, sempre que estiver na Wi-Fi sem um servidor de hora acessível, o painel Time continua a mostrar not synchronized sem fonte; os registos guardados ficam à espera de uma data real em vez de serem arquivados sob uma errada; e nada corrige depois o relógio, que também deriva. Aí, considere isto uma forma de ler valores em direto num hub offline, e não uma forma de extrair o histórico dele.
Duas definições que vale a pena conhecer:
- Resync interval é 3600 s por omissão e deve estar entre 60 e 86400. Na aplicação v1.1.5 e anteriores, tanto a app como o hub aceitavam qualquer valor, e um valor fora desse intervalo desligava a sincronização da hora no reinício seguinte — um erro fácil de cometer. A partir da v1.1.6, o painel recusa guardá-lo, e um hub com esse valor é reposto no intervalo ao arrancar.
- As alterações à fonte da hora, aos servidores ou ao intervalo só produzem efeito após um reinício. O painel indica-o e oferece Restart now.
⚠️ No firmware v1.1.5 e anteriores, guardar o fuso horário podia custar-lhe a sincronização da hora por completo. A aplicação envia só os campos que alterou, mas esse firmware escrevia o painel Time inteiro como um único ficheiro — assim, ao guardar o fuso, o hub ficava sem servidores NTP e, no reinício seguinte, nunca mais sincronizava. Corrigido na v1.1.6: o hub funde o que recebe, e um hub nesse estado recupera os seus servidores no primeiro arranque com o novo firmware. Depois de atualizar, abra uma vez Settings → Time e verifique o fuso — um hub reiniciado duas vezes nesse estado perdeu também esse.
Enquanto o relógio não estiver definido, os custos podem estar errados
Esta é a parte a reter. Um hub cujo relógio não sincronizou não espera: escolhe uma zona tarifária pela hora que julga ter nesse momento. Depois de um arranque sem sincronização, essa hora fica perto de 1970 mais o tempo de funcionamento; por isso a zona — e o preço cobrado — pode simplesmente estar errada, e esses custos ficam guardados como qualquer outro registo.
Por isso, depois de uma instalação nova ou de um corte de energia, confirme que Settings → Time mostra o relógio synchronized antes de confiar nos primeiros números.
A mudança de dia segue o fuso horário do próprio hub: bem definido, os seus contadores diários reiniciam à meia-noite, hora local.