Yep!

J'ai de la chance. Il y a un électo-diff dans ma ville.
J'y achète des plaques BUNGARD pour le travail fin.
Et du CIF (surface bleu) pour le gros oeuvres.

Je ne réponds que partiellement...sorry.

[EDIT 1] : Petit ajout.
J'ai déjà eu l'occasion de commander professionnellement des plaques chez Radiospaires et la qualité est trés sujette à caution. Leur stock doit être relativement important et je n'ai peut être pas eu de bol puisque les plaques, en l'occurence des CIF, donnaient un résultat approximatif (fond de tiroir ?)
Nous commandons donc nos plaques (CIF) chez Conrad désormais. Et pour l'instant, les plaques donnent les résultats escomptés.

@+

Zoroastre.

Yep!

La ref de l'imprimante : HP Deskjet D2460 à 4800x1200 dpi.

Cette imprimante n'est plus dispo sur le marché. L'avantage de HP est que l'on remplace systématiquement la tête en même temps que la cartouche. On est ainsi garantit d'avoir une impression de qualité constante même aprés une longue période de pause.
J'ai testé également une Canon PIXMA iP4000. J'ai dû auparavant nettoyer les buses (elle n'avait pas servie depuis longtemps) et le résultat est correct malgrés une définition moindre.

La meilleur adéquation est une imprimante de haute définition ne travaillant pas trop vite.

 J'attends septembre pour investir dans une HP. Ton retour d'experience nous interesse

@+

Zoroastre.

Yep!

Il faudrait déjà commencer par installer le pilote (driver), la carte n'étant pas reconnue par le système d'exploitation.

http://arduino.cc/fr/Main/DebuterInstallationWindows

@+

Zoroastre.

Yep!

cela du à une tension PWM bruité et pas très belle que j'ai osbervé au scope

Le datasheet semble trés précis sur la manière de câbler et créer le circuit (sans compter une bonne paire de révision), tu nous as fournis que le shématic, cependant, il y a peut être des choses à revoir du côté des découplages et filtrages des alimentations (ou des signaux).

Bon en même temps je dis çà même si je pense que tu es plus calé dans le domaine apparement

@+

Zoroastre.

Yep!

Perso, à regarder ton shema, je m'interroge déjà sur l'interêt des diodes sur les lignes pwm ainsi que de la tension de 3.3 volts.
J'ai l'impression que tu fonctionnes à l'envers. Lorsque la pinoche de l'arduino passe à 1dans un cycle, le courant est bloqué alors que le driver attend une tension, etc...

Ne peux-tu pas piloter directement les pwm du driver avec ton arduino comme le montre le datasheet ???

@+

Zoroastre.

Yep!

Perso, pour avoir développer une appli Qt+python communiquant avec un mega1280 en série (usb), je n'ai pas eu ce problème (bon je n'utilisais pas Qtserial).

Il faudrait regarder comment tu gères tes buffers/threads et voir si tu laisses ton programmes se reposer ou pas.

Un programme qui bouffe 100% du cpu est un programme qui réclame constamment des ressources systèmes et qui a certainement des problèmes dans la gestion des tâches et utilisation des ressources systèmes.

C'est le B-A-BA et un challenge constant du programmeur.

@+

Zoroastre.

Code:

stty --file=/dev/ttyUSB0 19200

10° --ROOT-- - 21:21:37
root@debian-k:/home/philippe# stty --file=/dev/ttyUSB0 -a

speed 19200 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke

11° --ROOT-- - 21:21:46
root@debian-k:/home/philippe# stty --file=/dev/ttyUSB0 9600

12° --ROOT-- - 21:22:31
root@debian-k:/home/philippe# stty --file=/dev/ttyUSB0 -a

speed 9600 baud; rows 0; columns 0; line = 0;
intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R;
werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0;
-parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts
-ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff -iuclc -ixany -imaxbel -iutf8
opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0
isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt echoctl echoke

J'en parle un peu ici : http://arduino.cc/forum/index.php/topic,68722.0.html

@+

Zoroastre.

Yep!

Faut installer un paquet, non ???

Perso, moi je ne l'ai pas sous Debian netinstall...(user ou root)

philippe# aptitude search setserial
p   setserial                                                            - Contrôle de configuration des ports séries

stty est la commande par defaut.

@+

Zoroastre.

Yep!

C'est quoi ce lien à la mord moi le noeud...

Tu voulais parler de stty ???

Code:

stty --file=/dev/ttyUSB0 -a

@+

Zoroastre.

EDIT : Tiens !!! Le lien m'a envoyer n'importe où la première fois...La seconde semble plus à propos 

[babyboombros]

Yep!

J'ai peut être été un peu virulent dans ma remarque précedente.

J'ai eu quelques mots avec babyboombros en private et la polémique est aujourd'hui éteinte.

