Récupérer un temps GPS sur internet

[inviteeade42a4]

Bonjour,

Voila je dévellope en C et mon besoin est de trouver une DLL ou autre qui me permet de récupérer le temps GPS sur internet à un moment donné.

Pouvez vous m'aider.

Merci
-----

[invite0bbe92c0]

Bonjour

Sur quelle plateforme ?

[inviteb9f49292]

Voila je dévellope en C et mon besoin est de trouver une DLL ou autre qui me permet de récupérer le temps GPS sur internet à un moment donné.

Qu'appelle tu le temps GPS ? Le temps atomique universel ?
La solution la "plus propre": tu synchronise la machine par NTP (temps UTC), alors "gettimeofday" puis tu ajoutes les secondes intercalaires (ça doit traîner quelque part, peut-être tzdata).

[invite0bbe92c0]

Qu'appelle tu le temps GPS ? Le temps atomique universel ?
La solution la "plus propre": tu synchronise la machine par NTP (temps UTC), alors "gettimeofday" puis tu ajoutes les secondes intercalaires (ça doit traîner quelque part, peut-être tzdata).

Vu sa demande, on suppose que sa machine n'a pas d'accès au réseau, mais reçoit des données GPS.

Enfin, j'ai cru comprendre cela, sinon la question n'avait pas vraiment de sens.

Ou alors, il veut faire un traitement spécifique aux signaux horaires des éphémérides. Mais comme il ne donne aucun indication exploitable on ne peut que conjecturer.

[A voir en vidéo sur Futura]

[inviteb9f49292]

Enfin, j'ai cru comprendre cela, sinon la question n'avait pas vraiment de sens.

Il parle de "récupérer le temps GPS sur INTERNET", du coup j'ai compris qu'il avait accès à INTERNET... Si c'est pour récupérer depuis un GPS qui crache du NMEA sur la liaison série:

cat /dev/ttyS0 | grep '^$GPGGA' | awk -F',' '{print $2}'

[PROVOC]UNIX rulez[/PROVOC]

floflo8885:
Peut-être de qu'un peu d'explications de ce que tu veux exactemlent, et du contexte, nous permettrait de t'aiguiller plus efficacement...

[JPL]

D'autant que sur internet on ne récupère pas un temps GPS mais un temps NTP qui peut dépendre d'un serveur primaire (souvent piloté par GPS en effet), ou d'un serveur de deuxième ou de troisième niveau, le tout en faisant des compromis sur les délais de transmission, la dérive du circuit d'horloge des cartes mères et autres joyeusetés.

[invite0bbe92c0]

Il parle de "récupérer le temps GPS sur INTERNET

Ce morceau de phrase m'avait échappé.
Mais, dans ce cas, je comprends encore moins son besoin fonctionnel.

[inviteb9f49292]

D'autant que sur internet on ne récupère pas un temps GPS mais un temps NTP qui peut dépendre d'un serveur primaire (souvent piloté par GPS en effet)

Pour préciser les choses: il existe deux références de temps: le temps atomique qui est cadencé par plusieurs horloge atomique (donc la seconde est défini en nb de vibration d'un atome decesium je crois), et le temps universel coordoné (UTC) qui doit lui coller au mieux à la rotation de la terre sur elle-même ainsi qu'autour du soleil. Bah oui, la terre à la mauvaise idée de tourner de manière asynchrone des vibrations de l'atome de cesium. Du coup pour faire coller les deux, certaines minutes du temps UTC ne font que 59s ou 61s, ce sont les fameuses secondes intercalaires qui ont lieu au maximum 2 fois par an, et décidé par un organisme Français dont j'ai oublié le nom (Voui, ce sont les français les horlogers du monde!). Depuis que le système est mis en place il y a je crois une différence de 35s entre TAI et UTC.

La base de temps du système GPS est bien TAI, même si l'heure donnée par les trames est UTC (ce qui peut poser des problèmes de date erronée de certain GPS tant qu'ils n'ont pas reçu d'éphéméride!).
Mais pour un serveur NTP ça ne change pas grand chose, son horloge est bien souvent asservie sur le PPS du GPS mais UTC et TAI ont la même seconde, et la récupération de l'heure absolue, qu'elle se fasse par les trames du GPS ou par un autre moyen sera vraissemblablement en UTC. Donc il faudra corriger l'heure UTC du nb de secondes intercalaires pour revenir à TAI.

[inviteb9f49292]

tout en faisant des compromis sur les délais de transmission, la dérive du circuit d'horloge des cartes mères et autres joyeusetés.

Pas tellement puisque NTP est là pour ça (fréquence _ET_ décallage), et une fois NTP stabilisé, je pense que l'heure système est décallée d'UTC à la 100aine de ms max.

[JPL]

L'horloge des cartes mères n'est pas de très haute précision : elle dérive donc (dans mon cas de plusieurs millisecondes entre deux synchro NTP espacées de 15 minutes). Je pense que sauf pour les serveurs de premier niveau directement assujettis au GPS ou à une horloge atomique les serveurs de deuxième et troisième niveau utilisent des cartes mères banales avec le même problème.