Bonsoir à tous.

C'est peut-être un sujet qui a souvent été abordé, mais malgré les plusieurs solutions que j'ai trouvé il n'y en a aucune qui a marché pour moi.

Soft : arduino 1.0.1 -- Hard : arduino uno v3 -- OS : Linux Mint 14 Nadia

J'ai trouvé entre autres cette page qui répertorie plusieurs méthodes.

1. Scons : Cette solution me semble facile a mettre en œuvre, mais j'ai encore quelques soucis.
- J'ai téléchargé arscons et placé le fichier dans un sketch
- J'ai installé scons
- Dans un terminal, je me suis placé dans le dossier puis tapé 'scons'
J'ai l'erreur suivante :

Code:

[build/core.a] No such file or directory

2. Makefile : Ceux que j'ai trouvé ne sont pas à jour de la v1.0 (requiert des .pde et pas des .ino)
- J'ai téléchargé ce makefile, j'ai aussi testé celui-ci
- J'ai bidouillé un peu le fichier pour remplacer les .pde par des .ino, spécifié le répertoire d'arduino, etc.
J'ai cette erreur :

Code:

make: *** Pas de règle pour fabriquer la cible « /usr/share/arduino/hardware/arduino/cores/arduino/buffer.o », nécessaire pour « blink.elf ». Arrêt.

J'ai peut être corrigé cette erreur et buté sur une autre, je me souviens plus trop, j'y ai passé une partie de la nuit j'ai pas noté tout ce que j'ai fait...

3. CMake : https://github.com/queezythegreat/arduino-cmake
Après avoir téléchargé le dépôt, comme le dit le readme j'ai créé un dossier build, je me suis puis j'y ai ouvert un terminal et tapé 'cmake ..', puis 'make'.
J'ai malheureusement cette erreur :

Code:

