Heure

Vue d'ensemble

Le hub a besoin de l'heure exacte pour deux choses : classer chaque mesure à la bonne heure, au bon jour et au bon mois, et choisir la bonne zone tarifaire pour son coût. Il obtient l'heure par le réseau (SNTP) auprès de serveurs de temps, ou une seule fois auprès de votre navigateur si le hub n'a pas accès à Internet.

Ouvrez-la dans l'application : Settings → Time. L'assistant de configuration affiche un panneau compact : le fuseau horaire avec la suggestion du navigateur, l'état de synchronisation, les deux boutons d'horloge et Save. Les réglages NTP ne se trouvent qu'ici.

Champs

Field	What it does
Network time sync (SNTP)	Active ou désactive la synchronisation de l'heure avec les serveurs de temps Internet.
NTP server	Le serveur de temps principal. Par défaut : `pool.ntp.org`. Un nom d'hôte ou une adresse, jusqu'à 63 caractères, sans espace ni « / » : le champ affiche « A server name, without spaces or “/”, up to 63 characters » lorsque la valeur n'en est pas une, et « Required » lorsqu'il est vide.
Backup NTP server	Utilisé lorsque le serveur principal ne répond pas. Par défaut : `time.nist.gov`. Vide, ou un hôte soumis à la même règle.
Resync interval, s	Fréquence à laquelle le hub se resynchronise une fois qu'il a l'heure. Par défaut 3600 s (une heure), et la valeur doit être comprise entre 60 et 86400 s : à partir de la version 1.1.6 de l'application, le panneau n'enregistre aucune valeur hors de cette plage et n'accepte que des secondes entières ; il affiche « At least 60 », « At most 86400 » ou « Required » sous le champ et laisse Save désactivé tant que la valeur n'est pas corrigée. Dans l'application v1.1.5 et antérieures, l'application comme le hub acceptaient n'importe quel nombre, et une valeur hors plage désactivait la synchronisation NTP au redémarrage suivant. Un hub qui porte encore une telle valeur est ramené dans la plage lors de son premier démarrage avec le firmware v1.1.6.
Time zone	Votre fuseau local, avec ses règles d'heure d'été.

Fuseau horaire

Le fuseau horaire est une zone nommée avec ses règles d'heure d'été, et non un décalage UTC fixe ; l'horloge change donc aux bonnes dates d'elle-même.

⚠️ Le fuseau horaire propre au hub définit ce qu'est « un jour » — ni celui de votre téléphone, ni celui de Home Assistant. Il place vos zones tarifaires et vos jours, et à partir de la v1.2.0 aussi les heures d'une fenêtre à tarif réduit, le jour où débute un cycle de facturation pour les pointes d'import, et le jour où un prix est « aujourd'hui » ou « demain ». Un hub réglé sur le mauvais fuseau fausse tous ces éléments ensemble, du même décalage — c'est pourquoi une fenêtre qui s'ouvre une heure trop tôt relève presque toujours de l'horloge et non de la règle.

Choisissez l'un des préréglages, par exemple « Central Europe — Berlin, Paris… (CET/CEST) ».
La liste comprend les zones de l'hémisphère sud, où l'heure d'été s'applique à contresens de l'année : Sydney/Melbourne/Canberra/Hobart, Adelaide, Brisbane, Perth, Auckland/Wellington, Santiago, São Paulo/Buenos Aires et Johannesburg.
Si votre zone ne figure pas dans la liste, choisissez Other (POSIX TZ) et saisissez la zone sous forme de chaîne POSIX TZ. La chaîne doit contenir sa propre règle d'heure d'été.
L'application propose la zone du navigateur que vous utilisez (« This browser's zone: … Use it »). La suggestion n'apparaît que lorsque l'application connaît la zone du navigateur et qu'elle diffère de celle du hub. Dans l'application v1.1.4 et antérieures, les zones de l'hémisphère sud à heure d'été ne sont pas proposées en préréglage et ne reçoivent aucune suggestion : choisissez une chaîne POSIX TZ, ou mettez le hub à jour.

Enregistrement et prise en compte des modifications

Le panneau Time dispose de son propre bouton Save ; il ne fait pas partie de la barre Settings en haut. Tant que vous ne l'avez pas pressé, le panneau affiche « The zone isn't saved yet — press "Save". ». Lorsque le hub possède un jeton d'administrateur, l'enregistrement exige ce jeton.

