TUTO : mise à l'heure Raspberry pi avec GPS

Yes !
La seule chose qui me manquait d'openplotter ; la mise à l'heure !

Merci !

Dans OpenPlotter 2.0 il y a la mise à l'heure GPS: Signalk -> Admin -> Plugins -> Mise à l'heure (à peu près, cité de mémoire)

(et je crois qu'il y avait l'option aussi dans OpenPlotter 1.0, mais à un autre endroit)

Tiens c'est curieux...

Quelles sont les conditions qui nécessitent une mise à l'heure de Pi!?
Quelle version du Pi?

J'ai justement installé le miens hier soir, un Pi4 4Go,Raspbian à jour. Connecté wifi, c'est le premier truc qu'il a fait tout seul comme un grand...

Personnellement, vu que mon récepteur/transmetteur AIS (que j'ai pas encore d'ailleurs) peut être allumé ou éteint (vu la conso électrique supplémentaire, je préfère l'allumer uniquement quand j'ai besoin d'AIS), j'ai choisi de ne pas me baser sur l'AIS pour avoir les données GPS sur mon PI.

Donc mon GPS principal est un GPS USB. Le PI utilise ce GPS pour la carto et le renvoie aussi à la VHF ASN.

Bonsoir, Si jamais la méthode proposée ne marche pas chez quelqu'un, ça arrive, j'en partage une autre qui a marché sur deux Pi de générations différentes sur lesquels j'ai essayé:

1. suivre ces instructions. terenez.com[...]-temps/

puis pour que cela se lance automatiquement:

1. suivre uniquement les instructions du dernier paragraphe "Automatiser le tout", de cette page, surement le tuto de ATCFrog. www.hisse-et-oh.com[...]ire-gps

Merci. Très utile, Stretch met l'horloge CMOS à zéro à chaque démarrage. Dommage que je n'ai pas pensé plus tôt à utiliser l'horloge du gps !

Pour ma part je privilégierai une solution du type de celle de atcfrog, à base de gpsd et ntp + chron (ou chrony). Sur le papier semble peut être usine à gaz, mais en réalité plus sain qu'un ./github dont on ne connait ni l'origine ni le mainteneur.
Gpsd est solide et éprouvé, et à passé sans sourciller la transition vers systemd (ce que kplex n'a pas encore tout à fait terminé proprement, mais cela reste mon avis).

Bonjour,

Très intéressée par votre manip.
Nous sommes en train d'installer un PI4 pour faire une centrale de navigation.
Un des soucis est de mettre le pi à l'heure en l'absence d'internet. J'ai réussi en installant gpsd et ntpq. Mais le pb c'est que cela ne marche que si l'écart n'est pas trop grand entre la date/heure du PI et la date/heure réelle. Si l'écart est trop important, ntpq ne fait rien. Donc je rentre une heure approximative et ensuite la mise à l'heure se fait, mais ça réduit complètement l'intérêt... Quitte à rentrer l'heure, je peux la rentrer avec une montre exacte...
J'ai donc essayé la manip indiquée avec gpsdate.

or il me mets un message d'erreur : "Can't open port /dev/ttyACM0 at 9600 baud"
J'ai essayé avec l'option "-b 4800" (et d'autres vitesses) mais l'erreur est toujours là.

Lorsque je teste avec $gpsmon j'ai bien toutes les infos. En réfléchissant l'erreur doit être normale vu que le port ttyACM0 est occupé par le daemon gpsd. Je l'arrête et relance $gpsdate. Là, nouvelle erreur:
"No valid time information from GPS in the last 10 seconds."

Pourtant cutecom me renvoie bien les infos.

Quelqu'un aurait-il une idée?
merci d'avance

Bonjour,
je viens de me replonger rapidement dans ce que j'avais écrit dans le tuto. C'est la trame $GPRMC qui contient les infos date et heure et je ne vois pas cette trame dans la sortie que tu as copié/collé.

Comme tu l'as identifié, il me semble aussi qu'il y a deux problèmes.
- problème d'accès au fichier par gpsdate quand gpsd est déjà lancé
- problème lié au GPS utilisé car pas de trame $GPRMC

Comme je l'avais indiqué, je ne sais pour quelle raison, je n'ai jamais réussi à avoir les infos dans les données sortant de mon transpondeur AIS. J'obtenais la même erreur que toi : "No valid time information from GPS in the last 10 seconds.". Je n'ai pas cherché plus loin puisque je comptais de toute façon utiliser mon petit GPS USB pour avoir l'heure. Ton problème numéro 2 est vraissemblement le même que le mien avec l'AIS.
Depuis quel appareil prends-tu les données GPS ?

Sinon, vu que ntp semble déjà fonctionner à peu près, il serait peut-être plus intéressant de creuser de ce côté. Il y a certainement un paramètre qui bloque la mise à jour de l'heure si trop d'écart. man ntpd/ntpq !

A propos de GPS, comme je viens d'acheter mon premier Raspberry PI4, qu'est-ce que vous me conseillez comme modèle sur port USB ?
1ère chose à laquelle je vais m'attaquer ensuite, c'est cette mise à l'heure.

Pour résumé:
- solution 1: installer et activer gpsd qui récupère les données du gps et les met à disposition d'autres clients, par exemple Opencpn et Ntp. Exécuter ntp qui va faire la mise à l'heure du système à partir des données récoltées par gpsd. Ntp ne fait la mise à l'heure que si l'écart entre les deux horaires n'est pas trop grand. On peut désactiver cette condition d'écart avec l'option "-g". Dans mon cas , malgré le fichier /etc/default/ntp avec la ligne NTPD_OPTS='-g', ntp refuse de faire cette mise à l'heure. :-(

Cette solution, lourde, peut avoir l'intérêt de mettre à disposition ces données GPS pour d'autres usages.
N'arrivant pas à la faire marcher de manière fiable, j'essaye l'autre solution.

-solution 2: utiliser le script indiqué par Fabien83 "gpsdate". Comme mon gps renvoie une trame non prévue par ce programme, j'ai changé la variable "GPRMC" par "GNRMC" dans le programme gpsdate.c puis recompilé comme indiqué ci-dessus. ça marche :-) lorsque je le lance à la main. J'ai rajouté la commande
" $/home/pi/gpsdate/gpsdate /dev/ttyACM0 " dans le fichier /etc/rc.local pour qu'il s'éxécute . Reste à vérifier demain que lors du redémarrage du pi que la date soit bien mise à jour ET que le port /dev/ttyACM0 soit libéré et disponible pour OpenCpn...

Attention: les deux solutions sont complètement exclusives! Si le démon gpsd tourne , il bloque le port /dev/ttyACM0 pour son seul usage , port qui devient inaccessible à gpsdate.

Résultat le lendemain: la mise à jour de la date et de l'heure a bien marché lors du démarrage du PI :-))
Mais j'ai été obligée de changer de technique pour la prise en compte de gpsdate au démarrage: utiliser le /etc/rc.local n'a pas marché (technique en voie d'abandon) , j'ai utilisé systemd. Des explications très claires (en anglais) ici:
www.dexterindustries.com[...]tartup/

merci à tous pour vos conseils.
Christine

ps: je ne sais pas comment vous faites pour répondre à un message qui ne soit pas le message principal...

Oui, je me rends bien compte de cela mais je ne pense pas que ce soit très gênant. Pour ce que je comprends, Ntp a été développé pour une synchronisation hyper précise d'horloges en permanence. Un besoin légitime pour des applications en temps réel mais ici, ça ne me semble pas indispensable.
L'autre intérêt d'installer gpsd serait de mettre à disposition toutes les infos reçues du GPS pour plusieurs applications, vu qu'il les lit en permanence et les remets à disposition sur un espace de mémoire partagée (SHM: shared memory, 127.127.28.0) sans pour autant bloquer le port série /dev/ttyxxxx .
Mais comme gpsdate ne se lance qu'une fois au démarrage, il libère le port, donc Opencpn peut le récupérer.
Pour l'instant, je vais laisser comme cela.
J'essayerai un peu plus tard la solution proposée par Candide29 (flag...) quand j'aurais un peu plus de temps... J'aime pas rester sur un échec sans comprendre...

Pour infos, j'ai réussi à mettre à jour le PI avec le programme présenté dans le post initialgpsdate. j'ai modifié le fichier gpsdate.c où j'ai modifié la ligne:
if (strcmp(msgid, "GNRMC") == 0 && (length == 11 || length == 12)) {

la ligne initiale contenait GPRMC, je l'ai remplacé par GNRMC et recompilé comme indiqué plus haut (make all) et cela fonctionne :-))