La mayoría de problemas raros en una serie (máximas que “caen” en la hora equivocada, acumulados diarios que no cuadran, comparaciones que salen mal) no vienen del sensor: vienen del reloj. Si el sistema no tiene la hora bien, el dato puede ser bueno… pero el momento es incorrecto, y eso destroza interpretación y climatología.

Este artículo forma parte del tema Instrumentos en WikiMeteo.es y enlaza con inst_0010 (muestreo y promedios): si además de ventanas distintas hay reloj mal, comparar estaciones se vuelve un laberinto.

1. Qué es el sello temporal y por qué importa

El sello temporal (timestamp) es la fecha y hora asociada a cada dato. Dos números iguales con distinto timestamp significan cosas distintas. En meteorología, el “cuándo” es parte del dato: define el día meteorológico, la hora de la máxima, la ventana del promedio y el periodo de acumulación.

2. Idea clave en 30 segundos

• En una frase: un sensor puede medir bien, pero si el reloj está mal, tus máximas, mínimas y acumulados quedarán asignados al momento equivocado y tus series se vuelven poco fiables.
• Señal típica: tu máxima diaria aparece sistemáticamente 1–2 horas antes/después que estaciones cercanas.
• Confusión común: culpar al sensor cuando el problema es el huso horario o el cambio de hora.

3. Qué se rompe cuando el reloj está mal

• Máximas y mínimas: se asignan al día equivocado o se “parten” entre dos días.
• Acumulados de lluvia: el acumulado diario depende del corte horario; si el corte se mueve, el día “roba” lluvia al siguiente.
• Promedios (1 min/10 min/hora): se desalinean ventanas y al comparar no coincide nada.
• Comparación entre estaciones: parece que una va “retrasada” o “adelantada” meteorológicamente.
• Climatología: medias mensuales y extremos pierden sentido si los días están mal cortados.

4. Dos problemas distintos: reloj desviado vs huso horario

• Reloj desviado (deriva): el reloj se va adelantando/atrasando con el tiempo (minutos u horas al cabo de semanas/meses).
• Huso horario mal configurado: el reloj “va bien” pero en la zona incorrecta (UTC vs hora local).
• Cambio de hora (DST): un día “tiene 23 o 25 horas” y puede romper acumulados si no se gestiona bien.

5. Señales típicas de reloj mal

• Desfase constante respecto a estaciones cercanas (picos y valles “se mueven” en el tiempo).
• Acumulado diario que no cuadra aunque el acumulado mensual sí (cortes diarios mal alineados).
• Rachas de viento o intensidades que parecen ocurrir “cuando no toca” (sincronización rota).
• Datos duplicados o saltos extraños al cambiar la hora (primavera/otoño).

6. Checklist sin dramas (lo básico que funciona)

• 1) Decide una regla simple: guardar datos en UTC y convertir a hora local solo para mostrar (muy recomendado).
• 2) Activa sincronización automática con NTP (servidores de tiempo).
• 3) Asegura que el sistema tenga conexión a internet o a un NTP local.
• 4) Comprueba que el huso horario esté correcto si muestras en hora local.
• 5) Tras corregir la hora, anota la fecha del ajuste (metadato) para interpretar saltos en la serie.

7. Qué pasa con el cambio de hora (y cómo no liarla)

El cambio de hora puede duplicar o saltarse una hora. Lo más robusto para series es:

• Guardar en UTC: UTC no cambia con DST, así evitas días raros.
• Mostrar en local: la web puede convertir para el usuario.
• Si guardas en local: documenta cómo manejas la hora repetida (otoño) y la hora inexistente (primavera).

8. Errores comunes

• Dejar el reloj “a mano” sin sincronización: deriva garantizada.
• Mezclar UTC y local en distintas variables o en distintas capas (datalogger vs software vs web).
• No sincronizar el reloj del datalogger y el del servidor: duplicas problemas.
• Corregir la hora y no anotarlo: luego parece un salto meteorológico.

9. Buenas prácticas

• UTC para almacenamiento y cálculo; local solo para visualización.
• NTP activo siempre (o un servidor NTP local si tu red lo permite).
• Monitorizar deriva: una comprobación semanal rápida evita sorpresas.
• Si haces climatología: define claramente el “día meteorológico” (corte diario) y manténlo estable.

10. Resumen y claves finales

• El timestamp es parte del dato: sin hora buena, tu serie pierde valor.
• Reloj desviado y huso mal son problemas distintos; ambos rompen máximas y acumulados.
• Guardar en UTC y sincronizar por NTP es la solución más limpia.
• Anotar cambios de hora/configuración evita confusiones futuras.

11. Mini-glosario

• Timestamp: fecha y hora asociadas a un dato.
• UTC: tiempo universal coordinado (sin cambio de hora).
• Huso horario: conversión local respecto a UTC.
• DST: horario de verano/invierno (cambio de hora).
• NTP: protocolo para sincronizar relojes en red.

12. Referencias y lecturas recomendadas

• NOAA: recursos y guías sobre buenas prácticas de observación y gestión temporal.
• WMO: recomendaciones de observación, gestión de series y estandarización.