No, per funzionare. L'hub misura, calcola e memorizza tutto da sé, e l'app comunica con lui sulla Sua rete. Non ci sono account né servizi cloud nel percorso.
Ma ha bisogno dell'ora giusta, ed è per questo che di solito serve internet. L'orologio decide due cose: sotto quale ora, giorno e mese viene archiviata ogni registrazione, e quale fascia tariffaria — quindi quale prezzo — si applica all'energia che si sta usando in quel momento.
Come l'hub ottiene l'ora
Tramite SNTP, da server orari: pool.ntp.org come predefinito, con time.nist.gov come riserva. Troverà tutto in Settings → Time.
Se l'hub non ha internet, può impostare il suo orologio una volta dal browser. L'ora sarà corretta, ma sul firmware v1.1.5 e precedenti l'hub non la considera confermata. Su un hub così, ogni volta che è connesso al Wi-Fi senza un server orario raggiungibile, il pannello Time continua a mostrare not synchronized senza fonte; le registrazioni salvate attendono una data reale invece di essere archiviate sotto una data sbagliata; e nessuno corregge poi l'orologio, che quindi va anche fuori sincronia. Lì consideri questa opzione un modo per leggere i valori in tempo reale su un hub offline, non un modo per estrarne lo storico.
Due impostazioni utili da conoscere:
- Resync interval è 3600 s di default e deve stare tra 60 e 86400. Sull'app v1.1.5 e precedenti, sia l'app sia l'hub accettavano qualsiasi valore, e un valore fuori intervallo disattivava la sincronizzazione dell'ora al riavvio successivo: un errore facile da commettere. Dalla v1.1.6 il pannello rifiuta di salvarlo, e un hub con un valore del genere viene riportato nell'intervallo all'avvio.
- Le modifiche alla fonte dell'ora, ai server o all'intervallo hanno effetto dopo un riavvio. Il pannello lo segnala e offre Restart now.
⚠️ Sul firmware v1.1.5 e precedenti, salvare il fuso orario poteva far perdere del tutto la sincronizzazione dell'ora. L'app invia solo i campi modificati, ma quel firmware scriveva l'intero pannello Time come un unico file: così, salvando il fuso, l'hub restava senza server NTP e dal riavvio successivo non si sincronizzava più. Corretto nella v1.1.6: l'hub unisce ciò che riceve, e un hub in quello stato riottiene i suoi server al primo avvio con il nuovo firmware. Dopo l'aggiornamento, apra una volta Settings → Time e controlli il fuso: un hub riavviato due volte in quello stato ha perso anche quello.
Finché l'orologio non è impostato, i costi possono essere sbagliati
È la parte da ricordare. Un hub il cui orologio non è sincronizzato non aspetta: sceglie una fascia tariffaria in base all'ora che crede di avere in quel momento. Dopo un avvio senza sincronizzazione, quell'ora si colloca intorno al 1970 più il tempo di funzionamento; quindi la fascia — e il prezzo addebitato — può semplicemente essere sbagliata, e questi costi vengono memorizzati come qualsiasi altro dato.
Perciò, dopo un'installazione nuova o un'interruzione di corrente, controlli che Settings → Time mostri l'orologio synchronized prima di fidarsi dei primi valori.
Il cambio di giorno segue il fuso orario dell'hub: impostato correttamente, i contatori giornalieri si azzerano a mezzanotte ora locale.