Non, pas pour fonctionner. Le hub mesure, calcule et stocke tout lui-même, et l'application lui parle sur votre propre réseau. Il n'y a ni compte ni service cloud dans le chemin.
Mais il lui faut la bonne heure, et c'est généralement à cela que sert Internet. L'horloge décide de deux choses : sous quelle heure, quel jour et quel mois chaque enregistrement est classé, et quelle zone tarifaire - donc quel prix - s'applique à l'énergie consommée à l'instant.
Comment le hub obtient l'heure
Par SNTP, depuis des serveurs de temps : pool.ntp.org par défaut, avec time.nist.gov en secours. Vous trouverez tout cela dans Settings → Time.
Si le hub n'a pas Internet, vous pouvez régler son horloge une fois depuis votre navigateur. L'heure est alors juste, mais sur le firmware v1.1.5 et antérieur, le hub ne la considère pas comme confirmée. Sur un tel hub, dès qu'il est sur le Wi-Fi sans serveur de temps joignable, le panneau Time continue d'afficher not synchronized sans source ; les enregistrements conservés attendent une vraie date au lieu d'être classés sous une date fausse ; et rien ne corrige l'horloge ensuite, qui dérive donc aussi. Là, considérez cela comme un moyen de lire les valeurs en direct sur un hub hors ligne, et non comme un moyen d'en extraire l'historique.
Deux réglages utiles à connaître :
- Resync interval vaut 3600 s par défaut et doit rester entre 60 et 86400. Sur l'application v1.1.5 et antérieure, l'application comme le hub acceptaient n'importe quelle valeur, et une valeur hors de cette plage désactivait la synchronisation de l'heure au redémarrage suivant - une erreur facile à s'infliger. À partir de v1.1.6, le panneau refuse de l'enregistrer, et un hub qui porte une telle valeur est ramené dans la plage au démarrage.
- Les changements de source horaire, de serveurs ou d'intervalle prennent effet après un redémarrage. Le panneau l'indique et propose Restart now.
⚠️ Sur le firmware v1.1.5 et antérieur, enregistrer le fuseau horaire pouvait supprimer totalement la synchronisation de l'heure. L'application n'envoie que les champs modifiés, mais ce firmware écrivait tout le panneau Time comme un seul fichier : un enregistrement du fuseau laissait donc le hub sans serveur NTP, et il ne se synchronisait plus du tout après le redémarrage suivant. Corrigé dans v1.1.6 : le hub fusionne ce qu'il reçoit, et un hub dans cet état récupère ses serveurs au premier démarrage sur le nouveau firmware. Après la mise à jour, ouvrez une fois Settings → Time et vérifiez le fuseau - un hub redémarré deux fois dans cet état a aussi perdu celui-ci.
Tant que l'horloge n'est pas réglée, les coûts peuvent être faux
C'est la partie à retenir. Un hub dont l'horloge n'est pas synchronisée n'attend pas : il choisit une zone tarifaire d'après l'heure qu'il croit être à cet instant. Après un démarrage sans synchronisation, cette heure se situe vers 1970 plus sa durée de fonctionnement ; la zone - et le prix facturé - peuvent donc être simplement faux, et ces coûts sont stockés comme n'importe quel autre enregistrement.
Donc, après une installation neuve ou une coupure de courant, vérifiez que Settings → Time affiche l'horloge synchronized avant de vous fier aux premiers chiffres.
Le changement de jour suit le fuseau horaire du hub : bien réglé, vos compteurs journaliers basculent à minuit heure locale.