Une fois enregistré :

Time zone : immédiatement. C'est le seul réglage d'heure appliqué en direct.
SNTP activé/désactivé, la source de l'heure, le serveur NTP, le serveur NTP de secours et l'intervalle de resynchronisation : après un redémarrage du hub. Le panneau affiche alors « Time settings saved. Some settings take effect after a restart. » avec Restart now.

⚠️ Vous mettez à jour depuis la v1.1.5 ou une version antérieure ? Ouvrez cette page une fois après la mise à jour. Sur le firmware v1.1.5 et antérieures, le hub stockait ce panneau comme un fichier entier, alors que l'application n'envoie que les champs que vous avez modifiés — ainsi, enregistrer seul le fuseau horaire effaçait les serveurs NTP, et après le redémarrage suivant le hub n'avait plus aucune synchronisation de l'heure : l'horloge restait non réglée, l'historique attendait une vraie date, et l'énergie était tarifée selon l'heure que le hub croyait avoir. Corrigé dans la v1.1.6, qui fusionne ce que l'application envoie avec ce qui est déjà stocké. Un hub se rétablit lors de son premier démarrage sous v1.1.6 — le fuseau horaire enregistré est conservé, et les serveurs reviennent à pool.ntp.org et time.nist.gov. Si le hub a redémarré plus d'une fois dans cet état, le fuseau horaire est lui aussi perdu : réglez-le à nouveau ici. Considérez comme douteux les coûts enregistrés pendant que l'horloge n'était pas réglée, comme pour toute mesure prise avant la première synchronisation.

Si votre hub doit rester sur un firmware plus ancien, mettez tout de même à jour le paquet de l'application : le paquet v1.1.6 envoie ce panneau en entier à un hub sous v1.1.5 ou antérieure, de sorte que les serveurs survivent aussi à un enregistrement dans ce cas. Le risque venait des paquets d'application v1.1.2 à v1.1.5 communiquant avec un firmware v1.1.5 ou antérieur.

État

Le panneau affiche l'état de synchronisation et l'origine de l'heure actuelle :

synchronized : le hub a l'heure.
synchronizing… : le hub est en train d'obtenir l'heure.
not synchronized : l'horloge n'a pas encore été réglée, ou la dernière synchronisation a échoué.
source : le mot que signale le hub :
- SNTP : l'heure provient d'un serveur de temps.
MANUAL : une heure saisie manuellement — l'horloge a été réglée depuis un navigateur avec Use this device's time. À partir du firmware v1.1.6, le hub compte cela comme une synchronisation, de sorte que l'état affiché à côté indique synchronized.
NONE : le hub n'a pas encore de source de temps confirmée.

Si le hub ne signale aucun état, le panneau n'affiche aucun état.

Jusqu'à la première synchronisation réussie, le hub réessaie toutes les 30 secondes. Ensuite, il se synchronise à l'intervalle de resynchronisation.

Pas d'Internet ? Réglez l'heure depuis votre navigateur

Sur un réseau sans accès à Internet, le hub ne peut pas joindre de serveur de temps. Utilisez Use this device's time : le hub prend l'heure du navigateur que vous utilisez. Sur le firmware v1.1.6, cela compte comme une synchronisation — l'état affiche synchronized avec la source MANUAL, l'étape de l'heure de l'assistant de configuration est validée, et le hub classe ensuite ses enregistrements sous de vraies dates. Rien ne corrige ensuite l'horloge, elle dérive donc toujours.

Sur le firmware v1.1.5 et antérieures, une horloge réglée depuis le navigateur ne comptait pas comme synchronisée. Sur un hub en Wi-Fi qui ne pouvait joindre aucun serveur de temps, le panneau continuait d'afficher not synchronized avec la source NONE ; sur un hub sans aucun réseau, l'état restait synchronized mais la source affichait toujours NONE. Dans les deux cas, le hub considérait sa propre horloge comme non confirmée : l'étape de l'heure de l'assistant restait non cochée, et les enregistrements conservés attendaient une vraie date au lieu d'être classés. Si c'est le cas de votre hub, la mise à jour corrige le problème.

Sync with NTP demande au hub de se synchroniser maintenant avec le serveur de temps.

