Motion 6 axes - Arduino?

[wilow91]

Bonjour à toutes et a tous,

Pour un projet je suis à la recherche d'une solution permettant de faire bouger 6 moteurs pas a pas sur un soft de controle (dragonframe).
Le but est de faire bouger de petits objets dans des axes/positions différentes.

J'avais trouvé une solution avec de l'aduino et une carte cnc shiel mais j'ai l'impression d’être limité à 4 moteurs. Existe t-il une solution permettant soit de combiner deux cartes CNC shield ou alors existe t-il une carte permettant le contrôle de 6 moteurs ?
(Ces 6 moteurs aurons une direction/vitesse différente.)

Merci beaucoup pour votre aide !
-----

[jiherve]

bonjour
le nombre de moteurs pilotables est lié au nombre de timers disponibles , avec un 328P il y en a 3 en théorie mais il se peut que la librairie Arduino en utilise un pour autre chose.
En assembleur pur et dur c'est possible.
JR

[wilow91]

Je ne suis pas sur de comprendre. Avez vous plus d'infos ?
Merci

[gienas]

Bonjour wilow91 et tout le groupe

Bienvenue sur le forum.

Je ne suis pas sur de comprendre ...

Pour dire la vérité, moi non plus.

Chaque Arduino est caractérisé par un nombre d'entrées/sorties fini, qui, en principe sont à affecter avant de commencer.

Chaque moteur doit être alimenté pour pouvoir être actionné dans les deux sens ) des vitesses variables (ou non). Si c'est l'Arduino qui doit fournir les niveaux il est probable qu'il ne pourra pas le faire pour les six moteurs.

Si cette "alimentation" est confiée à des interfaces spécialisées, seules des commandes simplifiées (marche/arrêt, sens1/sens2, ...) sont à délivrer par l'automate et c'est la complexité de ton cahier des charges qui va imposer le nombre d'entées/sorties (logiques).

Il n'est pas dit que les six moteurs soient identiques en comportement. Certains d'entre eux peuvent avoir des besoins limités (donc se contenter de moins de commandes). Là, nous sommes dans le brouillard complet.

[A voir en vidéo sur Futura]

[wilow91]

Merci pour votre réponse,

Pour mieux voir ce que je souhaite faire vous pouvez regarder sur Instagram la page de -> drewsmethursfx.

L'idée est de contrôler ces moteurs de façon indépendante en vitesse et en direction. Ces moteurs seront controlés par le logiciel DragonFrame (voir photo)

Je suis donc a la recherche d'une interface permettant de connecter ces moteurs entre eux et de les contrôler ensemble pour qu'ils soient synchros. J'ai pensé d'abord a l'arduino mais peut-être fais-je fausse route et que je ne dois pas me diriger vers cette interface. Peut-être de l'ethernet ?

Sur le site internet de DragonFrame ils proposent de connecter un ensemble de moteur sur un switch ethernet en RJ45 permettant de contrôler jusqu'a 32 axes (https://www.dragonframe.com/fr/produit/dmc-32/), en revanche il n'y a aucune infos sur l'alimentation électrique des moteur et de la "traduction" des données RJ45 vers la connectique du moteur pas a pas.

J'espère être clair
Merci encore pour votre aide,

[Murayama]

Bonjour!

J'espère être clair

Pas pour moi, en tout cas.
Arduino, c'est une plateforme hardware qui est comparable à un PC pour la bureautique.
Il y a plein de sortes de PCs, des à coût réduit avec de petits processeurs (genre i3)
pour ceux qui demandent à un PC d'avoir un mail et un navigateur pour internet.
Et à l'autre côté du spectre, il y a des bêtes de course avec beaucuoup de RAM, un gros
disque SSD une carte graphique que l'criss et tout.
Pour Arduino, c'est pareil, il y a le Uno avec une quinzaine d'entrée / sortie, il y a
le Mega avec beaucoup plus, etc...

Peut-être de l'ethernet ?

Non. Je ne sais pas comment vous imaginez ethernet, mais ce système ne peut pas "connecter
entre eux des moteurs pour qu'ils soient synchros".
C'est juste un support physique d'échange de données. Avec tout de même une norme de
transmission, on ne peut pas faire n'importe quoi.
Alors entre 2 moteurs, il y a peu de chances qu'ils se synchronisent par magie. Le mieux
pour synchroniser des moteurs est qu'ils soient pilotés par un système unique.

Le mieux serait d'expliquer clairement ce que vous voulez faire. J'ai compris que:
1. Vous voulez piloter 6 moteurs indépendemment (direction, vitesse différente), mais
de façon synchrone pour que tous les paramètres de vitesse et de position soient liés
à tout instant.
2. Ben y'a pas de 2.

Donc questions:
Qu'appelez-vous synchrone? Je veux dire: entre la commande et son exécutuib, quelle
doit être le délai maximal, quelle doit être l'erreur maximale?
Est-ce que tous les axes ont les mêmes contraintes?
Comment allez-vous traiter les sauts de pas? Quand l'effort est trop important, on
perd des pas. Vous voulez corriger ou pas? Si vous voulez corriger, il faut des encodeurs.
Mais dans ce cas là, vous introduisez du délai parce qu'il faut le temps de lire
leurs valeurs, comparer, interagir.

"traduction" des données RJ45

RJ45, c'est un format de connecteur, pas un format de données. Si ce RJ45 est le connecteur
de sortie de l'appareil du lien ci-dessus, tout dépend si vous pouvez savoir ce que ça fait,
ça s'appelle le protocole. Si le protocole est publié ou déjà standard, vous pouvez probablement
trouver quelque chose pour faire l'interface ou la faire vous-même. Sinon, j'ai bien peur
que vous ne soyez bloqué et obligé de trouver autre chose. En plus, à ce prix là, faut en
avoir l'utilité sinon on l'amortit pas. (1)

Pascal

(1): vous aurez peut-être reconnu une phrase d'un dialogue d'Audiard. Je vous laisse deviner.

[umfred]

sur la page que tu mentionnes, ils indiquent l'utilisation de driver geckodrive; même si le lien ne fonctionne pas, on y lit la référence g201x que l'on retrouve facilement sur le site de geckodrive > https://www.geckodrive.com/product/g...al-step-drive/
Et tu as toutes les infos en regardant les doc techniques:
le RJ45 du DMC35 transmet des signaux différenteils Step et Dir en plus d'alimentation (donc ce n'est pas de l'ethernet), et il y a un port de sortie DB37 qui sort les signaux en non différentiel
et les drivers geckodrive ont des entrées Step et Dir)

[polo974]

Et en 8 axes, ça ira?
https://biqu.equipment/products/bigt...speed-solution