libdiecimila_CORE.a(main.cpp.obj): In function `main':
/usr/share/arduino/hardware/arduino/cores/arduino/main.cpp:11: undefined reference to `setup'
/usr/share/arduino/hardware/arduino/cores/arduino/main.cpp:14: undefined reference to `loop'

Vous pouvez m'aider sur la solution avec laquelle vous êtes le plus à l'aise, pour moi essentiel c'est que ça marche
J'ai juste une petite préférence pour scons car à première vue ça à l'air plus simple et il se base sur les configs du logiciel Arduino, on ne se les tape pas à la main.

Merci à vous.

Roipou.

si une profondeur de 8 bits est suffisante pourquoi pas

Oui c'est suffisant pour mon application.

Quant au mcp4728, je le laisse de coté, ça me semble plus compliqué de gérer les adresses en eeprom, puis en plus il m'en faudra 2, puis je redoute un peu le boitier msop.

Si tu veux convertir le pwm en valeur analogique une résistance et un condo devraient suffire !

Comme je l'ai précisé en début de message, le pwm ne me convient pas car je monte en fréquence (environ 1kHz)

Je partirais donc sur le TLC5628.
Merci à vous !

J'ai trouvé notamment le TLC5628CN sur radiospares.
8 bits, 8 canneaux, boitier DIP

En gros il y a 4 puces différentes, pour les 4 états de A1-A2, en revanche le A0 est externe, mais il n'est pas disponible sur la carte de Sparkfun (j'ai regardé leur schéma, le pin A0 est bien à la masse).

C'est pas un peu con ? Pourquoi Microchip ne l'a pas fait en boitier 8 pins ?
Il doit surement exister un équivalent de ce CNA avec A0-A1-A2 en externe non ?

Bonjour.
J'aimerais commander 6 sorties analogiques (pas de pwm) avec un arduino uno.
La qualité du signal de sortie n'est pas primordiale.

Pour cela j'ai trouvé 2 CNA sur Sparkfun.
le MCP4525 : CNA série qui utilise l'I2C,
le AD5330 : CNA parallèle sur 8 bits.

Le problème, c'est que je n'ai pas 6 sorties I2C pour utiliser le 1er, ni 48 sorties numériques pour utiliser le second.
Je pourais utiliser des 74HC595 pour augmenter le nombre de sorties, mais ça comence à revenir un peu cher, il doit y avoir une solution plus économique.

Merci à vous.

Roipou

C'était géant, on est vraiment dans un gros délire de DIY pendant 2 jours.
Des ateliers sympas, des créations du Tetalab un peu partout, des conférences super intéressantes.
Pour ma part c'était aussi pour moi l'occasion de rencontrer diverses organisations et découvrir leurs objectifs, Usinette.org, le Tetalab, TetaNeutral, le Fablab, la Quadrature du net, Anonimous Toulouse, etc.

Tu peux d'ailleurs revoir les conférences sur le site du Tetalab.

Youp.

Ah ok, merci!
Et bien non, je n'en tiens pas compte.
Il y a une formule pour calculer la calculer la flèche, c'est en fonction du poids de la flèche, celui de l'objet et la longueur des chaîne?
Enfin c'est peut-être négligeable pour les distances que j'utilise pour l'instant, mais j'essaierais d'en tenir compte.

Youp.

Flèche = flexion

Oui, je vois ce que c'est genre pour une poutre, mais dans le contexte je comprends pas.

Je ne sais pas ce qu'est la flèche en mécanique.
Cela influence de quelle manière la position du stylo?

C'est vrai surtout quand le stylo est en haut avec les chaines très horizontales (ou juste presque horizontales)
En position basse, la flêche doit être négligeable.

Quand les chaînes tendent vers l'horizontal, le robot est moins précis car le module est tiré aux 2 extrémités (comme si on l'écartelais comme un barbare ^^). Je ne peux pas corriger ce problème, par contre je m'arrange pour ne jamais avoir ce phénomène en laissant un espace négligeable entre le haut de la feuille et les moteurs (ici 30cm).

J'ai également programmé un simulateur sous Processing, qui permet de ne pas faire les tests réels (avec le robot) à chaque fois, ce qui me permet de dissocier les problèmes matériel et logiciel, et d'anticiper ces derniers.

Youp.

tu estime à combien la vitesse d’écriture?

À vu d'oeil je dirais 1cm/sec, je ferais un calcul précis ce we (je n'ai pas mon robot sous la main en semaine).

Tu prends en compte la flèche de la chaine ?

Heu? Pourrais-tu détailler?
Je ne prends en compte que l'écartement des 2 moteurs.

J'ai le grand plaisir de vous présenter mon 1er projet arduino.
Il s'agit d'un robot qui permet de dessiner sur une feuille de papier accrochée à un mur.

Il est composé de 2 moteurs pas à pas, un servo-moteur et un shield carte micro-SD fait maison.

Les 2 moteurs tirent une chaîne sur laquelle est fixée un module.

Sur ce module est fixé un stylo et le servo-moteur qui va éloigner ou non l'éloigner de la paroi afin de contrôler l'écriture.

La taille du dessin n'est limitée que par la longueur de la chaîne (on peut lui faire dessiner des affiches de 2m de large ).
Le programme lit une image svg présente sur la carte mémoire et la reproduit telle-quelle.
Bien sur il est totalement autonome (le câble usb qu'on peut voir sur la vidéo ne sert que pour l'alimentation).

En connectant la carte au PC, on peut exécuter un simulateur (sous Processing) qui va reproduire les mouvements du robot à l'écran.
Très partique, il permet par exemple de corriger des bugs sans tester pour de vrai avec le robot (et gagner beaucoup de temps )

En haut le dessin .svg, en bas le simulateur, qui reproduit les défaut que fera le robot.

Une vidéo du robot en action (vitesse *4)

Enjoy!

L'ensemble du projet fait environ 1500 lignes de codes.

Je mettrais régulièrement le post à jour pour faire quelques ajouts et vous tenir informé des améliorations.

N'hésitez pas a poser vos questions ou remarques!

Youplop

Hé bien c'est bon je valide!
Tout marche super, un grand merci à toi barbutor, ainsi qu'aux autres contributeurs

Note: Au début je comprenais pas trop, ça ne fonctionnait toujours pas sur ma lib.
Je me suis aperçu que j'avais branché mon servo sur la pin A5, qui n'est pas une sortie PWM, donc le servo déconnait évidement.
Tout va bien sur la pin 9.

C'est donc avec un immense plaisir et un grand soulagement que je clos la 1ere phase de mon projet (disons une version beta), qui n'est pas des moindres.

Je réserve donc ma "petite surprise" à Barbutor et à Skywodd, qui m'ont beaucoup aidé sur ce projet (cf début du topic).

Je vous pouvez jeter un œil sur le ss-forum des projets finis pour découvrir le mien!


Youp.

Ouah, super!

Merci pour tes explications.

Je viens de tester ton sketch, il marche très bien en effet.
J'essaierais de l'intégrer dans ma lib dans la soirée.

Merci encore!
Youp

Pas de soucis, mes fichiers .cpp et .h sont tous les 2 nommés par des majuscules, ça ne vient pas de là car ça compile.
Pas de problème de hardware non plus car le servo fonctionne avec le fichier d'exemple fourni...

Quelqu'un a un servo-moteur sous la main pour faire le test, pour voir si c'est juste chez moi que ça déconne?

Youp.

Je peux me tromper mais je crois que la déclaration de servo dans Test.h ne crée pas d'instance.

Pourtant il m'est déjà arrivé d'utiliser de cette manière le type File, qui hérite de SD.h .
Ici j'utilise le type Servo qui hérite de Servo.h ... Ça ne fonctionne pas pareil?

Si je le mets dans mon .cpp, où je dois mettre la déclaration de l'objet Servo pour qu'il soit visible dans toutes mes fonctions?