Le hub n'a pas d'horloge sur pile. Son horloge survit à un redémarrage, mais pas à une coupure de courant. Après une coupure de courant sans Internet, son horloge n'est plus réglée. Réglez-la à nouveau depuis le navigateur, ou laissez-la se synchroniser lorsque le réseau revient.

Ce qui se passe tant que l'horloge n'est pas réglée

Les valeurs en direct continuent d'arriver. L'application vous indique que l'horloge n'est pas réglée : sur l'Overview, Imported today affiche « hub clock not set », et la carte Today indique que « today » compte à partir du dernier minuit ou du dernier redémarrage du hub, et non de votre jour calendaire. La dernière étape de l'assistant affiche « not synced ».
L'horloge reste « not set ». Le hub n'invente aucune date. Il n'utilise une heure saisie manuellement plus tôt que si cette heure est récente.
Les enregistrements de l'historique effectués avant la première synchronisation attendent dans la mémoire du hub. À la première synchronisation, ils reçoivent leurs vraies horodatages. Si l'attente est très longue, les plus anciens sont supprimés. Les enregistrements qui n'ont toujours pas de vraie date sont signalés « clock not synced » : le graphique History et l'export CSV les laissent de côté, et le tableau History les affiche marqués « before sync ».
Coût : tant que l'horloge du hub n'est pas réglée, les périodes sont tarifées dans la zone par défaut du forfait. À partir du firmware v1.1.7, il s'agit d'un repli délibéré et non d'une supposition : sans horloge, rien ne permet de savoir à quelle zone appartient une heure, donc le hub utilise l'unique zone qui ne dépend pas de l'heure, et enregistre ces coûts comme les autres. Sur la v1.1.6 et antérieures, l'énergie était tarifée avec la zone dans laquelle tombait l'horloge non réglée, qui pouvait être n'importe laquelle. Dans les deux cas, réglez l'heure avant de vous fier au coût. → How cost is calculated

Les horloges des modules rbAmp

Le hub ne règle pas les horloges des modules rbAmp. C'est l'horloge propre au hub qui classe vos mesures et les tarife.

Exigences réseau

SNTP utilise le port UDP 123, en sortie, vers les serveurs que vous avez définis. Si votre réseau le bloque, utilisez un serveur de temps situé dans votre réseau, ou réglez l'heure depuis le navigateur.

Dépannage

L'état n'affiche jamais « synchronized »

Vérifiez que le hub est sur un réseau qui a accès à Internet (la carte Status dans Settings).
Vérifiez que le port UDP 123 sortant est autorisé.
Essayez un autre serveur, ou l'adresse IP d'un serveur au lieu de son nom (problème DNS).
Sur un réseau sans Internet, utilisez Use this device's time.

Les heures dans l'application sont décalées d'une heure ou plus

Vérifiez le Time zone. Un simple décalage UTC ne change pas avec l'heure d'été ; utilisez la zone nommée.
Lorsque le décalage du hub et celui de votre navigateur diffèrent de 30 minutes ou plus, l'Overview le signale et propose Change the zone →.

Les coûts semblent faux pour une période

Vérifiez si l'horloge a été réglée pendant cette période. Tant que l'horloge n'est pas réglée (par exemple après une coupure de courant sans Internet), les mesures peuvent être tarifées dans la mauvaise zone.

La synchronisation de l'heure ne fonctionne plus après un redémarrage

Sur le firmware v1.1.5 et antérieures, il y a deux causes, toutes deux corrigées dans la v1.1.6 : enregistrer seul le fuseau horaire effaçait les serveurs NTP (voir la note ci-dessus), et un Resync interval hors de la plage 60–86400 s désactivait la synchronisation au redémarrage suivant. Mettez le hub à jour, puis ouvrez ce panneau une fois et vérifiez la zone et les serveurs.
Sinon, vérifiez que le hub a accès à Internet, que le port UDP 123 sortant est autorisé, et que le Resync interval est compris entre 60 et 86400 s.

Le panneau Time ne s'ouvre parfois pas

Corrigé dans la v1.1.6. Sur la v1.1.5 et antérieures, ouvrir Settings → Time sur un hub sans serveur de temps joignable échouait environ une fois sur trois pendant que le hub réessayait NTP. Rouvrez-le, ou mettez le hub à jour.