Pages: 1 [2]   Go Down
Author Topic: Problème de baud GPS  (Read 2974 times)
0 Members and 1 Guest are viewing this topic.
Offline Offline
Newbie
*
Karma: 0
Posts: 38
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Mais 9600 ça reste assez rapide?
J'ai essayé de comprendre mais je suis pas sur de moi: 9600 correspond au 1hz annoncé et 115200 au 10hz
Et cette fréquence est la fréquence de rafraichissement du gps?
Du coup à 9600 ça ferait un rafraîchissement par seconde, vous pensez que c'est assez rapide pour connaitre sa vitesse à vélo?


Mais est-ce qu'un GPS peut fonctionner en 10hz et en 9600bauds? Ou est-ce que ces deux valeurs sont liées?


Et dernière chose: est-ce qu'une arduino mini 3.3v 8MHz peut fonctionner avec un GPS en 115200? et en 9600?

Merci
« Last Edit: July 29, 2013, 05:04:42 am by LeDahu » Logged

Offline Offline
Faraday Member
**
Karma: 34
Posts: 5077
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Mais 9600 ça reste assez rapide?
J'ai essayé de comprendre mais je suis pas sur de moi: 9600 correspond au 1hz annoncé et 115200 au 10hz
Et cette fréquence est la fréquence de rafraichissement du gps?
Du coup à 9600 ça ferait un rafraîchissement par seconde, vous pensez que c'est assez rapide pour connaitre sa vitesse à vélo?


Mais est-ce qu'un GPS peut fonctionner en 10hz et en 9600bauds? Ou est-ce que ces deux valeurs sont liées?


Et dernière chose: est-ce qu'une arduino mini 3.3v 8MHz peut fonctionner avec un GPS en 115200? et en 9600?

Merci
bonsoir
la norme NMEA c'est une sentence RMC par seconde
les taux superieurs de "refresh" >1 Hz (en segment civil) ne sont utiles que dans des cas bien particuliers et compte tenu de la dilution
due à la constellation un taux de 1Hz est le plus souvent tres suffisant.
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 38
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Ok, Merci  smiley

Et donc en 9600, je ne rencontrerais aucun problème avec une arduino cadencée a 8Mhz?
Logged

Offline Offline
Faraday Member
**
Karma: 34
Posts: 5077
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Ok, Merci  smiley

Et donc en 9600, je ne rencontrerais aucun problème avec une arduino cadencée a 8Mhz?
en 9600 avec tynigps ça ne pose aucun probleme
Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 38
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Rhaa, je pensait avoir compris mais je bloque encore  smiley-cry

La fréquence de rafraichissement et la vitesse de transfert en baud sont deux chose différentes non?

Par exemple sur cette page: http://learn.adafruit.com/adafruit-ultimate-gps/arduino-wiring

Si j'ai bien compris le GPS est en 9600bauds et la librairie Adafruit laisse le choix de la fréquence de rafraichissement (1,5 ou 10hz), c'est bien ça?

Du coup, quel est l'intérêt d'un GPS 115k par rapport à un 9600 si on peut obtenir les même fréquences de rafraichissement dans les deux cas?
Logged

Offline Offline
Faraday Member
**
Karma: 34
Posts: 5077
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Rhaa, je pensait avoir compris mais je bloque encore  smiley-cry

La fréquence de rafraichissement et la vitesse de transfert en baud sont deux chose différentes non?

Par exemple sur cette page: http://learn.adafruit.com/adafruit-ultimate-gps/arduino-wiring

Si j'ai bien compris le GPS est en 9600bauds et la librairie Adafruit laisse le choix de la fréquence de rafraichissement (1,5 ou 10hz), c'est bien ça?

Du coup, quel est l'intérêt d'un GPS 115k par rapport à un 9600 si on peut obtenir les même fréquences de rafraichissement dans les deux cas?
bonsoir
il faut distinguer plusieurs "choses"

- la vitesse de transmission des sentences NMEA
- la capacité de traitement de ces sentences par l’équipement récepteur (arduino ou autre)

une sentence/trame RMC est une ligne de texte de 80 caractères (un peu moins mais par confort je prend 80)
compte tenu des caractéristiques des transmissions asynchrones , (toujours par confort) il faut 800 bits pour transmettre l'info d'une trame.

