Oui c'est sur qu'avant de choisir un HW, il faut déterminer tous les besoins, et choisir la carte et/ou shield qui convient. à vu de nez je pense que ça devrait le faire, mais tu aura peut être besoin de souder des fils directement sur certaines pin du shield pour accéder aux pins de l'arduino.
C'est sur que tu n'as pas choisi le plus facile pour commencer, mais tu vas apprendre plein de choses utiles.
il faut que tu initialises les stepperX, Y et Z en mode "AccelStepper:Driver" et que tu appelles setEnablePin() ensuite pour configurer la pin Enable. Par ex :
AccelStepper stepperX(AccelStepper::DRIVER,X_STEP_PIN,X_DIR_PIN);
Et dans le setup() :
StepperX.setEnablePin(X_ENABLE_PIN);
ok, je travaille dessus !
mais je trouve que des exemples avec un seul moteur
quand j'ai plusieurs moteurs, comment je détermine que je nome le moteur X et pas le moteur Y et comment je fait le lien entre le moteur x et ses sortie par ex step et dir ?
j'ai fais ça:
j'ai déterminé les pattes des branchements Arduino via le Ramp1.4
Stepper Xstepper(stepsPerRevolution, 38,54,55);
Stepper Ystepper(stepsPerRevolution, 56,60,61);
Stepper Zstepper(stepsPerRevolution, 62,46,48);
#define EnablePinX 38 // Driver X Activation du driver/pilote
#define StepPinX 54 // Driver X Signal de PAS (avancement)
#define DirPinX 55 // Driver X Direction
#define EnablePinY 56 // Driver Y Activation du driver/pilote
#define StepPinY 60 // Driver Y Signal de PAS (avancement)
#define DirPinY 61 // Driver Y Direction
#define EnablePinZ 62 // Driver Z Activation du driver/pilote
#define StepPinZ 46 // Driver Z Signal de PAS (avancement)
#define DirPinZ 48 // Driver Z Direction
//----------------Acceleration library definitions-------------------
AccelStepper stepperX(AccelStepper::DRIVER,motorInterfaceType, StepPinX, dirPinX); //modif Richard
AccelStepper stepperY(AccelStepper::DRIVER);
AccelStepper stepperZ(AccelStepper::DRIVER);
AccelStepper stepperX(AccelStepper::DRIVER,X_STEP_PIN,X_DIR_PIN); //info Etienne _ =numéro de pin ou #define StepPinX ?
je sais pas comment dire que le driver pour le moteur X est le bon, comme ça?
AccelStepper stepperX(AccelStepper::DRIVER,motorInterfaceType, StepPinX, dirPinX); //modif Richard
merci d'avance
ça fonctionne pas , quand je compile j'ai une erreur :
no matching function for call to 'AccelStepper::AccelStepper(AccelStepper::MotorInterfaceType, AccelStepper&, int, int)'
et bas pas simple !
j'ai avancé j'ai remplacé DRIVER par MotorInterfaceType ca avance plus loin mais j'ai un nouveau problème 
AccelStepper Xstepper (AccelStepper::MotorInterfaceType, Xstepper, StepPinX, DirPinX );
'Xstepper' has not been declared, j'ai mal déclaré le Xstepper...
il me faudrait un prof particulier, c'est galère .
Tu as défini ça comme il faut.
Mais tu ne peux pas utiliser de fonction qui sont "protected". Elles sont réservées pour le fonctionnement interne de la lib.
Tu peux utiliser les autres qui sont publiques, comme par exemple :
Zstepper.setSpeed(10);
Zstepper.runSpeed();
Si tu veux utiliser cette lib, il y a doc de référence ici : https://www.airspayce.com/mikem/arduino/AccelStepper/
Et dans AccelStepper.h tu as au dessus de chaque fonction les explications de comme ça s'utilise.
Ah ok , je pensais que c’était lié au nouveau mode de pilotage des moteurs.
Le programme est fait sur les anciennes fonctions c’est ça ?
De la librairie qu’il utilisait avec les moteur unipolaires ?
En gros je recherche les fonctions d’avant et je modifie avec la nouvelle lib que j’utilise.
J’aurais pu faire autrement en utilisant son code sans modifier le programme ?
Ou du fait d’avoir pris des moteurs bipolaires en pilotage step/dir je suis bien la bonne méthode ?
Merci du coup de pouce ! Je me noyais dans la matrice là ! 
Non le programme utilise 2 types de contrôles : avec et sans contrôle de l'accélération. Le contrôle sans accélération se fait avec les classes Xstepper, etc.. et avec accélération c'est avec stepperX,...
C'est un peu bizarre, mais il faudrait passer pas mal de temps à comprendre pourquoi il a fait ça. Moi si j'étais à ta place je repartirait de zéro.
Commence par essayer de faire bouger simplement chaque axe, en implémentant les fins de course. Une fois que tu as validé les 3 axes, tu pourra commencer à attaquer la logique du gameplay.
coool ! Ça y est tu as mis le doigt dans l'engrenage 
Hâte de voir la suite.
Pour le lien que tu donnes, c'est écrit dans la description: 20x4 lignes.
Je ne connais pas cette référence d'écran. Pour la connectique il faut tout vérifier, je ne peux pas te dire comme ça.
Les libraires sont stockées à plusieurs endroits avec l'ide Arduino :
- ide\libraries : elles sont accessibles à toutes les cartes
- ide\hardware\arduino\avr\libraries : ces librairies seront prises en priorité pour les cartes Arduino 8 bits AVR, dans Hardware tu as tous les noyaux et libs des cartes que tu installes par le board manager.
- sketchbook location/libraries : comme le dossier ide/libraries
Certaines libraires sont souvent spécifiques à certains micro-contrôleurs (quand ça accède au hardware, par ex SPI et I2C), d'autres vont marcher sur plusieurs cartes différentes et dans ce cas il faut les mettre dans ide\libraries ou user\sketchbook location.
Le dossier "sketchbook location" est celui que tu configures dans les préférences de l'ide arduino, là où sont stockés les projets perso par défaut
La lib stepper, il me semble, n'est pas prévue pour utiliser un driver mais pour piloter directement des ponts en H pour piloter les moteurs, alors que la lib AccelStepper peut faire les 2.
Je me répète, je ne sais pas pourquoi dans le projet que t'as récupéré il utilise les 2, mais je n'aurai pas fait comme ça.
A mon avis la lib AccelStepper peut tout faire.
Je pense qu'il vaut mieux que tu essaies de comprendre comment faire ça comme il faut plutôt que de bricoler un code plutôt mal écrit qui n'est pas forcément adapté à ta version.
Sauf si tu ne cherches pas à comprendre comment ça marche, mais ça m'étonnerai de toi
Oui bien sur tu ne peux pas partir de zéro, mais parfois essayer de comprendre du mauvais code est une perte de temps.
Je n'ai pas analysé en détail le code, mais il utilise les 2 libs sur les mêmes pins de moteurs à 4 fils, pas en mode driver.
A partir du moment où tu sais lire une entrée numérique pour les fins de courses ou le joystick et piloter un moteur pap, tu a tout ce qu'il faut.
Enfin tout dépends si tu veux juste faire marcher ce projet en essayant de bricoler un code bancal, ou si tu veux maitriser tout le code pour l'adapter comme il faut et le faire évoluer. Je ne juge pas, j'ai commencé comme tout le monde par un print "hello world".
Mais il m'est arrivé très souvent d'utiliser des libs sans trop chercher les détails au début, pour finir par les réécrire entièrement tellement c'était inefficace et horrible à maintenir.
Idem pour mon propre code d'ailleurs
tu n'as pas besoin d'écran pour tester, le joystick et un bouton ça doit suffire pour tester les 3 axes et les fin de course
