traiter les octets d'une trame

[tibo7]

Bonjour,

J'ai une trame comportant 70 octets, il y a divers informations telles que heure, position GPS etc. 

Je souhaiterais pouvoir traiter octet par octet. 

Ci-joint ma trame avec l'heure qui est affichée au début (heure atomique) je souhaiterias simplement sortir ces octets ou l'heure entier pour le mettre dans un élement différent. et ainsi de suite pour la position GPS ...etc

Merci de l'aide

[J-M]

Avez-vous regardé cet example?

http://zone.ni.com/devzone/cda/epd/p/id/2197

Jean-Marc

[tibo7]

Je suis sous un réseau public.. ftp interdit 😞

[J-M · Accepted solution]

Vous connaissez l'ordre des informations (http://www.sparkfun.com/datasheets/GPS/NMEA%20Reference%20Manual1.pdf page 1-6).

Le message débute par "$GPRMC,", les blocs sont divisés par des virgules et le message se termine par "CR" ou "LF".

Jean-Marc

[tibo7]

Arf j'ai un autre souci à présent. Ma trame arrive toutes les 200ms. Mais lorsque je met une tempo de 200ms dans la boucle de lecture les données s'efface et se remmettent à chaque fois. Autrement dit toutes mes données clignotent  !

Il faudrai que je mette un buffer qui puissent mémoriser la valeur pendant 200ms puis mettent à jour au bout de cette période.  Je ne sais pas comment faire :s

ci-joint un schéma (j'ai tenté avec 100ms aussi)

[J-M]

La dernière fois que j'ai touché un GPS cela fait plus de deux ans - et j'ai travaillé sur un seul modèle.  De mémoire, il faut faire l'acquisition en continu  en prenant un plus gros buffer que les 70 octets (200 octets).  Ainsi, tu t'assures d'avoir un message complet mais, il te faut l'isoler.  Comme tu as une balise de départ ($GPRMC) tu connais l'endroit ou le message commence.

Jean-Marc

[tibo7]

ouiii je n'y avais pas pensé effectivement le faite de prendre 200 octets la valeur reste dans le buffer !! ça marche merci beaucoup 😉