Lire et écrire sur une mémoire flash (NAND) USB ou SD ?

Pour mon projet de vélo (qui en est déjà à près de 300 km effectifs), j'aimerais faire un relevé point par point de mes déplacements.

J'ai déjà bien utilisé un GPS avec l'Arduino, lu les données de vitesse et d'altitude par le biais d'un écran lcd alpha-numérique et fait une interface avec Processing.

Mais tout cela ne me permet pas de faire de relevés de mes trajets avec mon vélo et de retraiter l'information par la suite.
Je me vois mal me trimbaler mon ordi pour faire ce relevé.

En allant voir sur le PlayGround Arduino, je suis tombé sur cette page :

USB Memory

Apparemment en utilisant un module spécifique cela serait possible.

Il semblerait que ce soit celui ci :

http://www.robotshop.com/eu/productinfo.aspx?pc=RB-Plx-126&lang=fr-CA

Il comporte une puce Ftdi vinculum qui permet d'avoir l'arduino en Host usb.

Est ce que je pourrais avec ce module écrire et lire mes données issue de mon Ardu-GPS ?

J'ai trouvé cette page :

http://openenergymonitor.org/emon/node/44

Avec le bon firmware le Vinculum devrait pouvoir faire l'affaire mais ça vaudrait le coup de comparer les solutions 'Hôte USB' à base de FTDI Vinculum avec celles plus récentes à base de MAX3421e (des shields Arduino existent déjà ) http://www.lextronic.fr/produit.php?id=19197

L'utilisation de cette puce sur les cartes Arduino ADK va sans doute accélerer les avancées en matière de librairies. http://arduino.cc/en/Main/ArduinoBoardADK

S'il ne s'agit que de 'data logging' et de transfert de données pourquoi ne pas utiliser une carte SD ?

Donc pour l'instant il n'y a pas encore de librairies pour l'USB sur l'ADK ?

Aucune idée ! je n'ai pas été voir... je voulais juste signaler une tendance en faveur du MAX3421e dans l'univers Arduino !!
Un coup d'oeil rapide montre qu'il y a déjà des solutions par içi :
http://www.circuitsathome.com/arduino_usb_host_shield_projects
Par contre la classe 'Mass Storage', nécessaire pour gérer une clé USB, serait encore en préparation...
peut être donc un avantage aujourd'hui au Vinculum.

Malgré cela la carte suivante ferait bien mon affaire si je n'étais pas déjà trop dispersé !!
http://www.lipoly.de/index.php?main_page=product_info&products_id=209709

Petite question : c'était pas justement une des avancés principale de la UNO que de pouvoir faire du host usb ?

Non, B@tho.

Sur la carte UNO le mega32u4 (qui a pris la place du FTDI232) reste cantonné aux rôles de 'devices' ('client' ou 'esclave'...) Il peut recevoir des firmwares pour jouer divers rôles : HID (clavier, souris), CDC(série)......

Hôte ('maître', 'serveur'...) ça necessite une puissance de traitement supérieure (hardware entre autres) qu'on rencontre dans des puces spécialisées ou dans des micros 32bits.
Le futur Arduino DUE (32 bits) , lui même, utilise un micro ARM sans controlleur 'usb host', seulement un 'HS usb device'= device usb haute vitesse

Bonjour,

Le vinculum est sympathique, complet, avec une prise en main relativement aisée.
Cependant, si la fonction Host USB voulue ne sert qu'à brancher une clé USB pour faire du data loging, pourquoi ne pas utiliser une simple carte SD ?

Les shields implémentant cette fonction sont légion, les librairies bien rodées, et cela peut également se faire avec 6 résistances et un support SD.
Cela sera plus simple, plus rapide, et moins coûteux à mettre en oeuvre. Après, effectivement, il y a peut-être d'autres raisons.

Bonne journée.


Stéphane.

Salut Jean-Francois,

J'ai une personne qui m'as posé la même question par mail.

L'utilisation d'une USB Host Shield est à oublier, pour le moment il n'y as pas de librairies pouvant géré la communication usb et un système de fichier FAT (ou autre).

Sinon il existe ce genre de board :
http://www.watterott.com/en/uALFAT-USB-Board
http://www.watterott.com/en/VDrive2

ou sinon un carte SD ?

J'avais choisis une clé USB en me disant que je pourrais la lire directement depuis l'ordi sans interfacer en passant de nouveau par l'arduino.... mais bon, on en est pas à ça près XD.

Donc l'idée de la carte SD avec les 6 résistances m'interpelle.... un petit peu plus de détails (promis, je fais tout de même une recherche :D).

Bonjour,

Pour plus de détails, regarde les schémas de notre shield Mémoire : http://shop.snootlab.com/powerduino/86-memoire.html
Rubrique "Télécharger", et tu verras sur les schémas qu'il n'y a besoin que de 4 signaux, et 6 résistances, pour faire un adaptateur de niveaux en ponts diviseurs :slight_smile:

En espérant t'avoir aidé,

Bonne journée !


Stéphane.

Si tu veux utiliser une carte SD te casse pas la tête :
http://www.watterott.com/de/MicroSD-card-breakout-board-v1

ou si tu veux faire un truc "pro": un CD4050, un régulateur 3v3 et un support de carte SD.
Et si tu veux pas faire "pro": quelques résistances, un pont diviser 5v -> 3v3 bien calculé et un support de carte SD :slight_smile:

Merci skywodd, je dois faire prochainement une commande d'un capteur que je n'ai trouvé que chez roboshop, donc je commanderais celui ci en même temps :

http://www.robotshop.com/eu/productinfo.aspx?pc=RB-Ada-12&lang=fr-CA

Si tu veux une version "grosse" carte SD (pas micro SD) il en ont une chez robotshop justement :
http://www.robotshop.com/eu/blindage-carte-sd-dfrobot-8.html

Ah oui, effectivement c'est exactement ce dont j'ai besoin, j'ai des cartes SD "normales" ainsi qu'un lecteur USB pour ce type de cartes.

Avec les microSD ça l'aurait moins bien fait XD

J'ai tilté juste après avoir posté ma réponse :sweat_smile: j'ai trop l'habitude d'utiliser des micro SD ...

Autrement j'ai trouvé un support sdcard dans une de mes épaves d'appareil photos... je sens que je vais tenter la solution pas pro XD.

Juste en passant, dans l'appareil photos... c'est la version pas pro qu'ils emploient :wink:

Impossible de communiquer avec cette carte SD... je ne suis pas sur de ne pas avoir endommagé le support de carte en le démontant :blush:

Donc j'attends de faire ma commande.... XD

Yep!

J'essairais demain au taff.

@+

Zoroastre.

Il utilise la version pas pro :astonished: ... les bourrins ... un CD4050 cms sa coute pourtant pas chère ...