Kicad (p.ex) permet de faire le design des PCB
Un microcontroleur genre AVR fonctionnera bien. (voir tuxgraphics.org pour un programmeur etc.)
Quelques composants (un max232 pour le port série, des capas, une alim, 1 uC), un peu de code pioché par-ci par là, et c'est ok.
ça sort un peu du sujet, mais dans ce cas, il vaut mieux utiliser un composant FT232RL de chez FTDI, il te remplace le max232, il te convertit le signal série en usb et il peut facilement alimenter et ton gyro et ton microcontrôleur par l'usb. Le tout avec un pilote Linux...
Bref, encore un truc à mettre dans la liste des choses à tester...
Je ne saisis pas exactement la question, mais donc notre gps EST un récepteur GPS USB (qui n'est lui aussi qu'un série avec un convertisseur). Il est modulable dans le sens oû tu as accès à tout l'électronique et moyennant une ou deux soudure, tu peux ajouter des capteurs sur ce GPS et tu pourrais enregistrer les valeurs issues de ces capteurs sur la carte mémoire.
Concernant l'alim sur le 12V pas de problème tant que tu mets un régulateur de tension pour abaisser à 5V. Nous l'avons déjà fait et plusieurs de nos GPS fonctionnent sur l'allume-cigare ou directement sur la batterie de la voiture.
Je comprends parfaitement, mais je pensais qu'en soudant à vos heures perdues, ça reviendrait moins cher.
Malheureusement non, la puce gps utilisée est de la même famille que celle de ton module. Nous en achetons ici : http://lextronic.fr/1399-recepteur-gps-oem-et-312.html .
Tu peux voir que normalement, la puce avec l'antenne et sans les frais de port est déjà 10 euros plus chère que notre module complet. Et même en commandant directement les composants en asie sans intermédiaire, les frais de douane nous font perdre le gain obtenu...
La capacité du "data logger" dépend uniquement de la carte que tu mets dedans, non ?
Il y a 2 aspects, le premier c'est effectivement la taille de la carte mémoire dedans, et là nous pouvons mettre tout ce qui est MMC ou SD (en rs/micro etc). Le deuxième aspect c'est l'autonomie des accu. Nous utilisons des accu type AA (comme dans les appareils photos) pour des raisons de simplicité (tout le monde a ce genre de pile dans un coin). Mais je suis entrain d'en transformer un pour mettre un accu Lipo qui va tripler l'autonomie... Bref, avec un fer à souder, pas mal de chose sont possibles.
Je suis intéressé pour acheter un module GPS (dans le but de faire du OpenStreetMap), mais je trouve ça un peu cher. Pour le même prix, j'ai un module bluetooth, rechargeable par batterie, compatible avec mon téléphone portable...
Il faut comparer ce qui est comparable... Pour rappel notre gps a été entièrement réalisé dans notre assoce, par des bénévoles. Son design est sous licence libre (laquelle? nous ne savons pas encore, quelle licence pour du design hardware?).
Tu veux donc comparer un gps produit par une assoce de quelques étudiants avec un gps de M. Nokia... Nous avons déjà pu réduire le prix en commandant les pièces pour 30 GPS et nous les soudons à nos heures perdues.
Ensuite, pour essayer de répondre un peu plus à ta question, ton module, si j'ai bien compris, sert à retrouver ta route ou le restaurant du coin en téléchargeant des cartes avec ton mobile et en regardant ta position dessus.
Notre gps n'a pas la même finalité. Il est fait pour enregistrer de la trace et un maximum. C'est un "data logger" très grande capacité (on a déjà branché une carte de 1Go... Soit plus de 2 semaines d'autonomie). De plus, par son design ouvert et libre, tu peux l'adapter à tes besoin. Il a déjà été transformé pour tagguer des prises de vue aériennes en direct ou il devrait être utilisé pour des réseaux de capteur...
Bref, nous ne pouvons pas rivaliser avec des grosses boites comme Nokia et ce n'est pas notre but.
Sous Debian sid, j'utilise avec bonheur le paquet "usbmount", c'est en fait une série de règles udev. Ça te permet de monter/démonter automatiquement la clef lors de son branchement ou de son débranchement...
Dans son fichier de conf tu peux lui ajouter l'option "sync" (c'est même fortement conseillé pour du vfat).
Mais effectivement, avec cette option, les performances s'écroulent, j'arrive à environ 1MB/min...
Du coup, je l'ai supprimé sur mes machines et je la laisse pour les machines en accès public.
Ah mais je ne suis pas un homme vénal! (ou disons, tu n'as pas trouvé la bonne monnaie)...
je rajouterais juste, qu'une partie de l'article de svm n'est plus trop d'actualité, pas mal de choses ont évolué et quelques choix logiciels sont encore entrain d'évoluer (vivi à 2 mois de la sortie...)
Bref, je ne suis pas impliqué dans le projet donc je n'en dirai pas plus... (plus hautes les enchères!)
Si tu veux avoir accès au partage sur ton PC1 en ligne de commande, il te suffit d'avoir la commande smbclient, ça devrait suffire.
Par contre si tu veux y avoir accès avec nautilus/konqueror (c'est le "smb//" qui me fait supposer cela) ou tout simplement en utilisant le système de fichier samba (là tu "mountes" et 'umountes" tes partages, c'est assez pratique), il te faut le paquet "smbfs" et la bonne option dans ton noyau (si c'est un noyau de base deb, ça doit être au moins en module).
Ensuite une fois que ça marche avec la commande "mount", tu peux le mettre en dur dans ton /etc/fstab, par exemple, j'ai ça dans le mien:
[^] # Re: Microcontroleur+ RS232
Posté par Émile CARRY . En réponse au journal Un gyroscope USB pour Linux ?. Évalué à 1.
wé, c'est vrai pour le ft232RL, mais si tu intercales un petit microcontrôleur, ça se passe bien aussi.
Et sinon, il faut utiliser le ft2232D qui est capable de transformer du spi en rs-232 dans l'usb.
mais ça commence à être sérieusement HS comme commentaire.
[^] # Re: Microcontroleur+ RS232
Posté par Émile CARRY . En réponse au journal Un gyroscope USB pour Linux ?. Évalué à 4.
Un microcontroleur genre AVR fonctionnera bien. (voir tuxgraphics.org pour un programmeur etc.)
Quelques composants (un max232 pour le port série, des capas, une alim, 1 uC), un peu de code pioché par-ci par là, et c'est ok.
ça sort un peu du sujet, mais dans ce cas, il vaut mieux utiliser un composant FT232RL de chez FTDI, il te remplace le max232, il te convertit le signal série en usb et il peut facilement alimenter et ton gyro et ton microcontrôleur par l'usb. Le tout avec un pilote Linux...
Bref, encore un truc à mettre dans la liste des choses à tester...
[^] # Re: circuit pour l'acquisition de trames GPS à des fins de cartographie
Posté par Émile CARRY . En réponse à la dépêche OpenStreetMap, des données cartographiques libres. Évalué à 1.
Concernant l'alim sur le 12V pas de problème tant que tu mets un régulateur de tension pour abaisser à 5V. Nous l'avons déjà fait et plusieurs de nos GPS fonctionnent sur l'allume-cigare ou directement sur la batterie de la voiture.
Pour plus d'infos, regarder ici : http://projetaurore.assos.univ-fcomte.fr/gps/
mil
[^] # Re: circuit pour l'acquisition de trames GPS à des fins de cartographie
Posté par Émile CARRY . En réponse à la dépêche OpenStreetMap, des données cartographiques libres. Évalué à 2.
Malheureusement non, la puce gps utilisée est de la même famille que celle de ton module. Nous en achetons ici : http://lextronic.fr/1399-recepteur-gps-oem-et-312.html .
Tu peux voir que normalement, la puce avec l'antenne et sans les frais de port est déjà 10 euros plus chère que notre module complet. Et même en commandant directement les composants en asie sans intermédiaire, les frais de douane nous font perdre le gain obtenu...
La capacité du "data logger" dépend uniquement de la carte que tu mets dedans, non ?
Il y a 2 aspects, le premier c'est effectivement la taille de la carte mémoire dedans, et là nous pouvons mettre tout ce qui est MMC ou SD (en rs/micro etc). Le deuxième aspect c'est l'autonomie des accu. Nous utilisons des accu type AA (comme dans les appareils photos) pour des raisons de simplicité (tout le monde a ce genre de pile dans un coin). Mais je suis entrain d'en transformer un pour mettre un accu Lipo qui va tripler l'autonomie... Bref, avec un fer à souder, pas mal de chose sont possibles.
mil
PS : des images du circuit =>
http://projetaurore.assos.univ-fcomte.fr/images/dscn9910.jpg
http://projetaurore.assos.univ-fcomte.fr/images/dscn9912.jpg
[^] # Re: circuit pour l'acquisition de trames GPS à des fins de cartographie
Posté par Émile CARRY . En réponse à la dépêche OpenStreetMap, des données cartographiques libres. Évalué à 3.
Il faut comparer ce qui est comparable... Pour rappel notre gps a été entièrement réalisé dans notre assoce, par des bénévoles. Son design est sous licence libre (laquelle? nous ne savons pas encore, quelle licence pour du design hardware?).
Tu veux donc comparer un gps produit par une assoce de quelques étudiants avec un gps de M. Nokia... Nous avons déjà pu réduire le prix en commandant les pièces pour 30 GPS et nous les soudons à nos heures perdues.
Ensuite, pour essayer de répondre un peu plus à ta question, ton module, si j'ai bien compris, sert à retrouver ta route ou le restaurant du coin en téléchargeant des cartes avec ton mobile et en regardant ta position dessus.
Notre gps n'a pas la même finalité. Il est fait pour enregistrer de la trace et un maximum. C'est un "data logger" très grande capacité (on a déjà branché une carte de 1Go... Soit plus de 2 semaines d'autonomie). De plus, par son design ouvert et libre, tu peux l'adapter à tes besoin. Il a déjà été transformé pour tagguer des prises de vue aériennes en direct ou il devrait être utilisé pour des réseaux de capteur...
Bref, nous ne pouvons pas rivaliser avec des grosses boites comme Nokia et ce n'est pas notre but.
mil
# usbmount
Posté par Émile CARRY . En réponse au message Sync automatique avec hal-udev-pmount. Évalué à 1.
Dans son fichier de conf tu peux lui ajouter l'option "sync" (c'est même fortement conseillé pour du vfat).
Mais effectivement, avec cette option, les performances s'écroulent, j'arrive à environ 1MB/min...
Du coup, je l'ai supprimé sur mes machines et je la laisse pour les machines en accès public.
mil
[^] # Re: Alors ??
Posté par Émile CARRY . En réponse au journal Neuf-Cegetel propose une ADSL-box/PC à base de Linux. Évalué à 2.
je rajouterais juste, qu'une partie de l'article de svm n'est plus trop d'actualité, pas mal de choses ont évolué et quelques choix logiciels sont encore entrain d'évoluer (vivi à 2 mois de la sortie...)
Bref, je ne suis pas impliqué dans le projet donc je n'en dirai pas plus... (plus hautes les enchères!)
[^] # Re: Alors ??
Posté par Émile CARRY . En réponse au journal Neuf-Cegetel propose une ADSL-box/PC à base de Linux. Évalué à 5.
Ça sera un wm à base de xfce... Pour le reste... Surprise!
# Autre didacticiel
Posté par Émile CARRY . En réponse au journal tutauriaux wings3d (bis). Évalué à 3.
http://homepage.mac.com/ycarry/Wings/indexfr.html
# smbfs
Posté par Émile CARRY . En réponse au message probleme samba. Évalué à 1.
Si tu veux avoir accès au partage sur ton PC1 en ligne de commande, il te suffit d'avoir la commande smbclient, ça devrait suffire.
Par contre si tu veux y avoir accès avec nautilus/konqueror (c'est le "smb//" qui me fait supposer cela) ou tout simplement en utilisant le système de fichier samba (là tu "mountes" et 'umountes" tes partages, c'est assez pratique), il te faut le paquet "smbfs" et la bonne option dans ton noyau (si c'est un noyau de base deb, ça doit être au moins en module).
Ensuite une fois que ça marche avec la commande "mount", tu peux le mettre en dur dans ton /etc/fstab, par exemple, j'ai ça dans le mien:
//VALERIE/PUB /mnt/PubVal smbfs username=xxxxx,password=yyyyyy,uid=1001,gid=1001,iocharset=iso8859-1 0 0
biensûr, à toi de mettre les bons username/password...
ah et j'ai entendu dire que ça pouvait coincer avec winXP, mais bon, là j'ai jamais essayé... :-)