Probleme couple statique moteur PAP (arduino, CNC shield, TB6600, nema 23)

Bonjour à tous.

Je me suis monté une CNC sur base Workbee1515. Pour la partie électronique, j'ai opté pour une configuration Arduino UNO, CNC shield V3, driver TB6600 et Nema 23. J'utilise Universal Gcode Sender pour contrôler.
Je l'ai fait marcher environ 80h sans aucun soucie.
Seulement, après la coupure des fêtes, j'ai voulu la réutiliser et là, un problème s'est présenté : je n'ai plus de couple de maintien sur les moteurs PAP, aucun de ces 4 moteurs (1X, 2Y et 1Z) reste bloqué en position statique.
J'ai alors commencé à changer les différents éléments : Arduino, CNC shield, Alimentation (20A au lieu de 15A), drivers TB6600 et même une partie du câblage. J'ai essayé avec un autre ordinateur, j'ai tout réinitialisé, mais j'ai toujours le même problème.
J'ai remarqué qu'il y avait un couple statique quand le câble USB n'était pas connecté à l'ordinateur, mais que dès lors que je connectais l'USB à l'ordinateur, ce couple de maintien disparaissait.

Ainsi je sollicite l'expertise de la communauté pour m'aiguiller sur ce problème.

Voici mes paramètres firmware :

$0 10 Step pulse time
$1 25 Step idle delay
$2 0 Step pulse invert
$3 5 Step direction invert
$4 0 Invert step enable pin
$5 0 Invert limit pins
$6 0 Invert probe pin
$10 3 Status report options
$11 0.020 Junction deviation
$12 0.002 Arc tolerance
$13 0 Report in inches
$20 0 Soft limits enable
$21 1 Hard limits enable
$22 1 Homing cycle enable
$23 0 Homing direction invert
$24 50.000 Homing locate feed rate
$25 635.000 Homing search seek rate
$26 250 Homing switch debounce delay
$27 1.000 Homing switch pull-off distance
$100 800.000 X-axis travel resolution
$101 800.000 Y-axis travel resolution
$102 800.000 Z-axis travel resolution
$110 635.000 X-axis maximum rate
$111 635.000 Y-axis maximum rate
$112 635.000 Z-axis maximum rate
$120 50.000 X-axis acceleration
$121 50.000 Y-axis acceleration
$122 50.000 Z-axis acceleration
$130 1200.000 X-axis maximum travel
$131 1200.000 Y-axis maximum travel
$132 100.000 Z-axis maximum travel

Personne n'aurait une idée d'où pourrait venir le problème?

perso j'ai encore vu personne passer par ici avec des questions ou des réponses cnc arduino , bonne chance, j'ai vu que lebearcnc est actif a ce niveau et il y a aussi un forum arduino bien actif
n'hésite pas si tu as des questions mécaniques, ou faire des retours
a plus
mofran

Merci pour ces indications!

Salut,

mofran a écrit:perso j'ai encore vu personne passer par ici avec des questions ou des réponses cnc arduino , bonne chance,  j'ai vu que lebearcnc est actif a ce niveau et il y a aussi un forum arduino bien actif
n'hésite pas si tu as des questions mécaniques, ou faire des retours
a plus
mofran

Des questions, si ... mais les réponses sont plus rares

Tu peux tenter ta chance ici
https://www.usinages.com/forums/electronique-specifique-cnc.4/

++
David

Le problème que je rencontre c'est que je n'ai pas trouvé de topic qui aborde le problème que je rencontre (même sur usinage.com). Je vais continuer à interroger sur d'autres forums, quelqu'un peut être aura une réponse.

et quand tu n'a plus de couple de maintient, tes moteurs refusent également de tourner si tu leur envoi du GCode ?

++
David

Ils tournent parfaitement et ne sautent pas de pas.

C'est strange ça

Je ne connais pas le système Arduino - GRBL - TB6660, mais sur les systèmes de pilotage "courants", il n'y a rien qui permette de supprimer le courant de maintient, tout ce que l'on peut faire c'est choisir entre plein courant ou réduction à 50% (pour éviter de faire chauffer les moteurs). Çà se gère soit autamatiquement au niveau des drivers avec un switch, mais d'après le datasheet des TB6600 il n'y a pas cette option (c'est automatique mais et il n'y a pas de choix 100% / 50% de courant), soit au niveau du logiciel de commande qui envoi une info au driver pour passer en 1/2 courant ... mais la aussi, le TB6660 ne semble pas avoir cette option ; il a juste le Enable qui permet d'activer/désactiver le driver ... mais je suppose que c'est comme sur les Leadshine, si le ENA est alimenté, ça désactive tout et donc le moteur ne tourne pas non plus.

++
David

peut être une piste

$1 - Step idle delay, msec

Chaque fois que vos moteurs exécutent un mouvement et viennent à un arrêt, Grbl va retarder la désactivation des moteurs par cette valeur ou vous pouvez toujours garder vos axes en fonction (alimentés de manière à maintenir la position) en définissant cette valeur au maximum de 255 millisecondes. Encore une fois, juste pour répéter, vous pouvez garder tous les axes toujours activés en positionnant $1 = 255. Le temps idle de verrouillage est le temps que Grbl gardera les moteurs pas à pas verrouillés avant de les désactiver. Selon le système, vous pouvez définir cette valeur à zéro et ainsi désactiver l’action. Sur d'autres, vous devrez peut-être mettre 25-50 millisecondes pour vous assurer que vos axes parviennent à un arrêt complet avant de désactiver. Ceci pour tenir compte des moteurs pas à pas de machines qui ne peuvent pas rester inactives sur de longues périodes. Aussi, gardez à l'esprit que certains pilotes de moteur pas à pas ne se souviennent pas à quel micro pas ils se sont arrêtés, alors quand vous réactivez, vous pouvez avoir des pertes de pas. Dans ce cas, il suffit de garder vos moteurs activés par $1 = 255.

source
http://www.barrel-organ-discovery.org/site/wiki/articles/Percage_GCode/PARAM%C3%88TRES%20DU%20GRBL_JPR_Freddy.pdf

Donc avec 25 dans $1, tes moteurs se désactivent au bout de 25 ms sans mouvement ; essais de mettre $1 à 255

++
David

Edit: la traduction française n'est vraiment pas top , si tu parle anglais il vaut mieux lire la version anglaise !

Incroyable! Le moteur PAP que je teste vient de retrouver son couple de maintien. Je m'empresse de remonter le tout sur la CNC pour faire un test des 4 moteurs, mais pour l'instant, le changement $1 à 255 est concluant.

Merci beaucoup David!

Seulement, après la coupure des fêtes, j'ai voulu la réutiliser et là, un problème s'est présenté : je n'ai plus de couple de maintien sur les moteurs PAP, aucun de ces 4 moteurs (1X, 2Y et 1Z) reste bloqué en position statique.

la question qui reste c'est pourquoi cette valeur à changée toute seule pendant les "vacances" de ta machine

++
David

et ce pourrait être une "horloge" a milliseconde qui ne tournerait plus rond?

J'ai toujours utilisé $1 = 25, et cela fonctionnait très bien. Le mystère est entier pour ma part.

mofran a écrit:et ce pourrait être une "horloge" a milliseconde qui ne tournerait plus rond?

Ça me parait peu probable ; l'horloge doit aussi servir à "cadencer" l'envoi des pas aux moteurs, si elle ne fonctionnait plus correctement ça perturberait probablement un tas d'autres choses ... mystère ...

... et puis il a déjà changé toute l'électronique

J'ai alors commencé à changer les différents éléments : Arduino, CNC shield, Alimentation (20A au lieu de 15A), drivers TB6600 et même une partie du câblage. J'ai essayé avec un autre ordinateur, j'ai tout réinitialisé, mais j'ai toujours le même problème.

++
David

le principal c'est que ca bloque  
rien vu qui parle en détails de ce soucis, juste que DeepL traduit mieux aujourd'hui que google translate d'il y a quelque années
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Configuration#1---step-idle-delay-milliseconds

(et ici ils parlent de numméros de branchement bornier, piste a explorer?
https://forum.arduino.cc/index.php?topic=708568.0


1 $ - Délai d'inactivité, millisecondes

Chaque fois que vos steppers terminent un mouvement et s'arrêtent, Grbl retardera la désactivation des steppers de cette valeur. OU, vous pouvez toujours garder vos axes activés (alimentés de manière à maintenir la position) en fixant cette valeur à 255 millisecondes au maximum. Encore une fois, juste pour répéter, vous pouvez garder tous les axes toujours activés en réglant $1=255.

Le temps de blocage des axes est la durée pendant laquelle Grbl maintiendra les axes bloqués avant de les désactiver. Selon le système, vous pouvez le mettre à zéro et le désactiver. Sur d'autres, vous pouvez avoir besoin de 25-50 millisecondes pour vous assurer que vos axes s'arrêtent complètement avant de les désactiver. Cela permet de tenir compte des moteurs de machines qui n'aiment pas rester allumés pendant de longues périodes sans faire quoi que ce soit. Gardez également à l'esprit que certains pilotes de stepper ne se souviennent pas sur quel micro-pas ils se sont arrêtés, de sorte que lorsque vous les réactiverez, vous pourrez être témoin de certains pas "perdus" pour cette raison. Dans ce cas, il suffit de laisser vos steppers activés via 1 $=255.

Traduit avec www.DeepL.com/Translator (version gratuite)

Après remontage, j'ai effectué un test et tout fonction comme il faut.

Encore une fois :

Merci aussi pour l'info mofran!

Au fait tu utilise quel soft de FAO pour créer ton GCode ?

++
David

j'utilise Easel, la version gratuite en ligne. Dans cette version gratuite on est limité dans les options, mais elle reste assez complète pour la 2D. Il y a notamment des "apps" qui permettent de générer tout un tas de formes et modèles, comme par exemple des boites à jonctions. C'est très intuitif et vraiment facile à prendre en main.

comme par exemple des boites à jonctions

pas sûr de savoir ce que c'est .... c'est pour faire des assemblages avec des "doigts" comme ici ?

http://www.metabricoleur.com/t7257-coffrets-pour-i-micros#128431

++
David

Autant pour moi, je me suis mal exprimé. Oui, c'est exactement ça. Et il y aussi d'autres "apps" intégrées qui permettent de générer des textures (à graver) ou encore des engrenages. Pour une versions gratuite, c'est largement suffisant pour la plupart des conceptions 2D qu'il m'est amené à réaliser.

l'avantage d'easel c'est que c'est clé sur porte, tu donnes les dimensions ép H L l et il te donne le gcode, l'inconvénient, c'est que tu ne peux presque rien préciser entre l'idée et le gcode. mais il y a déjà moyen de pas mal découvrir.

L'important c'est qu'il fasse ce que tu veux ... et qu'il n'y ai pas de panne d'internet si ça s'utilise en ligne.

++
David