Différences entre les versions de « Table XYZ reboot 2019 »

De Wiki LOGre
Aller à la navigation Aller à la recherche
 
(50 versions intermédiaires par le même utilisateur non affichées)
Ligne 11 : Ligne 11 :
== Présentation ==
== Présentation ==


Mon but est principalement de faire de cette machine une fraiseuse CNC, afin de découper des tôles d'alu, pour faire des assemblages type LOGresse.
Le but est principalement de faire de cette machine une fraiseuse CNC, afin de découper des tôles d'alu, pour faire des assemblages type LOGresse.


Marc, Gregmuch et d'autres ont passé un certain nombre d'heures sur cette machine, et ont fait un énorme travail de ''reverse-engineering'' : les docs qu'ils ont écrites vont permettre d'avancer assez vite.
== Composants utilisés ==


Par contre, ils ont à mon sens voulu ré-utiliser trop de choses existantes, et se sont heurté à pas mal de problèmes (câblage...), leur faisant perdre beaucoup de temps et de motivation. Pour ce ''reboot'', l'idée est est de virer tout ce qui relève du bricolage, et de fiabiliser le plus possible la machine afin de pouvoir s'en servir de manière fiable.
* GRBL
* drivers 2x DM860H + 1x TB6600
* spindle chinois
* alime 24V


== Axes de travail ==
== Log Book ==
 
(par ordre chronologique inverse, la dernière entrée est en haut).
 
=== Mars 2021 ===
 
* achat de 2 drivers DM860H pour piloter les moteurs X et Y
 
=== Février 2021 ===
 
* désossage complet pour nettoyage à fond !
* refait des tests avec des drivers TB6600 : ça fonctionne de manière fluide, mais il n'y a pas assez de couple
 
=== Janvier 2021 ===
 
* suite à la décision de libérer le LOGal, la Table XYZ a été remisée chez Fred, pour continuer à travailler dessus
 
=== Jeudi 6 août 2020 ===


=== Câblage ===
* résolu le souci sur Z : problème de courant ! Les phases sont câblés en //, donc il faut doubler la valeur (2A au lieu de 1A)
* premiers tests d'usinage dans de l'alu -> success :o) Bon, très très lentement, vu que les drivers ne sont pas assez puissants


L'équipe initiale a eu de gros soucis avec les fins de course pour la prise d'origine. Une erreur sur la carte Arduino concernant le sens des butées (NC et non pas NO) a conduit à une modification sous forme de shield de shield ;o) De plus, le câblage d'origine et le fonctionnement de ces fins de course (optiques) a posé de gros problèmes.
=== Mercredi 5 août 2020 ===


La première chose à faire est donc de re-câbler entièrement ces fins de course, et peut-être de les remplacer par des modèles mécaniques, histoire de partir sur des bases saines.
* premiers tests d'usinage -> même souci qu'avait eu GregMuch, à savoir l'axe Z plonge à mesure de l'usinage


=== Drivers moteurs ===
=== Dimanche 2 août 2020 ===


Les moteurs X et Y sont de gros modèles (Nema 34, 6A/ph), et disposent de leurs drivers de puissance. Ces drivers sont de bonne qualité, et seront donc conservés.
* installé de nouveaux drivers (!)


Par contre, le driver de l'axe Z est basé sur le couple L297/L298, un peu dépassé. De plus, Gregmuch a eu des soucis sur le pilotage de cet axe : lors de la découpe des ailes d'avion pour le groupe de lycéennes, la broche plongeait de plus en plus, comme s'il y avait un glissement. Peut-être était-ce dû à un problème sur ce driver ?
=== Mercredi 2 octobre 2019 ===


Quoi qu'il en soit, vu que le moteur Z est relativement petit (Nema 23, 1A/ph), ce driver sera remplacé par un module courant, genre Stepstick TMC 2130.
* installé de nouveaux drivers


[[Fichier:Tmc2130.jpg|250px]]
=== Mercredi 10 juillet 2019 ===


=== Alimentations ===
* changé l'opto defecteux sur l'axe Y
* installé une nouvelle alime 24V
* corrigé le câblage des moteurs, qui est peut-être à l'origine du cramage de l'alime précédente :o/
* changé de sortie pour le signal ''enable'' (câble à vérifier)
* changé la config de [http://www.linuxcnc.org/ LinuxCNC] pour faire marcher le homing
* démarrage : success !
* cherché à optimiser les drivers moteurs pour que ça ne vibre pas : pas concluant, il faudra sans doute en trouver d'autres


Pour les axes X et Y, il faut pas mal de courant, mais aussi une tension suffisante pour pouvoir atteindre des vitesses intéressantes (surtout utile pour l'utilisation de la table en imprimante 3D).
=== Dimanche 7 juillet 2019 ===


L'alimentation d'origine délivre 80V, mais les premiers tests montrent que 24V suffisent.
* branchement des moteurs sur le nouveau coffret
* test -> l'alime 24V Phenix a dégagé !
* du coup, perdu du temps à connecter la grosse alime de labo pour continuer les tests -> le coffret marche bien
* testé les butées (opto) re-cablées : Y et Z fonctionnent bien, mais pas X :o( -> faudra démonter/changer l'opto qui déconne
* au final, pas beaucoup avancé


=== Électronique ===
=== Mercredi 15 mai 2019 ===
 
* testé la carte d'interfaçage pour LinuxCNC : il manquait le câble USB qui permet de l'alimenter par le PC (découplage)
* monté les attache-câbles imprimées


La solution GRBL sur Arduino est un bon choix, et sera conservée. Par contre, plutôt que d'utiliser un shield spécial, je compte utiliser le fameux ''[https://blog.protoneer.co.nz/arduino-cnc-shield Arduino CNC Shield]''.
=== Mercredi 8 mai 2019 ===


[[Fichier:Arduino_CNC_Sheild_V310_Populated.jpg|250px]]
* remonté le support Z + support du spindle
[[Fichier:Arduino-CNC-Shield-V3-Layout.jpg|250px]]


Un seul module ''stepstick'' sera monté sur le shield, les autres drivers seront connectés sur les pins prévues (step/dir).
=== Mercredi 1er mai 2019 ===


Cette électronique sera intégrée dans un boîtier avec des connecteurs distincts pour les différents composants :
* fini de re-câbler les optos
* signaux logiques vers les drivers X et Y
* démonté le support Z pour voir comment fixer le support du spindle
* puissance vers le moteur Z
* signaux logiques vers les butées de fin de course
* signaux logiques de contrôle du spindle (dépendra du spindle lui-même)
* signaux logiques de l'interface (AU, marche/arrêt...)


== Configuration ==
=== Mercredi 24 avril 2019 ===


=== GRBL ===
* testé la connexion directe des optos (en série) sur les entrées de butées de GRBL : ça marche impec !


https://github.com/gnea/grbl/wiki/Grbl-v1.1-Configuration
=== Mercredi 17 avril 2019 ===


$1=10
* essayé de filtrer les butées : sans succès (y'a de toute façon aucun signal visible à l'oscillo)
$2=0
* activé le DEBOUNCE sur les butées dans le firmware : ça marche ! Pas compris pourquoi...
$3=0
* remplacé l'opto sur Y+
$4=0
$5=1
$6=0
$10=1
$11=0.010
$12=0.002
$13=0
$20=1
$21=0
$22=0
$23=0
$24=25.000
$25=600.000
$26=250
$27=5.000
$30=1000
$31=0
$32=0
$100=80.000
$101=80.000
$102=400.000
$110=1800.000
$111=1800.000
$112=300.000
$120=100.000
$121=100.000
$122=25.000
$130=495.000
$131=395.000
$132=45.000


== Log Book ==
=== Mercredi 3 avril 2019 ===


(par ordre chronologique inverse, la dernière entrée est en haut).
* viré la sub-D de l'axe Z : cette saleté était pleine de faux contacts !
* testé la nouvelle alime 24V/5A : nickel
* fait des essais avec les butées Z : dès que les moteurs tournent, ça déclenche. Forcément, des signaux TTL qui passent dans le même câble que la puissance moteurs, ça ne peut pas marcher :o/


=== Dimanche 31 mars 2019 ===
=== Dimanche 31 mars 2019 ===
Ligne 107 : Ligne 108 :
* sur les conseils de Claude, un petit coup de tournevis pour monter la tension (qui peut aller jusqu'à 29V) a permis d'améliorer un peu les choses, mais ça reste insuffisant
* sur les conseils de Claude, un petit coup de tournevis pour monter la tension (qui peut aller jusqu'à 29V) a permis d'améliorer un peu les choses, mais ça reste insuffisant
* test d'utilisation des butées dans GRBL : pas tout compris, puisque les moteurs tournent quel que soit l'état des butées (le bit est pourtant activé dans la config)
* test d'utilisation des butées dans GRBL : pas tout compris, puisque les moteurs tournent quel que soit l'état des butées (le bit est pourtant activé dans la config)
* toilettage des boutons en face avant, en vu d'uns connexion prochaine
* toilettage des boutons en face avant, en vue d'une connexion prochaine
* réflexion sur la place prise par l'engin + l'établi à côté : on pourrait merger les deux... À discuter avec les adhérents.
* réflexion sur la place prise par l'engin + l'établi à côté : on pourrait merger les deux... À discuter avec les adhérents.


Ligne 134 : Ligne 135 :


* [https://blog.protoneer.co.nz/arduino-cnc-shield Arduino CNC Shield]
* [https://blog.protoneer.co.nz/arduino-cnc-shield Arduino CNC Shield]
* [https://learn.watterott.com/silentstepstick/comparison Silent StepStick comparaison]
* [https://www.redohm.fr/2015/02/driver-dm860 DM860]


=== Logiciels ===
=== Logiciels ===
* CAM :
** [http://cambam.info/ CamBam]
** [https://github.com/GridSpace/grid-apps/wiki/Kiri:Moto Kiri:Moto] - peut tourner dans OnShape
** [https://mkrabset.github.io/krabzcam/krabzcam/index.html KrabzCAM]
** [http://camlab.sienci.com/camlab CAMLab] - fork de Kiri:Moto)
** [https://www.vectric.com/purchase Vectric softwares] - VCarve Desktop semble suffisant, et couvre 2D et 3D


* firmwares :
* firmwares :
** [https://github.com/gnea/grbl GRBL]
** [https://github.com/gnea/grbl GRBL]
* CAM :
 
** [http://cambam.info/ CamBam]
** [https://github.com/GridSpace/grid-apps/wiki/Kiri:Moto Kiri:Moto] (peut tourner dans OnShape)
* front-ends :
* front-ends :
** [https://github.com/winder/Universal-G-Code-Sender Universal G-Code Sender]
** [https://github.com/winder/Universal-G-Code-Sender Universal G-Code Sender]
** [https://www.sourcerabbit.com/GCode-Sender SourceRabbit GCode Sender]
** [https://www.sourcerabbit.com/GCode-Sender SourceRabbit GCode Sender]
** [https://github.com/makermadecnc/makerverse Makerverse]
** [https://webcontrolcnc.github.io/WebControl WebControl] - for Maslow CNC; may work for custom CNC
* CAM + frontend :
** [https://www.estlcam.de Estlcam]
* firmware + front-end :
** [http://linuxcnc.org '''LinuxCNC''']


=== Mécanique ===
=== Mécanique ===
Ligne 155 : Ligne 169 :


(choix outils, vitesse, profondeur de passe, aspiration, lubrification...)
(choix outils, vitesse, profondeur de passe, aspiration, lubrification...)
* [https://www.adambender.info/post/design-for-cnc-milling '''Design for CNC milling''']
* [https://www.fabriqueurs.com/cnc-et-usinage-daluminium CNC et usinage d'alu]
* [http://outillage.metiers-et-passions.com/documents/usinage-de-aluminium/168.html Usinage de l'alu]
* [https://thebreizmaker.wordpress.com/microlubrification-diy Microlub DIY] - [https://www.cncfraises.fr/microlubrification/249-microlubrification-cncfraises.html kit]


== Photos ==
== Photos ==


<piwigo>tag:Table XYZ</piwigo>
<piwigo>tag:Table XYZ</piwigo>
<gallery></gallery>

Version actuelle datée du 28 mai 2021 à 05:16

Nouveau reboot de la Table XYZ (par Fred)

Autres pages :

Présentation

Le but est principalement de faire de cette machine une fraiseuse CNC, afin de découper des tôles d'alu, pour faire des assemblages type LOGresse.

Composants utilisés

  • GRBL
  • drivers 2x DM860H + 1x TB6600
  • spindle chinois
  • alime 24V

Log Book

(par ordre chronologique inverse, la dernière entrée est en haut).

Mars 2021

  • achat de 2 drivers DM860H pour piloter les moteurs X et Y

Février 2021

  • désossage complet pour nettoyage à fond !
  • refait des tests avec des drivers TB6600 : ça fonctionne de manière fluide, mais il n'y a pas assez de couple

Janvier 2021

  • suite à la décision de libérer le LOGal, la Table XYZ a été remisée chez Fred, pour continuer à travailler dessus

Jeudi 6 août 2020

  • résolu le souci sur Z : problème de courant ! Les phases sont câblés en //, donc il faut doubler la valeur (2A au lieu de 1A)
  • premiers tests d'usinage dans de l'alu -> success :o) Bon, très très lentement, vu que les drivers ne sont pas assez puissants

Mercredi 5 août 2020

  • premiers tests d'usinage -> même souci qu'avait eu GregMuch, à savoir l'axe Z plonge à mesure de l'usinage

Dimanche 2 août 2020

  • installé de nouveaux drivers (!)

Mercredi 2 octobre 2019

  • installé de nouveaux drivers

Mercredi 10 juillet 2019

  • changé l'opto defecteux sur l'axe Y
  • installé une nouvelle alime 24V
  • corrigé le câblage des moteurs, qui est peut-être à l'origine du cramage de l'alime précédente :o/
  • changé de sortie pour le signal enable (câble à vérifier)
  • changé la config de LinuxCNC pour faire marcher le homing
  • démarrage : success !
  • cherché à optimiser les drivers moteurs pour que ça ne vibre pas : pas concluant, il faudra sans doute en trouver d'autres

Dimanche 7 juillet 2019

  • branchement des moteurs sur le nouveau coffret
  • test -> l'alime 24V Phenix a dégagé !
  • du coup, perdu du temps à connecter la grosse alime de labo pour continuer les tests -> le coffret marche bien
  • testé les butées (opto) re-cablées : Y et Z fonctionnent bien, mais pas X :o( -> faudra démonter/changer l'opto qui déconne
  • au final, pas beaucoup avancé

Mercredi 15 mai 2019

  • testé la carte d'interfaçage pour LinuxCNC : il manquait le câble USB qui permet de l'alimenter par le PC (découplage)
  • monté les attache-câbles imprimées

Mercredi 8 mai 2019

  • remonté le support Z + support du spindle

Mercredi 1er mai 2019

  • fini de re-câbler les optos
  • démonté le support Z pour voir comment fixer le support du spindle

Mercredi 24 avril 2019

  • testé la connexion directe des optos (en série) sur les entrées de butées de GRBL : ça marche impec !

Mercredi 17 avril 2019

  • essayé de filtrer les butées : sans succès (y'a de toute façon aucun signal visible à l'oscillo)
  • activé le DEBOUNCE sur les butées dans le firmware : ça marche ! Pas compris pourquoi...
  • remplacé l'opto sur Y+

Mercredi 3 avril 2019

  • viré la sub-D de l'axe Z : cette saleté était pleine de faux contacts !
  • testé la nouvelle alime 24V/5A : nickel
  • fait des essais avec les butées Z : dès que les moteurs tournent, ça déclenche. Forcément, des signaux TTL qui passent dans le même câble que la puissance moteurs, ça ne peut pas marcher :o/

Dimanche 31 mars 2019

  • nouveau test de pilotage des moteurs : cette fois, tout marche bien (le souci sur Z venait d'un connecteur mal enfiché côté Arduino)
  • constaté que l'alimentation 24V/2,5A est trop juste : comme le signal enable est commun, tous les moteurs pompent en même temps, et l'alime s'écroule, resetant les drivers X et Y. Chose curieuse, ça ne le fait que pendant quelques déplacements, puis tout tombe en marche. Go figure...
  • sur les conseils de Claude, un petit coup de tournevis pour monter la tension (qui peut aller jusqu'à 29V) a permis d'améliorer un peu les choses, mais ça reste insuffisant
  • test d'utilisation des butées dans GRBL : pas tout compris, puisque les moteurs tournent quel que soit l'état des butées (le bit est pourtant activé dans la config)
  • toilettage des boutons en face avant, en vue d'une connexion prochaine
  • réflexion sur la place prise par l'engin + l'établi à côté : on pourrait merger les deux... À discuter avec les adhérents.

Mercredi 27 mars 2019

  • poursuite du nettoyage
  • re-fixage des capots (faudra les enlever de nouveau pour bien nettoyer les glissières)
  • re-serrage des supports de chaînes porte-câbles
  • suppression de tous les câbles inutiles (faudra remplacer les boutons en face avant, qui marchent mal, cause plein de crasse)
  • connexion au nouveau boîtier de contrôle et premiers tests :
    • X et Y fonctionnent bien
    • Z fait des bruits bizarres et part dans n'importe quel sens ! Voir fait un aller-retour lorsqu'on lui demande un déplacement dans une direction ! -> souci avec le driver chinois ou avec le moteur lui-même ? À creuser.

Mercredi 20 mars 2019

  • nettoyage
  • virage des tuyaux pneumatiques
  • désossage vieille électronique :
    • récupéré les 2 gros drivers
    • démonté le châssis en vue d'en refaire un plus petit juste pour les 2 drivers
    • récupéré des torons de fils

Liens

Électronique

Logiciels

Mécanique

Usinage

(choix outils, vitesse, profondeur de passe, aspiration, lubrification...)

Photos

'"`UNIQ--piwigo-00000000-QINU`"'