BCN3D MOVEO

Je suis étudiant en Master 2 AI2D et, dans le cadre d’un projet personnel, j’ai décidé de construire un bras industriel open source célèbre : le BCN3D MOVEO.

Ce projet a plusieurs objectifs. Tout d’abord, il me permet de développer des compétences en hardware dans la construction du projet.

De plus, il me permettra de mettre en avant, dans mon CV, mes capacités à réaliser un projet robotique complet, tant sur le plan hardware que software, ce qui, je l’espère, facilitera mon recrutement au sein d’entreprises spécialisées dans le secteur de la robotique.

Enfin, une fois le projet terminé, il me permettra de me lancer dans la réalisation de projets software en utilisant les notions apprises au cours de mes enseignements de robotique suivis à Sorbonne Université – Jussieu.

Le lancement de ce projet a commencé fin septembre 2025. J’ai débuté en consultant le site officiel : BCN3D MOVEO, qui m’a permis de découvrir le projet.

Ensuite, je me suis rendu sur leur GitHub : BCN3D-Moveo GitHub.

Sur ce GitHub, deux fichiers sont particulièrement intéressants pour se faire une idée claire du projet :

• BCN3D Moveo BOM.pdf : contient l’ensemble des composants nécessaires à la construction du bras.

• User Manual BCN3D Moveo.pdf : un manuel d’assemblage complet et précis.

Il me fallait maintenant comprendre le fonctionnement de l’assemblage des pièces et, surtout, le circuit électrique du projet. Après plusieurs recherches sur les composants hardware, j’ai compris que le projet s’articule autour d’une RAMP 1.4, un composant souvent utilisé pour les imprimantes 3D. Avec ses 5 moteurs, ceux-ci ne formeront pas les axes X, Y, Z et extrudeurs 1 et 2, mais les différentes articulations du bras.

Pour le déplacement du bras robotique, le projet BCN3D MOVEO met à disposition un firmware, qui est une version du logiciel open source Marlin adaptée à leur bras robotique.

J’ai réalisé un schéma de câblage à partir des informations disponibles, car il n’existe pas de schéma similaire déjà disponible :

 

 

Ce schéma a été réalisé pour un moteur, mais il est identique pour les six autres moteurs.

Et là, la subtilité se révèle : il y a 6 moteurs pour 5 axes !

En effet, un axe nécessite deux moteurs. On utilise toujours un driver par moteur, mais les câbles de deux drivers vont utiliser la même sortie. Comme ils doivent tourner simultanément mais dans des directions opposées, il faut inverser les deux fils du câblage de l’un des deux moteurs à la sortie du driver.

Après avoir trouvé le câblage du système, je me suis mis à chercher à acheter l’ensemble des composants. Cependant, il était très compliqué pour un particulier d’acheter les moteurs précis indiqués dans le fichier BOM, et je me suis donc retrouvé bloqué.

J’ai alors cherché à passer par un magasin spécialisé pour passer ma commande. Mon choix s’est porté sur le magasin Letmeknow à Paris. Le temps de recevoir le devis, j’ai découvert un site où un particulier propose une alternative au projet initial, avec des moteurs plus accessibles, simples à obtenir et moins chers : Instructables – Giant 3D Printed Robot Arm.

J’ai donc commandé et reçu tous les composants nécessaires à la construction du robot :

[RAJOUTER LA LISTE DES COMPOSANTS COMMANDÉS]

Certaines pièces sont destinées à contenir des moteurs et ne peuvent pas être imprimées en PLA. En raison des contraintes mécaniques et de la chaleur des moteurs, il y a un risque de torsion des pièces. Il fallait donc utiliser des filaments comme l’ABS ou le PETG. Je me suis donc rendu au FABLAB pour imprimer en ABS, mais ma première tentative a échoué : la pièce a subi un fort warping.

De plus, il y a eu une coupure de courant et l’impression s’est arrêtée. J’ai donc relancé la même impression en réduisant le remplissage de 40 % à 25 %. Cependant, il y avait de gros défauts sur la deuxième impression : une partie s’est cassée, mais je vais tenter de la recoller avec un pistolet à colle.

Entre-temps, j’ai reçu les moteurs et commencé à réaliser le montage électrique :

 

 

 

Une fois le câblage effectué sur un seul moteur avec un seul driver, afin de limiter les risques en cas de court-circuit, j’ai constaté que le moteur se fixe mais ne tourne pas lorsqu’on envoie des commandes GCODE depuis Pronterface.

Pour m’assurer qu’il ne s’agissait pas d’un problème hardware, j’ai écrit un code simple pour faire tourner mon moteur sans Marlin, et il a fonctionné sans problème.

Aujourd’hui, je suis en train d’essayer de faire fonctionner le logiciel Marlin sur mes moteurs.