Convertisseur GPS vers timestamp Unix
Convertissez GPS en temps Unix avec la formule exacte et la prise en charge des grandes valeurs. Sortie en secondes, millisecondes, ISO 8601 et format lisible.
secondes depuis le 06-01-1980, sans secondes intercalaires
Qu'est-ce que le temps GPS ?
Le temps GPS est une échelle de temps continue qui a commencé à 00:00:00 UTC le 6 janvier 1980 et qui, contrairement à UTC, n'insère jamais de secondes intercalaires. En conséquence, le temps GPS a pris de l'avance sur UTC ; depuis 2017 l'écart est de 18 secondes et reste fixe jusqu'à l'annonce de la prochaine seconde intercalaire.
- Époque : 1980-01-06 00:00:00 UTC
- Pas de secondes intercalaires — le GPS est un décompte continu de secondes SI
- GPS − UTC = 18 secondes (actuel, depuis 2017-01-01)
- Souvent exprimé en numéro de semaine GPS + secondes dans la semaine
Comment convertir le temps GPS en horodatage Unix
Il y a 315 964 800 secondes entre l'époque Unix (1970) et l'époque GPS (1980). Ajoutez ce décalage, puis soustrayez l'écart actuel de secondes intercalaires pour que le résultat tombe sur UTC.
- Unix seconds = GPS + 315964800 − 18
- Exemple : 1384035218 → 1700000000 → 2023-11-14 22:13:20 UTC
- Inverse : GPS = Unix seconds − 315964800 + 18
- Ce convertisseur applique l'écart actuel de 18 secondes
Secondes intercalaires et précision
L'écart de secondes intercalaires n'est pas constant dans l'histoire : il était de 0 en 1980 et a augmenté jusqu'à 18. Convertir un temps GPS de, disons, 2005 (où l'écart était de 13) avec la valeur actuelle de 18 secondes introduit une petite erreur. Pour un travail historique de haute précision, appliquez le nombre de secondes intercalaires en vigueur à ce temps GPS. Pour les conversions actuelles, l'écart de 18 secondes est correct.
- Historique de l'écart : 0 s (1980) → 13 s (2006) → 16 s (2012) → 17 s (2015) → 18 s (2017)
- Les rebouclages de semaine GPS (1024 semaines) peuvent aussi perturber l'analyse basée sur les semaines
- Les récepteurs émettent généralement déjà de l'UTC ; le temps GPS brut apparaît surtout dans les données RINEX et d'éphémérides
Convertisseurs de format d'horodatage associés
Numéros de semaine GPS et historique des secondes intercalaires
Deux choses piègent les développeurs travaillant avec le temps GPS brut :
- Rebouclage de semaine GPS : le champ du numéro de semaine GPS fait 10 bits (1024 semaines ≈ 19,7 ans). Il a rebouclé le 2019-04-06 ; le prochain rebouclage est en 2038-11
- Historique des secondes intercalaires : GPS−UTC valait 0 en 1980, 13 en 2006, 16 en 2012, 17 en 2015, et 18 depuis 2017-01-01. Coder 18 en dur ne fonctionne que pour les dates récentes
- Le TAI (Temps Atomique International) est en avance de 37 secondes sur UTC (les 18 secondes intercalaires GPS plus 19 ajustements historiques)
- Les dates d'en-tête RINEX (Receiver Independent Exchange Format) sont en temps GPS, pas en UTC
- Les signaux PPS (pulse-per-second) des récepteurs s'alignent sur les secondes GPS, pas sur les secondes UTC
FAQ
- Qu'est-ce que l'epoch GPS ?
- Le temps GPS commence à 00:00:00 UTC le 6 janvier 1980.
- Pourquoi le temps GPS est-il en avance sur l'UTC ?
- Le temps GPS n'inclut pas les secondes intercalaires, contrairement à l'UTC. Depuis 1980, 18 secondes intercalaires ont été ajoutées à l'UTC, donc le GPS est actuellement en avance de 18 secondes.
- Comment convertir le temps GPS en temps Unix ?
- Ajoutez 315 964 800 secondes (l'écart 1970 → 1980) et soustrayez le décalage actuel de 18 secondes intercalaires pour obtenir un horodatage Unix en UTC.