soit pour du 10Hz ET en supposant que le GPS ne crache que de la RMC (ce qui est loin d'etre evident) 8000 bit/s + delai
à 9600 on est déjà (sinon plus)  à quasi 100 % d'occupation de la ligne serial
à 115200 l'occupation de la ligne serial est divisé d'un facteur 12.

dans les 2 cas un arduino (lib gps) sera en limite de ses possibilité :
-soit pour acquerir du 115200 sans pertes et faire autre chose entre trames
-soit pour acquerir du 9600 en continu (quasi 100%) est faire autre chose.

si tu veux rester sur l'ensemble  arduino+lib+gps , il faut faire des choix et quitte à me repeter : rares sont les applis necessitant du 10Hz et si c'est "vraiment" un imperatif, il faut passer à autre chose qu'un arduino pour traitement

Logged

Offline Offline
Newbie
*
Karma: 0
Posts: 38
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Ha ok, merci c'est beaucoup plus clair pour moi!

Quote
si tu veux rester sur l'ensemble  arduino+lib+gps , il faut faire des choix et quitte à me repeter : rares sont les applis necessitant du 10Hz et si c'est "vraiment" un imperatif, il faut passer à autre chose qu'un arduino pour traitement
Oui d'accord, ben le choix est vite fait, mon code est très long et ne se résume pas a récuperer un tram NMEA uniquement.

J'arrive enfin à me servir de la library TinyGPS.

Par contre du coup, si j'ai bien compris je me sert de la liaison software, étant donné que je déclare ça:
Code:
#include <SoftwareSerial.h>
SoftwareSerial ss(10, 11);

Et non plus de la liaison hardware qui se trouve sur les pin 0 et 1, 'est bien ça?

Mais ca change quoi pour la récupération du tram GPS? Une liaison est à privilégier par rapport à une autre dans mon cas?
J'ai du mal à saisir la différence entre les deux.
Logged

France
Offline Offline
Faraday Member
**
Karma: 38
Posts: 3547
There is an Arduino for that
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Dans la liaison hardware, la réception et l'émission sont réalisés par une UART matérielle ce qui nécessite peu de temps CPU. L'octet à envoyer est placé dans un registre et le matériel se débrouille pour supporter le protocole (start, stop, parité et vitesse) et assurer la sortie de la donnée.

Dans la liaison software, la réception et l'émission sont réalisés par une UART logicielle (c'est du code qui réalise la gestion du protocole et la sortie de l'octet de donnée bit à bit sur une sortie digitale) ce qui nécessite du temps CPU. De même pour la réception le software reçoit une interruption lorsqu'une transition se produit sur l'entrée et ensuite il va échantillonner après un certain délai (dépendant du baudrate) les bits suivants pour reconstruire l'octet de donnée.

L'UART matérielle te laisse plus de temps pour traiter tes données puisqu'il n'y a presque pas besoin de temps CPU pour réceptionner la sentence NMEA.
Logged

Offline Offline
Full Member
***
Karma: 2
Posts: 143
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

J'ai commandé ce GPS sur eBay, et une librairie est fournie avec :
http://code.google.com/p/i2c-gps-nav/downloads/detail?name=I2C_GPS_NAV-v2.1rc2.zip&can=2&q=
Je ne l'ai pas encore reçu, donc pas testé.
Édit :
Le site du constructeur annonce un baudrate parametrable à partir de 4800bps :
http://www.gtop-tech.com/en/product/MT3339_GPS_Module_03.html
« Last Edit: August 06, 2013, 01:33:34 am by Rovhell » Logged

Offline Offline
Full Member
***
Karma: 2
Posts: 143
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

Bon bah effectivement, la librairie fournie avec ne passe pas la terrible épreuve de la compilation, avec une bonne vingtaine d'erreur (des fonctions déclarées deux fois et d'autres manquantes...).
Logged

Offline Offline
Full Member
***
Karma: 2
Posts: 143
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

J'ai trouvé ça :
Quote
Command setting reset
Those command packet for module baud rate and update rate changed only temporary, when module power reset those update rate and baud rate must be back to original setting. If user want to
change baud rate and update rate of module to other value that need GTop re-edit new firmware and burning it to module.
Dans cette doc.
Logged

Offline Offline
Faraday Member
**
Karma: 34
Posts: 5077
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

bonjour
ce sont 2 "problemes" tres diferents
le probleme de compil n'a rien à voir avec une vitesse fixée au power ON reset module GPS

pour la compil : quel version d'IDE et quelle version de lib utiisée ?
pour changer de vitess( config) au POR , il faut déjà que le soft "discute" à la vitesse "usine"
Logged

Offline Offline
Full Member
***
Karma: 2
Posts: 143
View Profile
 Bigger Bigger  Smaller Smaller  Reset Reset

J'ai trouvé comment changer définitivement le baudrate :
http://www.instructables.com/id/Change-Baudrate-of-MT3339-PA6C-With-Arduino/
Tuto tout beau tout neuf actualisé il y a 30 minutes !
Logged

Pages: 1 [2]   Go Up
Jump to: