• Rejoignez notre communauté d'amateurs et de professionnels – C'EST GRATUIT !

    L'inscription ne prend que 30 secondes. En tant que membre, vous pourrez :

    • Obtenir des conseils d'experts sur vos défis d'usinage, vos anciennes machines.
    • Rester dans la conversation grâce aux notifications instantanées.
    • Des réductions exclusives de la part de nos partenaires.
    Continuer avec l'Email

Selection electronique pour une CN avec Linuxcnc

laurent12100

Compagnon
Bonjour,

le Projet finale qui n'est pas le sujet de ce poste, serait de faire un rétrofit de mon tour 3axes de num750 vers LinuxCNC
A ce jour je n'ai pas trop le temps,ni les compétences puis c'est une machine qui produit.

Avant de ce tour je voudrais en trouver un vieux pour me faire la main, mais j'ai des contraintes de place,je voudrais un modèle de 1m2, avec tourelle fixe (= outils en groupe = gang tooling) pour faire de la petite pièce mais pas évident à trouver.

Pour le moment je vais me contenter de bidouiller avec mes NEMA 17 et aussi une petite fraiseuse Proxon Mf 70. Je l'avais acheté il y a un moment pour m'amuser, je l'avais passer en CN avec GRBL et des NEMA 24.






Après avoir parcourue le forum, youtube et un peu linuxcnc et commence à voir de la lumière :D

Je vais commander :

- le kit raspberry pi 5 (équipé de l'alim et d'un ventilo) installer linuxcnc (pas de soucis pour ça)
- j'ai donc déja 3 NEMA 17 et 3 nema 24 sur la Proxon
- ces drivers Driver de moteur pas à pas TB6600

pour les cartes j'ai compris qu'il fallait passer par
- mesa 7c81 89$
ou
- byte2bot ( Parallel Port Raspberry Pi Hat 293€ ouff + 5 Axis CNC Interface Adapter Parallel Breakout Board 84€)

ensuite je veux :
- cabler et parametrer des fin de courses et parametrer le Homing
et bien d'autres options qu'une machine industriels possède..

auriez vous des conseilles et suggestions avant que je commandes ?


--------
source de compréhension
https://www.instructables.com/LinuxCNC-on-Raspberry-Pi-With-GPIO-Control/

First steps with LinuxCNC
Limits and homing with LinuxCNC


merci d'avance !
 
Dernière édition par un modérateur:
Bonjour,

Avant de commencer, bien prévoir de faire la liste des toutes les I/Os dont tu vas avoir besoin (par exemple le controle de la broche) et si tu prevois des extensions (surtout pour ton projet long terme avec le tour et si tu as d'autres automatismes à controller.

Vas-tu avoir une interface de controle ? Pour pouvoir selectionner la vitesse sur un pupitre, eventuellement un pendant pour deplacer les axes manuellement. Comment vas tu interagir avec Linuxcnc? via un ecran tactile? tu as besoin de boutons en particulier?

Sinon ta configuration semble correcte en premier abord, une video sur le setup et comment configurer les différents éléments pour t'aider.

Max
 
Bonjour,

C'est un beau projet, et effectivement LinuxCNC est suffisamment versatile pour te permettre une grande liberté de conception. Cependant la courbe d'apprentissage peut-être un peu rude et il ne faut pas hésiter à persévérer, ce qui peut être difficile si tu manques de temps.

D'ailleurs qu'est ce qui t'as orienté vers LinuxCNC ? Pourquoi pas MACH3, UCCNC, ou autre... ?
Je rejoins maxcnc sur la nécessité de bien définir ton projet pour ne rien oublier, et de bien tout noter pour avoir une documentation à laquelle te référer plus tard, particulièrement pour LinuxCNC où tout est si personnalisable.

Tu cites deux configurations possibles pour LinuxCNC, mais il en existe d'autres, même si effectivement les cartes MESA et le port parallèle restent les plus répandues. Personnellement je me suis orienté vers un mini PC + écran tactile et pilotage en Ethercat. Tout passe en RJ45, et même si la configuration peut être parfois complexe, l'intégration finale est beaucoup plus simple à mon sens. J'étais parti sur MachineKit sur un BeagleBone Black pour un rétrofit de microfraiseuse, mais je me sentais limité par le hardware (et je n'ai pas testé Raspberry Pi pour la même raison).

En tout cas n'hésite pas à partager tes progrès ici !
 
Cela fait 20 ans que je bricole sous linux, et quand je peux me passer de windows et utiliser de l'opensource c'est tout gagné !
Je pars sur MESA car c'est ce qui semble le plus adapté ou du moins le plus facile à mettre en œuvre pour un début.

De ce que j'ai entendue Ehtercat me branche beaucoup (plus simple à mettre en place une fois tout assimilé) mais comme cela semble obscure pour beaucoup de monde, je vais commencer par ce qui est bien connue pour chercher plus facilement de la doc et avoir + de support.
De même pour la partie hardware je suis un peu largé haha, donc comme je l'ai mentionné en haut je vais globalement reprendre une config qui fonctionne pour me concentrer sur linuxCNC.

J'ai 2 projets de conversion là

- un tour EMCO 120
- ce 3 axes basique ( à moins que je le passe sur Fluidnc)



Je tente de faire un plan de compréhension de certaines configs, pourriez vous me corriger



 
Bonjour et bonne année 2026 !

Effectivement, si tu as l'expérience de Linux, il ne faut pas s'en priver, surtout avec Microsoft qui fait de plus en plus n'importe quoi...

FluidNC peut-être une bonne idée pour une petite 3 axes comme ça je pense. Je ne l'ai jamais utilisé sur une machine "sérieuse", uniquement du test, mais ça m'a semblé très accessible (bon, l'interface web est vraiment basique, mais ils cherchent quelqu'un pour s'en occuper depuis un moment). Pour le coté FluidNC de ton synoptique, il y a des cartes avec des drivers intégrés (http://wiki.fluidnc.com/en/hardware/existing_hardware). De manière générale des moteurs pas à pas avec driver et encodeur intégrés existent, tu leur envoie STEP et DIR et la boucle fait le reste.

Si tu optes pour LinuxCNC avec Ethercat, je peux te conseiller les servos 220V de JMC (Just Motion Control). Il y a différents couples moteur/driver (gamme JASM/JAND) en fonction de tes besoins, et tout est disponible avec encodeur (absolu ou relatif). Il font aussi des pas à pas avec driver intégré en Ethercat, mais je ne les connais pas, jamais testé.

Bonne chance !
 
Hello
Je suis parti sur un pi 4 et une mesa 7c81 comme toi, puis j’ai ajouté une bob 5 axes pour les branchements des moteurs
Pour l’instant, je suis dans la phase montage sur une platine avant de cabler histoire de ne pas couper les fils trop court.
Ça fait plaisir de voir que nous sommes trois sur la même base de travail
 
Dernière édition:
J'attends moi aussi ma 7c81 pour un nouveau projet. L'interface SPI devrait être moins sujet aux latences que l'Ethernet (qui n'est pas temps réel).
 
Hello,

Perso j'ai laché l'affaire avec MESA, je suis passé en Ethercat, et je ne regrette absolument pas.
Pour l'histoire du temps réel, enormement de machines indus tournent sous Ethercat et je pense que ces machines sont nettement plus efficaces que les notres, soit disant en temps réel.

La vraie question c'est surtout si tu veux faire de la boucle fermée ou non, je pense que c'est bien plus important que le temps réel.

Pour la boucle fermée, ca n'a pas d'interet de faire du step/dir, il faut un asservissement en vitesse il me semble.

Je n'ai pas bien compris si tu veux de l'aide pour la proxon ou pour le tour, mais pour un tour indus, c'est dommage de mettre des PaP je pense. Si tu veux une machine pour la production, il faut mettre des éléments un peu sérieux et les dimensionner correctement.
Quoi qu'il en soit, le tour sera quand meme inutilisable à minima plusieurs semaines, voire mois, il faut le prendre en compte.
 
Pour la boucle fermée, ca n'a pas d'interet de faire du step/dir, il faut un asservissement en vitesse il me semble.

De ce que j'ai compris, que ce soit en step/dir ou en Ethercat, le fonctionnement du moteur pàp reste le même, une boucle fermée est un asservissement en position. L'encodeur intégré au moteur est géré directement par le driver pour compenser une éventuelle perte de pas ou renvoyer une erreur.
L'Ethercat va juste remplacer les commandes du driver et simplifier/renforcer le câblage. Je pense que ça intègre aussi la gestion des erreurs avec un vrai protocole de communication entre le driver et le PLC.
Pour une même machine, de mon point de vue, l'Ethercat n'apportera aucun gain de performance ou de précision.
 
Oui, ethercat ne reste qu'un protocole de communication. Mais se cantonner à Mesa pour l'argument du temps réel je pense que ça ne fait plus trop de sens. Surtout sur le long terme, le jour où y'a un souci avec le fondateur, toutes les cartes ne sont plus dispos...

en revanche il y a des drivers ethercat (delta et sans doute d'autres) qui intègrent une boucle fermée au niveau du driver, ça delocalise la gestion de la boucle de linuxcnc vers le driver. Et j'entends boucle fermée la prise en compte de la position des règles. Car la perte de pas, ce n'est que la 1ere étape mais pas forcément suffisante selon la précision et répétabilité recherchées.
 
La boucle fermée est déjà gérée par le driver, y compris en step/dir.
Les MESA c'est juste pour générer le PWM en temps réel sans passer par LinuxCNC.
Ce que tu décris c'était du temps du port parallèle où c'est LinuxCNC qui générait les PWM (avec une forte criticité sur le noyan temps réel).
 
J'ai du rater une étape, dans les drivers de PaP cités au dessus, tu en as qui ont une entrée codeur pour les regles ?
Je sais que de plus en plus il y a un retour codeur moteur pour je ne savais pas pour les regles
 
Ben il le font à peu près tous maintenant.
Par ex. chez Vallder :
Ou un CLE23/HBS86/HBS57/etc sur Aliexpress

Par contre effectivement, le TB6600 est un peu archaïque et pas adapté pour du closed-loop.
Ceci dit, les moteurs sont des open-loop donc ça explique ... et l'Ethercat n'apportera rien dans ce cas.
 
Dernière édition:
oui ca c'est pour un codeur moteur aux fesses du PAP, ce qu'ils appellent closed loop pour eviter la perte de pas, en revanche tu ne connais pas le déplacement réel, notamment aux inversions de sens
 
Tu n'as effectivement pas le retour de la position mais si le driver détecte une anomalie il passe en erreur et c'est captable sur un I/O ou pour automatiser un AU.
 
Et j'entends boucle fermée la prise en compte de la position des règles. Car la perte de pas, ce n'est que la 1ere étape mais pas forcément suffisante selon la précision et répétabilité recherchées.

Intéressant ! je viens de comprendre l’intérêt des règles,
mais sur les machines Industriel j'ai pas l'impression qu'il y ait des règles ? ni sur mon mazak, brother, cazeneuve
 
ce n'est pas systématique, j'en ai sur ma mikron et ma maho par exemple.
En gros, soit tu arrives à diminuer tous les jeux de maniere a ce que, sans boucle fermée, tu arrives à la résolution et répétabilité voulues, c'est le cas "de reve"
Soit tu geres les jeux dans des variables, par exemple backlash = 0.1 et dans ce cas, a chaque inversion de sens de rotation, la commande va envoyer un signal corrigé pour tenir compte de ces 0.1mm

En boucle fermée, tu geres le backlash aussi mais en plus tu compares la position réelle à la position théorique à chaque instant afin de vérifier que l'outil est bien à sa place sur tout le trajet et non pas uniquement au bout du trajet comme tu peux le verifier avec un comparateur par exemple.

Encore une fois, ce n'est que mon avis: un retrofit indus coute rapidement plusieurs miliers d'euros quand tu dois changer la commande et les moteurs. Et l'investissement en temps est encore plus important. Si l'état mécanique de la machine est bon, l'investissement est justifié.
si l'état est moyen, on peut partir sur un retrofit "a minima".
Mais investir des dizaines d'heures et miliers d'euros sur une machine pour mettre des PAP, selon moi, cela est vraiment dommage.

J'ai fait cette erreur avec le retrofit de mon tour indus ou je n'ai pas de regle. j'ai des dixiemmes qui se baladent à droite à gauche et j'ai enormement de mal à avoir quelque chose de fiable et sans regle, c'est très dur d'identifier l'origine du problème (moteur, accouplement, demultiplication etc)
 
Ce sujet à vraiment pour but de mieux comprendre les possibilités et les compatibilités


J'ai plusieurs projets et je ferais un sujet dédié,

( la proxxon MF70 va resté de coté mais à terme je la passerais sous fluidNC )


Pour une première approche de LINUXCNC je vais jouer avec la cnc Vevor :
- le RPi +
- 7c81 +
- TB6600 +
- NEMA +
- controleur (pour le close loop)

- puis ajout FinDeCourses
- 4eme axes.



Ensuite l mini tour pour produire, je veux faire le retrofit du tour EMCO 120 ( tour d'établie )

- je pensais aussi utiliser un RPI+7C81 mais avec des Servo moteur , mais auccune idée de quoi prendre (driver+servo)

à terme je veux avoir l'axe C + outils tournant, (sans tourelle rotative )


Bien plus tard se possera la question pour le Cazeneuve CT200 où il faudra du matériels addapté à de la production oui, puis avoir du temps.


Question :
souvent on parle de driver moteur alors que sur les CN indus on parle de variateur moteur, pourquoi, quelle est la subtilité ?

merci
 
les variateurs ou VFD sont generalement pour les moteurs aysnchrones, si on les trouve sur une machinem c'est generalement sur la broche quand on a juste besoin de la piloter en vitesse. Meme si par exemple sur les tours indus récents, c'est generalement un servo pour la broche.

Pour les PAP ou les Servo, on va parler de driver

Concernant tes différents retrofits, c'est vrai que les machines sont assez variées mais quand je vois tout ce que j'ai appris pour une machine et les spécificités du hardware, j'aurais tendance à copier la configuration d'une machine à l'autre autant que possible.
Le tour j'ai beaucoup appris et fait pas mal d'erreurs, la fraiseuse ensuite j'ai corrigé les erreurs et fait des choix totalement différents, que j'aimerais appliquer au tour maintenant
 
Je suis tombé sur des PaP ethercat du coup je me suis demandé les critères de sélection entre PaP et Servo

pour mémo : https://vrautomation.fr/moteurs-pas-a-pas-ou-servomoteurs-quel-choix-pour-votre-application/ : =>


Ensuite la question du Ethercat vs Step/dir ? critères de sélection (j'ai fais une recherche sans vouloir utilisé l'IA, mais elle m'a proposé ça)



 
 
Perso je me suis monté ça pour ma CNC, de haut en bas :
BoB custom 5 axes, 2 encodeurs, endstops/relays, etc correspondant au firmware 5ABOBX2D
Raspberry Pi 4 4Gb
Interface custom GPIO, bus I²C, UART, ADS1115 (4 entrée analogiques), alim 5V et alim 3,3V. J'ai prévu le ventilo et le bus OneWire pour la v2
7c81
Boitier DIN
 

Sujets similaires

M
Réponses
8
Affichages
5 042
Mandrak
M
Réponses
12
Affichages
5 317
kooroshtux
Réponses
3
Affichages
15 634
01power
F
Réponses
14
Affichages
3 876
franckapik
F
C
Réponses
14
Affichages
1 753
cedextra
C

Sujets similaires

Réponses
11
Affichages
1 776
Gillet herstal
E
Réponses
20
Affichages
6 351
dh42