Lecturas con hora incorrecta, rechazadas por su marca de tiempo, duplicadas o perdidas, y gráficos con huecos o líneas suavizadas: causas y soluciones.
Esta página le ayuda cuando las lecturas aparecen a una hora incorrecta, desaparecen por su marca de tiempo, o cuando un gráfico muestra huecos, líneas planas o menos detalle del esperado. La mayoría de estos problemas proceden del reloj del dispositivo, del formato de la marca de tiempo o de cómo se leen las ventanas largas.
Lecturas con hora incorrecta
Síntoma
Causa
Solución
Las lecturas tienen horas de diferencia
El dispositivo envía ts en hora local
ts son milisegundos desde 1970 en UTC. Envíe UTC, o envíe objetos planos sin ts y deje que Hermetry registre la hora de llegada.
Las lecturas aparecen en 1970, o son rechazadas
El dispositivo envía ts en segundos
Multiplique por 1.000, o omita ts
Las lecturas se desvían un poco más cada día
El reloj del dispositivo no está sincronizado
Use NTP, o omita ts
Todas las lecturas de un lote tienen la misma hora
El dispositivo marca la hora de envío, no la hora de medición
Marque cada registro en el momento de la medición
La hora de Updated de la pestaña Telemetry es antigua aunque el dispositivo informa
El dispositivo envía un ts antiguo o fijo
Envíe la hora de medición; compruebe el reloj tras cambiar la batería
Todo se almacena en UTC. La consola, los paneles y las exportaciones muestran las horas en la zona horaria del usuario (configurada en My Profile). Dos personas en zonas distintas ven la misma lectura a horas de reloj diferentes.
Regla general: envíe ts solo cuando el reloj del dispositivo esté sincronizado. Un dispositivo sin reloj fiable debe enviar objetos planos.
Lecturas rechazadas por su hora
Código
Cuándo
Solución
bad_ts
ts no es un entero de milisegundos epoch
Corrija el formato
bad_ts
Más de 10 minutos en el futuro en el momento de llegar
Corrija el reloj. Los administradores pueden cambiar Future timestamp tolerance (minutes) (de 1 a 1.440) en Settings > Telemetry.
bad_ts
Más antigua que Oldest accepted reading (days) (0 = cualquier antigüedad, valor por defecto)
Esperado cuando ese ajuste se usa para frenar repeticiones de datos muy antiguos
too_old
Más antigua de lo que conserva su clase de retención para las lecturas sin procesar
No se puede cambiar con un ajuste. Consulte la tabla siguiente.
Las lecturas almacenadas aparecen en el histórico, pero el último valor no cambió
Las lecturas antiguas nunca sustituyen a un último valor más reciente
Las alarmas abiertas a partir de los datos almacenados se marcan como Backfilled, y nadie fue avisado
Las reglas de alarma evalúan las lecturas tardías como backfill: el histórico está completo, y nadie recibe aviso por el pasado
Faltan algunas lecturas almacenadas
Eran más antiguas que la ventana de datos sin procesar (too_old), o la repetición fue más rápida que Replay messages per second del perfil
Un flujo que reenvía datos no envió el acumulado
Los mensajes procesados más de 5 minutos tarde se marcan como tardíos; los bloques que actúan fuera de la plataforma los omiten, salvo que su ajuste late sea send
Duplicados y correcciones
Síntoma
Causa
Una lectura enviada dos veces se almacena una vez
Esperado: los mismos valores en la misma hora para el mismo dispositivo se almacenan una sola vez
Una corrección de valor no aparece
Se envió con el mismo ts que el original. El último valor conserva el primero que vio para esa marca de tiempo. Envíe la corrección con un ts nuevo.
El mismo valor dos veces sin ts se almacena dos veces
Sin ts ni identificador de mensaje, dos envíos son dos lecturas
Huecos en los gráficos
Síntoma
Causa
Solución
No data for this period
El dispositivo no envió nada en la ventana, o la clave está mal escrita
Revise la pestaña Telemetry del dispositivo; elija una ventana más larga
Una clave de texto o de verdadero/falso no dibuja nada
Solo los números tienen histórico en gráficos; el texto y los booleanos no tienen resúmenes
Esperado. Almacene en búfer en el dispositivo y envíe con ts tras la caída.
Las partes antiguas de una ventana larga están vacías
La ventana supera lo que se conserva: lecturas sin procesar de 7 a 90 días, resúmenes por minuto como máximo de 31 días
Use un intervalo más amplio (hora o día) para ventanas largas. Consulte How long data is kept.
Una petición a la API responde 400 range_too_large
Más de 10.000 intervalos con la resolución elegida
Pida un intervalo más amplio o una ventana más corta
Líneas suavizadas o planas
Síntoma
Causa
Una ventana larga parece más suave que el último día
Las ventanas de más de 24 horas leen resúmenes por minuto, hora o día en lugar de cada lectura
Los picos desaparecen en una ventana larga
El agregado es avg. Use max para conservar los picos, o min para las caídas.
Un contador (kWh, m³) muestra una línea ascendente en lugar de consumo
Use el agregado increase; una caída se toma como reinicio del contador
Una cifra diaria no coincide con su día local
Los resúmenes diarios van de medianoche a medianoche en UTC. Para días locales, lea las cifras horarias y súmelas por día local. Consulte Aggregates and rollups.
Falta una lectura reciente en un gráfico de ventana larga
Los resúmenes se completan cada minuto; espere un minuto o dos
Programaciones a una hora incorrecta
Dónde
Zona horaria usada
El bloque Schedule de un flujo
Su ajuste tz; vacío usa la zona por defecto de la organización
Usamos cookies necesarias para que el sitio funcione. Con tu permiso, también usamos cookies de analítica y de marketing. Puedes cambiar tu elección en cualquier momento. Política de cookies