Heures erronées et trous

Cette page vous aide lorsque des relevés apparaissent à la mauvaise heure, disparaissent à cause de leur horodatage, ou lorsqu’un graphique présente des trous, des lignes plates ou moins de détails que prévu. La plupart de ces problèmes viennent de l’horloge de l’appareil, du format de l’horodatage ou de la manière dont les plages de temps sont lues.

Relevés à la mauvaise heure

Symptôme	Cause	Correctif
Les relevés sont décalés de plusieurs heures	L’appareil envoie `ts` en heure locale	`ts` correspond à des millisecondes depuis 1970 en UTC. Envoyez l’UTC, ou envoyez des objets plats sans `ts` et laissez Hermetry horodater l’heure d’arrivée.
Les relevés sont datés de 1970, ou refusés	L’appareil envoie `ts` en secondes	Multipliez par 1 000, ou omettez `ts`
Les relevés dérivent un peu plus chaque jour	L’horloge de l’appareil n’est pas synchronisée	Utilisez NTP, ou omettez `ts`
Tous les relevés d’un lot ont la même heure	L’appareil horodate l’heure d’envoi, et non l’heure de mesure	Horodatez chaque enregistrement au moment de la mesure
L’heure Updated de l’onglet Telemetry est ancienne alors que l’appareil transmet des données	L’appareil envoie un `ts` ancien ou figé	Envoyez l’heure de mesure ; vérifiez l’horloge après un changement de pile

Tout est stocké en UTC. La console, les tableaux de bord et les exports affichent les heures dans le fuseau horaire de l’utilisateur (défini dans My Profile). Deux personnes situées dans des fuseaux différents voient le même relevé à des heures différentes.

Règle générale : envoyez ts uniquement lorsque l’horloge de l’appareil est synchronisée. Un appareil sans horloge fiable doit envoyer des objets plats.

Relevés refusés à cause de leur horodatage

Code	Quand	Correctif
`bad_ts`	`ts` n’est pas un entier de millisecondes depuis l’époque	Corrigez le format
`bad_ts`	Plus de 10 minutes dans le futur à l’arrivée	Corrigez l’horloge. Les administrateurs peuvent modifier Future timestamp tolerance (minutes) (1 à 1 440) dans Settings > Telemetry.
`bad_ts`	Plus ancien que Oldest accepted reading (days) (0 = tout âge, valeur par défaut)	Attendu lorsque ce paramètre est utilisé pour bloquer les rejeux de données très anciennes
`too_old`	Plus ancien que la durée de conservation des relevés bruts de votre classe de rétention	Ne peut pas être modifié par un paramètre. Voir le tableau ci-dessous.

Classe de rétention	Les relevés plus anciens que cette durée sont refusés
7 jours	7 jours
30 jours	7 jours
90 jours	30 jours
365 jours	90 jours
1 095 jours	90 jours

Les enregistrements d’exécution du flux racine affichent ces codes. Voir Timestamps, late and duplicate readings.

Relevés envoyés après une coupure

Ce que vous voyez	Pourquoi
Les relevés mis en mémoire tampon apparaissent dans l’historique, mais la dernière valeur n’a pas changé	Les relevés plus anciens ne remplacent jamais une dernière valeur plus récente
Les alarmes ouvertes à partir des données en mémoire tampon sont marquées Backfilled, et personne n’a été prévenu	Les règles d’alarme évaluent les relevés tardifs comme un rattrapage : l’historique est complet, personne n’est appelé pour le passé
Certains relevés en mémoire tampon sont manquants	Ils étaient plus anciens que la fenêtre brute (`too_old`), ou le rejeu était plus rapide que le Replay messages per second du profil
Un flux qui transmet des données n’a pas envoyé le retard accumulé	Les messages traités avec plus de 5 minutes de retard sont marqués comme tardifs ; les blocs qui agissent hors de la plateforme les ignorent, sauf si leur paramètre late vaut `send`

Doublons et corrections

Symptôme	Cause
Un relevé envoyé deux fois n’est stocké qu’une fois	Attendu : les mêmes valeurs à la même heure pour le même appareil sont stockées une seule fois
Une valeur corrigée ne s’affiche pas	Elle a été envoyée avec le même `ts` que l’original. La dernière valeur conserve la première reçue pour cet horodatage. Envoyez la correction avec un nouveau `ts`.
La même valeur envoyée deux fois sans `ts` est stockée deux fois	Sans `ts` ni identifiant de message, deux envois sont deux relevés

Trous dans les graphiques

Symptôme	Cause	Correctif
No data for this period	L’appareil n’a rien envoyé pendant la fenêtre, ou la clé est mal orthographiée	Consultez l’onglet Telemetry de l’appareil ; choisissez une fenêtre plus longue
Une clé de texte ou vrai/faux ne trace rien	Seuls les nombres ont un historique graphique ; le texte et les booléens n’ont pas de synthèses	Stockez une copie numérique (par exemple `door_open` en 0/1). Voir Numbers, text and true/false values.
Un trou à l’endroit où l’appareil était hors ligne	Aucun relevé n’a été stocké	Attendu. Mettez en mémoire tampon sur l’appareil et envoyez avec `ts` après la coupure.
Les parties anciennes d’une longue fenêtre sont vides	La fenêtre dépasse ce qui est conservé : relevés bruts de 7 à 90 jours, synthèses par minute au maximum 31 jours	Utilisez un intervalle plus grossier (heure ou jour) pour les longues fenêtres. Voir How long data is kept.
Une requête API répond `400 range_too_large`	Plus de 10 000 intervalles à la résolution choisie	Demandez un intervalle plus grossier ou une fenêtre plus courte

Lignes lissées ou plates

Symptôme	Cause
Une longue fenêtre paraît plus lisse que la dernière journée	Les fenêtres de plus de 24 heures lisent des synthèses par minute, par heure ou par jour au lieu de chaque relevé
Les pics disparaissent sur une longue fenêtre	L’agrégat est `avg`. Utilisez `max` pour conserver les pics, `min` pour les creux.
Un compteur (kWh, m³) affiche une courbe croissante au lieu de la consommation	Utilisez l’agrégat `increase` ; une baisse est interprétée comme un redémarrage du compteur
Une valeur journalière ne correspond pas à votre journée locale	Les synthèses journalières vont de minuit à minuit UTC. Pour les journées locales, lisez les valeurs horaires et additionnez-les par journée locale. Voir Aggregates and rollups.
Un relevé récent manque sur un graphique à longue fenêtre	Les synthèses sont complétées chaque minute ; attendez une minute ou deux

Planifications à la mauvaise heure

Emplacement	Fuseau horaire utilisé
Le bloc Schedule d’un flux	Son paramètre tz ; vide utilise le fuseau par défaut de l’organisation
Un déclencheur horaire de la carte Rules	Le fuseau horaire de l’organisation
Une plage horaire de la carte Rules	Le fuseau horaire du lieu
Lever et coucher du soleil	La localisation du lieu

Voir Time, sunrise/sunset, dates and holidays et Locations and time zones.