Je souhaiterais m'acquerir une carte DUE mais j'ai quelques questions qui restent en suspend ;
La Due est-elle bien compatible ADK ?
Je m'inquiète un peu pour la tension pin de 3,3v. Si je decide par exemple d'alimenter un composant de 12v directement par une alim externe, mais que le composant comprend un fils de commande (exemple servo) à brancher sur L'arduino, est-ce que c'est possible ça? y a t-il un risque pour la carte ?
On peut souvent lire que dans les debuts de la DUE la Librairie était faible (car microcontroleur different). Qu'en est-il ?
Pour vous avouer, je suis partisant pour la Due en raison de sa capacité Mémoire, mais aussi ses 84Mhz contre 16MhZ...et bien d'autres choses que je ne maîtrise pas encore. Bref je préfère prendre large que moins. (Pas de Rasbperry Pi car je vais faire pas mal "d'interfacage")
Je vous remercie d'avance pour votre précieuse aide.
A la vue de tes questions j'ai plutôt envie de dire que la seule raison qui te pousse à faire ce choix c'est : "elle en a plu dans le slip".
Oui certes, mais perso après plusieurs années j'ai toujours pas trouvé un projet qui a mis à genoux ma Duemilanove ...
Donc vu que tu as l'ai de complètement débuter, prend toi plutôt une UNO. Tu gagneras de l'argent et du temps car les librairies pour DUE c'est toujours pas ça et si conversion il y a a faire, c'est pas à la portée d'un débutant
ADK ? Android Dev Kit ?
Directement avec le port USB de la Due ou avec la USB Host Shield ?
bobisikskiller:
Je m'inquiète un peu pour la tension pin de 3,3v. Si je decide par exemple d'alimenter un composant de 12v directement par une alim externe, mais que le composant comprend un fils de commande (exemple servo) à brancher sur L'arduino, est-ce que c'est possible ça? y a t-il un risque pour la carte ?
Entre le 3v3 et le 12v tu as forcément une interface de puissance, sinon ça crame (même en 5v, c'est la même chose).
Pour les servomoteurs c'est un peu plus compliqué, l'interface de puissance est déjà dans le servomoteur.
bobisikskiller:
On peut souvent lire que dans les debuts de la DUE la Librairie était faible (car microcontroleur different). Qu'en est-il ?
Çà n'as absolument pas changé, c'est toujours aussi désertique niveau logiciel. Et avec les nouvelles cartes sorties depuis c'est pas prêt de changer ...
bobisikskiller:
Pour vous avouer, je suis partisant pour la Due en raison de sa capacité Mémoire, mais aussi ses 84Mhz contre 16MhZ...et bien d'autres choses que je ne maîtrise pas encore. Bref je préfère prendre large que moins. (Pas de Rasbperry Pi car je vais faire pas mal "d'interfacage")
Avec 32Ko de flash, 2Ko de RAM et 16MHz tu arrives à faire ce que tu veut moyennant un peu de réflexion.
La puissance c'est une chose, mais n'oublie pas : Due = ARM = tu te démerdes en cas de problème
La communauté ARM est ... la quoi ?
Une bonne vieille UNO, ou une Mega2560 dans des cas extrêmes, ça c'est une valeur sûr
Tu trouveras toujours des exemples et des librairies pour ces deux là.
skywodd:
Et avec les nouvelles cartes sorties depuis c'est pas prêt de changer ...
Et surtout avec le projet MBed qui sous la houlette d'ARM se propose de créer un ensemble de bibliothèques multi-fournisseur de micro-contrôleur (NXP, Frescale, ST,....)
Seul problème que je partage :
La communauté ARM est ... la quoi ?
Avant d'avoir une communauté francophone.il va passer de l'eau sous les pont à moins que Brisebe n'arrive a convaincre ses ST locaux.
Je suis en train de finaliser un programme de 3700 lignes, alors c'est vrai pour de petites choses moi aussi j'aime la UNO mais je les aurais mis où mes lignes et mes variables (client/serveur http, ftp, gestion de vanne 4 voies, circulateur, 4 sondes, afficheur, buzzer, relais etc..)
Ne découragez pas quelqu'un qui veut peut-être se lancer dans quelques choses de gros
Bon en même temps bobisikskiller ils n'ont pas forcément tords car il te mettent en garde de ce qui pourrait t'attendre avec un ARM 32bits pour tout te dire, les librairies qui marchent avec ne sont effectivement pas légion, mais en cherchant bien on trouve (ce que j'ai fais) plus quelques librairies modifiées pour mes besoins. Quand tu feras ton projet, ce que je te suggère c'est de faire ce que j'ai fais, j'ai commencé mon projet en le découpant et en essayant de de faire tourner tous les modules cela sur UNO et Mega2560 ensuite quand j'ai été sure de savoir ou j'allais je suis passé au DUE pour pouvoir tout y mettre et là ce fut la prise de tête, pour certains bout de code il m'a fallut quasiment tout réécrire, mais je savais où j'allais puisque j'avais testé, tu comprends...
Voilà, si tu as besoin d'un coup de main, je serai là et je sais que d'autre ici maitrise parfaitement, j'ai moi même été pas mal aidé et ici tout le monde est gentil et t'aidera.
JLuc:
Je suis en train de finaliser un programme de 3700 lignes, alors c'est vrai pour de petites choses moi aussi j'aime la UNO mais je les aurais mis où mes lignes et mes variables (client/serveur http, ftp, gestion de vanne 4 voies, circulateur, 4 sondes, afficheur, buzzer, relais etc..)
Ne découragez pas quelqu'un qui veut peut-être se lancer dans quelques choses de gros
Le nombre de lignes ne veut rien dire en programmation (sauf si tu est du genre à comparer la taille de ta bip avec tes amis ).
Le noyau linux par exemple fait plusieurs millions de lignes de code C et pourtant il compile dans moins de 5 mégaoctets.
3.7K lignes de code c'est rien du tout ! Tu doit même pas bouffer 50% des 32Ko d'une UNO avec ça.
Ce qui compte c'est pas la taille du code source, c'est la taille du code binaire, c'est le jour et la nuit.
JLuc:
(client/serveur http, ftp, gestion de vanne 4 voies, circulateur, 4 sondes, afficheur, buzzer, relais etc..)
Ne découragez pas quelqu'un qui veut peut-être se lancer dans quelques choses de gros
D'après ce que tu décris une DUE est superflue. Après tout dépend de l'afficheur et de ce que tu demandes à l'ethernet évidemment (et encore), pour le reste ça se gère avec un attiny si on veut.
Dans tous les cas il ne s'agit pas de le décourager à passer à l'Arduino, mais de prendre la bonne. La DUE n'est clairement pas à conseiller à un débutant.
B@tto:
Dans tous les cas il ne s'agit pas de le décourager à passer à l'Arduino, mais de prendre la bonne. La DUE n'est clairement pas à conseiller à un débutant.
Même à un utilisateur confirmé je la conseillerai pas pour "de l'arduino".
Quitte à faire du dév ARM (soyons honnête, ya aucune librairie dispo pour le hardware de la carte) autant prendre du STM32, ça coûte moins cher, ya plus de choses (capteurs, écran, debuggeur, etc.), un meilleur hardware, et surtout ... il y a du code qui marche et une doc correcte.
Si je suis passé à une DUE c'est que j'y étais forcé faute de ram surtout, je ne vais pas détailler ici tout ce que mon programme fait mais je mets quiconque au défis de faire tourner ce que j'ai fais sur une UNO. Sans polémiques, j'ai commencé sur une UNO ensuite je suis passé à une 2560 mais là encore je me suis fais coincé et je suis monté à la DUE et là tout va bien mon programme est fini et tourne correctement. Je programme depuis 1980 je ne suis donc pas novice, même si les Arduino j'ai commencé fin décembre dernier.
Si j'ai parlé de mon exemple, c'est pour mettre bobisikskiller sur la réflexion d'achat en conséquence de ses besoins et nullement pour vraiment parler de mon projet.
Ne vous emballez pas les gars, mon code n'est pas publique, par contre si vous y tenez vraiment je vous donnes la liste exhaustive des fonctionnalité et vous essayez de faire tourner sur UNO et si vous y arrivez, je bouffe mon chapeau ! XD
JLuc:
Ne vous emballez pas les gars, mon code n'est pas publique, par contre si vous y tenez vraiment je vous donnes la liste exhaustive des fonctionnalité et vous essayez de faire tourner sur UNO et si vous y arrivez, je bouffe mon chapeau ! XD
Je vois mal comment on pourrait optimiser un code sans le code ... m'enfin.
Fait voir la liste des fonctionnalités, histoire d'avoir une idée du truc.
merci