Osaka a parfaitement résumé la situation. Le fond doit être cohérent avec la forme sinon nous dérivons vers le non-sens et le foutoir absolu.

babyboombros a peut être lancé son sujet un peu précipitement, mais je le crois lorsqu'il s'en excuse et affirme qu'il a prévenu le modo de sa bévue.

J'ai d'ailleurs loué l'altruisme altier de barbudor et l'en félicite en quelque sorte. Mais il faut également être conscient que la vie du forum, ce sont ces membres les plus assidus, le noyau dur, dont barbudor fait aujourd'hui fièrement partie, qui la font grandir et évoluer dans le bon sens. Et c'est de notre responsabilité à chacun d'écouter et de faire respecter les règles de notre belle communauté.
D'ailleurs, ces règles ne sont pas figées, elles sont le consensus de nos idéaux...

@+

Zoroastre.

Yep!

Je ne vois pas en quoi mon intervention fût "désobligeante et non constructive", c'est d'ailleurs l'hôpital qui se fout de la charité car tu es parfaitement conscient que tu donnes du boulot supplémentaire aux modérateurs et aux personnes qui tentent de maintenir un site/forum agréable.

C'est ce genre de réactions qui font que je m'adresse à des forums que par nécessités

Si tu ne veux pas succiter ce "genre de réactions", apprend à lire les règlements et à utiliser correctement un forum, chose que tu ne sais pas faire ou que tu ne veux pas faire apparement.
Lorsque que l'on pénètre un espace dont on ne connait pas les us et coutumes, il est courant d'en apprendre un peu avant d'échanger, cela s'appelle de la courtoisie d'ailleurs, et les individus qui jètent leur sujet un peu n'importe comment, n'importe où, sont des pollueurs, point final.

Le présent sujet a débuté poliement et fût bien décrit et résolu in fine, je n'ai donc rien à dire de ce côté là, Je reconnais bien aussi l'altruisme altier de notre ami Barbudor et suis simplement au regret qu'il ajoute de l'eau à un moulin qui n'est pas dans la bonne rivière.

L'envie d'aider, ne doit pas céder à la sensiblerie. Il y a un règlement, respectons le :
http://arduino.cc/forum/index.php/topic,102175.0.html

@+

Zoroastre.

Yep!

Petit rappel : Les questions et interrogations quelconques n'ont rien à faire dans les catégories, ils sont à positionner à la racine du forum.

Cette règle doit absolument être respectée sous peine de foutoir absolu...

De plus, cela évite du travail inutile à notre modo préferé (Le présent sujet sera déplacé sous peu).

(D'ailleurs, je suis outré que l'on puisse répondre à des problématiques qui ne sont pas dans les bonnes cases, Barbudor : -1 )

@+

Zoroastre.

Yep!

Tuto à déplacer dans la catégorie "Réalisations et Projets Finis", non ?

En tout cas, belle présentation

@+

Zoroastre.

Yep!

Oulala ! Tu as un problème avec les tableaux dites donc 

Lorsque tu définis un tableau, il faut bien distinguer la valeur entre crochet et la manière dont le µC va le gérer.

byte monTableau[6] = {1, 2, 3, 4, 5, 6};

La valeur entre crochet est telle que nous la comptons nous autre humain, il contient bien ici 6 élements (ou 6 cases mémoires).

Je ne rentrerais pas dans le détail du pourquoi, c'est comme çà un point c'est tout

Par contre, le microcontrolleur comme tout bon microcontroleur, commence à compter à partir de 0,

Reprenons :

byte monTableau[6] = {1, 2, 3, 4, 5, 6}; // comptage pseudo-humain
......................................0, 1, 2, 3, 4, 5     // comptage du microcontrolleur

Ainsi, lorsque tu créés une boucle ou un appel à ce tableau, tu utilises le langage du µC et commences à compter à partir de zero :

monTableau[0] = 1
monTableau[1] = 2
monTableau[2] = 3
monTableau[3] = 4
monTableau[4] = 5
monTableau[5] = 6

A savoir que lorsque tu fabriques un tableau, tu fais appel à la gestion de la mémoire du microcontrolleur et à un moment donné, il faut bien dire à la mémoire que le tableau est fini.
Si tu essayais d'appeler monTableau[12], le compilateur te retournerait une erreur car tu as créé un tableau de 6 cases et pas 13

En esperant avoir clarifié un peu la situation 

@+

Zoroastre.

Yep!

Si çà peut aider, tu peux piloter autant de servos que tu veux avec un seul PWM et sur n'importe quelle pinoche.

Je viens de plus ou moins faire le tour ce week-end de mes servos

http://arduino.cc/forum/index.php/topic,114551.msg863024.html#msg863024

@+

Zoroastre.