Projet : Recepteur GPS - Page 1

Bonjour à tous

J'ai commencé un recepteur GPS pour TI
J'ai réussi à brancher une sortie RS 232 au recepteur mais j'ai quelques problèmes :

- peut-on la brancher directement à la TI

- comment lire le port (donnée sous forme de string de 30 chars)

Non tu neux eux pas brancher ca dirctos sur la Ti parceque d'abord faut savoir les niveaux logiques si c'est du TTL ou pas et de plus le protocole Ti est spécifique c'est pas du RS232.

Pour la lecture tu va devoir t'amuser à faire le protocole en assembleur

un GPS sur TI ?
arf... et ensuite, tu nous fait les cartes routières qui vont avec ?

Ok, les cartes on verra plus tard.
Pour le moment seulement un reperage dans l'espace des checkpoints et la distance recepteur - home

est-ce que quelqu'un peut m'expliquer comment lire l'etat du port I/O
ou m'expliquer comment construire la routine en asm
le taux de transfert est de 4800 bauds 8bits sans parite

Arf tu va chialer ta race.....
Deja tu va galerer pour generer du 4800 bauds et si en plus c'est en synchrone tu va avoir vraiment du mal.....mais c'est possible. En effet le temps d'éxcution des instructions est variable suivant l'état des piles....(enfin a ce qui parait). Pour le port io refere toi aux docs existantes notamment celle de romain lievain...qui est l'auteur de TILP (n prog de communication ti-pc).Ta qu'a chercher tilp sur google.

hum, il est possible de communiquer à 9600 bauds entre TI et modem....

Ué ben vas calculer les cycles , c'est pas moi que le ferai

C pas une mauvaise idée le recepteur GPS il faut juste beaucoup de talent!
Rien que d'avoir ses coordonnées et sa vitesse sur sa TI ca serait vraiment pas mal.
Sera-ce pour 89, 92 ou 92+ ?
Du point de vue financier combien coute un recepteur GPS?
On en trouve des pas mal (pas besoin de TI) à 160€. Il faut donc que cela coute moins cher.

DeMi-LAiT> un gars l'a déjà fait....pb, ca bugge avec les 83+SE...

pour commencer il faut recuperer un GPS avec sortie NMEA ( - de 800 f )
(pas besoin d'un ecran 2800*1600 en 16M de couleurs)
ou en recuperer un d'occaz ( c'est bcp moins cher )

l'avantage de la ti c'est que tu peux enregistrer ton parcours tracer des courbes directement dessus et en temps presque reel

l'ecran est plus grand et tu peux regler tes propres parametres (la position de ta baraque ou ta destination)

et puis sur la TI le prog c'est toi qui le fait donc tu mets ce que tu veux

Tien des GPS ...
Un domaine que j'y maitrise bien, c la communication GPS/machine

Bon, déja sur ta sortie du GPS (module GPS ou GPS?) tu aura du NMEA.
Pour info, le NMEA c'est du texte pur et dur !!!!
Donc, question décodage, c'est assez simple, avec du C.

Pour connecter le module GPS à ta TI, c'est pas trop dur.
Tu fait un convertisseur RS232/TI, avec un 16F84 et un MAX232.
Faut prog le 16F84
Ensuite, le reste c'est logiciel.
Pour le port IO, regarde sur NTHC, c'est marqué comment faire.

Pour lire les donnée que t'envoi le GPS, tu doit te synchroniser sur le début de la trame, puis tu décode.

Voila

Rien que ça

Vi
c + simple à poster qu'à faire :P

le convertisseur : pas trop dur
programmer le pic : pas trop dur - ISP, c'est bien -
logiciel : c'est là que ça devient chiant...

Pour le prgrammeur de pic moi j'ai le jdm prgrammer, qui se branche directement sur le port serie sans alim eterne avec le prog picprog...ca marche du tonnerre

OK, j'ai déjà le MAX 232
est-ce que quelqu'un peut me faire ou m'expliquer comment faire le prog pour le 16F84
et comment le flasher
j'en ai entendu parler pour un port I/O <=> Ir et psx memory card mais je sais pas à quoi il ressemble
quels sont les sites qui en parlent
qui le fabrique

je crois que la chaine fait 80 caracteres

NTHC c'est qui ?
ISP c'est quoi ?
désolé mais l'electronique je connais pas trop j'suis qu'en T S ...

merci pour votre aide

NTHC, je ne sais, mais ISP, c'est In-Circuit Programming : pas besoin d'avoir un programmateur...

NTHC, c pas trop dur, c'est :http://nthc.ovh.org

Pour le programmeur c'est pô compliqué , cherche sur google JDM pic programer tu trouvera tout de suite.
Le mien je l'ai fait en quelques minutes sur ma plaque de montage et ca marche tres bien, en plus c'est alimente par le port serie de l'ordi, et tu peux choper le soft qui va avec et qui s'appelle icprog

->MAX232 j'ai jamais reussi a le faire marcher correctement.
le prob avec la TI c'est que la freq dépand de l'etats des piles

Alors ?
Tu abandonne ?

bah g un peu laisser tomber...

Erf
et encore un projet à la flotte
Vous êtes vites découragés les mecs

j'abandonne pas mais la prog en asm j'y comprend rien
AU SECOURS
qui peut faire un organigramme pour le 16F84

au fait I2C ca marcherai ?

bbb

Tu veux un organigramme de quoi ?

i2c pour la communication : à coder en asm ( des libs existent DÉJÀ sur NTHC)

>j'abandonne pas mais la prog en asm j'y comprend rien

tu ve savoir quoi en ASM68K???

bon je resume :
j'ai un module de recepteur GPS branché à un MAX232
il emet en permanence (je crois) des chaines de 80 caractères que je pourrais décoder
le problème c'est de recevoir les caractères (1 par 1 ?)
on a parlé d'un PIC 16f84 (pour faire un tampon ?)

on a pas besoin d'un refresh toutes les 20 ms donc
1° attendre le $ de début de chaine
2° récupérer 80 chars
3° laisser passer quelques cycles pour permettre d'envoyer les données à la 89 et de les décoder
4° boucler --> 1°

Qu'est-ce que vous en pensez ?
est-ce que ca vous suffit ?

en effet un pic 16f84 c pas con pour transformer du RS232 en I2C ou autre chose de synchrone. On peut le programmer en JAL (http://www.come.to/jal le RS232 est déja implémenté à toutes les vitesses ->9600 bds et ça marche essais à l'appui. Ralez pas le langage JAL est encore plus facile à utiliser que QBASIC!

zouGeGe84: tu vas te planter si tu joue comme çà.
Bouge pas, je te retrouve mes docs sur les trames NMEA.

Pour récup une trame NMEA, il faut attendre le $, puis récupérer la longueur de la trame, qui doit être passé juste aprés le début de trame (Si mes souvenir son bons)