branchement des fins de course

[diiity]

Bonjour,

J'utilise arduino uno et le shield V3 , GRBL 1.1H.

Dans GRBL j'ai bien spécifié $5=1 pour valider les fin de course NC et $21=1 pour l'activation des fins de course.

Sur le shield V3, que je branche sur Z Y et X en entrée - ou en entrée +, ça ne fonctionne pas et j'ai ce message d'erreur:

CNCjs 1.9.22 [Grbl]
Connected to COM35 with a baud rate of 115200
Grbl 1.1h ['$' for help]
client> $$
[MSG:Check Limits]
[MSG:'$H'|'$X' to unlock]
ALARM:1 (Hard limit)
[MSG:Reset to continue]
>

Qu'en pensez vous?

diiity

[Jean-Claude Garnier]

il y a 39 minutes, diiity a dit :

Qu'en pensez vous?

Beaucoup de bien.

Moi à ta place (mais j'y suis pas) je mettrais les endstops en NO

La plupart des gens font ça (sur nos bécanes en carton)

[diiity]

pourtant ça fonctionnait sur la plaque d'expérimentation sans le shield.

Et comment connecter les endstops sur ce shield?

[diiity]

et d'après .cette doc, que ce soit des NO ou des NC le branchement se fait au même endroit.

[Jean-Claude Garnier]

Je sais pas si ça va répondre à ton interrogation, mais sur le shield Protoneer V3.0 , il y a une erreur de sérigraphie bien connue, l'inversion entre les pines  Z+ et SpnEn.

[Mastaf]

Bonjour, le message d'erreur que tu rencontres ressemble étrangement à une alarme d'une détection de fin de course, cela veut dire que ton montage fonctionne. Lorsque la CNC se met en alarme (fin de course), tu dois faire un reset (soft), puis dévérouiller ($X), pour pouvoir de nouveau bouger tes axes.

[Mastaf]

Et parfois tu dois le faire plusieurs fois jusqu'à ce que l'axe n'appuie plus sur le fin de course. Le mieux étant de le faire manuellement (décoller l'axe du fin de course à la main avant de faire reset, dévérouiller).

[diiity]

@Jean Claude Garnier c'est que que j'ai fait, j'ai sonné la carte pour être sur.

@Mastaf ce qui est étrange c'est que j'ai l'alarme dés que je connecte la carte au pc, alors que les axes ne sont pas en contact avec les butées.

J'ai testé les fins de course, ils fonctionnent tous très bien aussi bien en NO qu'en NC, d'ailleurs j'ai aussi essayé le branchement en NO et NC, même problème.

Comme tu le dit, j'ai fait $X rien à faire.

Je joins mon GRBL actuellement configuré pour des NC soit $5=1, mes contacts sont normalement fermés et en série par 2, un haut et un bas sur les 3 axes.

CNCjs 1.9.22 [Grbl]
Connected to COM32 with a baud rate of 115200
Grbl 1.1h ['$' for help]
client> $$
[MSG:Check Limits]
[MSG:'$H'|'$X' to unlock]
$0=10 (Step pulse time, microseconds)
$1=25 (Step idle delay, milliseconds)
$2=0 (Step pulse invert, mask)
$3=0 (Step direction invert, mask)
$4=0 (Invert step enable pin, boolean)
$5=1 (Invert limit pins, boolean)
$6=0 (Invert probe pin, boolean)
$10=1 (Status report options, mask)
$11=0.010 (Junction deviation, millimeters)
$12=0.002 (Arc tolerance, millimeters)
$13=0 (Report in inches, boolean)
$20=0 (Soft limits enable, boolean)
$21=1 (Hard limits enable, boolean)
$22=0 (Homing cycle enable, boolean)
$23=0 (Homing direction invert, mask)
$24=25.000 (Homing locate feed rate, mm/min)
$25=500.000 (Homing search seek rate, mm/min)
$26=250 (Homing switch debounce delay, milliseconds)
$27=2.000 (Homing switch pull-off distance, millimeters)
$30=1000 (Maximum spindle speed, RPM)
$31=0 (Minimum spindle speed, RPM)
$32=0 (Laser-mode enable, boolean)
$100=400.000 (X-axis travel resolution, step/mm)
$101=400.000 (Y-axis travel resolution, step/mm)
$102=400.000 (Z-axis travel resolution, step/mm)
$110=4500.000 (X-axis maximum rate, mm/min)
$111=4500.000 (Y-axis maximum rate, mm/min)
$112=2000.000 (Z-axis maximum rate, mm/min)
$120=400.000 (X-axis acceleration, mm/sec^2)
$121=400.000 (Y-axis acceleration, mm/sec^2)
$122=200.000 (Z-axis acceleration, mm/sec^2)
$130=200.000 (X-axis maximum travel, millimeters)
$131=200.000 (Y-axis maximum travel, millimeters)
$132=200.000 (Z-axis maximum travel, millimeters)
ok

Modifié (le) Mai 31, 2020 par diiity

[Mastaf]

Alors, il faut savoir que par défaut quand tu lances un logiciel de pilotage CNC, GRBL, CNCJS, bCNC..., la machine est VERROUILLÉE ! Il faut d'abord déverrouiller (commande $X), pour pouvoir effectuer un mouvement. Essaie également de faire un reset avant le déverrouillage. Essaie également de tout éteindre, machine et logiciel puis rallume. 

Le message d'erreur "Hard Limit" est clair ===> fin de course. Es-tu sûr de ton câblage série sur tes fins de courses NF. As-tu 1 connecteur pour 2 fins de courses, ou un pour chacun ?

Modifié (le) Mai 31, 2020 par Mastaf

[Jean-Claude Garnier]

J'aime pas ta config

Quand tu seras grand et que tu comprendras tout et son contraire tu pourras y revenir en connaissance de cause, mais en attendant, surtout si tu es pressé que ta machine marche je te conseille :

- Contacts normalement ouverts, un seul par axe au point de ref désiré

- soft limits enable avec les $130, 131 et 132 renseignés aux vraies valeurs de tes courses

- hard limits disable

- homing enable

- Homing direction selon la position de tes endstops, revoir le schéma du Bear  ici >>>

Fais z'y marcher comme ça et on verra plus tard

Modifié (le) Mai 31, 2020 par Jean-Claude Garnier

[diiity]

@Mastaf, c'est fait plusieurs fois mais c'est pareil

@Jean Claude Garnier j'ai connecté comme tu le conseilles, je branche, je déverrouille, le tableau de contrôle est opérationnel, je demande un déplacement de 100mm sur Y+,

j'ai ceci :

Grbl 1.1h ['$' for help]
[MSG:'$H'|'$X' to unlock]
client> $X
[MSG:Caution: Unlocked]
ok
feeder> G91
feeder> G0 Y100
feeder> G90
ok
ALARM:2 (Soft limit)
[MSG:Reset to continue]feeder> G91
feeder> G0 Y100
feeder> G90
feeder> G91
feeder> G0 Y100
feeder> G90
>

et rien ne se passe.

et comment fais tu le homing?

C'est étonnant qu''avec un contact ouvert connecté sur les 2 pins X+ ou X- ou ne rien mettre sur les 2 pins c'est pareil, alors pourquoi l'effet est différent?

[Jean-Claude Garnier]

Ah....

Pour faire le homing il faut taper "$H" + enter

Modifié (le) Mai 31, 2020 par Jean-Claude Garnier

[diiity]

et bien le Y se passe bien mais le X n'a pratiquement pas bougé.

CNCjs 1.9.22 [Grbl]
Connected to COM32 with a baud rate of 115200
Grbl 1.1h ['$' for help]
client> $$
[MSG:'$H'|'$X' to unlock]
$0=10 (Step pulse time, microseconds)
$1=25 (Step idle delay, milliseconds)
$2=0 (Step pulse invert, mask)
$3=0 (Step direction invert, mask)
$4=0 (Invert step enable pin, boolean)
$5=0 (Invert limit pins, boolean)
$6=0 (Invert probe pin, boolean)
$10=1 (Status report options, mask)
$11=0.010 (Junction deviation, millimeters)
$12=0.002 (Arc tolerance, millimeters)
$13=0 (Report in inches, boolean)
$20=1 (Soft limits enable, boolean)
$21=0 (Hard limits enable, boolean)
$22=1 (Homing cycle enable, boolean)
$23=3 (Homing direction invert, mask)
$24=25.000 (Homing locate feed rate, mm/min)
$25=500.000 (Homing search seek rate, mm/min)
$26=250 (Homing switch debounce delay, milliseconds)
$27=2.000 (Homing switch pull-off distance, millimeters)
$30=1000 (Maximum spindle speed, RPM)
$31=0 (Minimum spindle speed, RPM)
$32=0 (Laser-mode enable, boolean)
$100=400.000 (X-axis travel resolution, step/mm)
$101=400.000 (Y-axis travel resolution, step/mm)
$102=400.000 (Z-axis travel resolution, step/mm)
$110=4500.000 (X-axis maximum rate, mm/min)
$111=4500.000 (Y-axis maximum rate, mm/min)
$112=2000.000 (Z-axis maximum rate, mm/min)
$120=400.000 (X-axis acceleration, mm/sec^2)
$121=400.000 (Y-axis acceleration, mm/sec^2)
$122=200.000 (Z-axis acceleration, mm/sec^2)
$130=390.000 (X-axis maximum travel, millimeters)
$131=610.000 (Y-axis maximum travel, millimeters)
$132=60.000 (Z-axis maximum travel, millimeters)
ok
client> $X
[MSG:Caution: Unlocked]
ok
> $H
ok
feeder> G91
ok
 

[Mastaf]

Citation

Grbl 1.1h ['$' for help]
[MSG:'$H'|'$X' to unlock]
client> $X
[MSG:Caution: Unlocked]
ok
feeder> G91
feeder> G0 Y100
feeder> G90
ok
ALARM:2 (Soft limit)
[MSG:Reset to continue]feeder> G91
feeder> G0 Y100
feeder> G90
feeder> G91
feeder> G0 Y100
feeder> G90

Ok traduction:

tu as tapé "$X "

[MSG:Caution: Unlocked]
ok

il te répond MSG (message) Caution (Attention) Unlocked (dévérouillé) ok (ok j'ai dévérouillé)

feeder> G91
feeder> G0 Y100
feeder> G90
ok

tu as demandé un mouvement de 100mm positif sur l'axe Y, ok c'est bon (là normalement cela doit bouger ! sinon le problème est autre part )
ALARM:2 (Soft limit)
[MSG:Reset to continue]feeder> G91

Tu as déclenché l'alarme soft limit (butée logicielle), fais un reset pour continuer. Alors là c'est très étrange puisque dans ta config GRBL les butées logicielles ne sont pas activées. Je suggère donc que tu déplaces manuellement ton axe Y en négatif pour sortir de la zone de butée logicielle et  pouvoir déverouiller ta machine.

[Mastaf]

Ah tu viens de changer de config , maintenant elles sont activées, c'est moins bizarre du coup. Essaie de bouger l'axe manuellement pour sortir de la zone butée.

[diiity]

Avec cette config, $23=0 pour avoir les 3 axes à zéro soit en bas à droite, toujours des contacts ouverts, le Y va bien en butée, les X et Z ne se déplacent que de 2mm.

CNCjs 1.9.22 [Grbl]
Connected to COM32 with a baud rate of 115200
Grbl 1.1h ['$' for help]
client> $$
[MSG:'$H'|'$X' to unlock]
$0=10 (Step pulse time, microseconds)
$1=25 (Step idle delay, milliseconds)
$2=0 (Step pulse invert, mask)
$3=0 (Step direction invert, mask)
$4=0 (Invert step enable pin, boolean)
$5=0 (Invert limit pins, boolean)
$6=0 (Invert probe pin, boolean)
$10=1 (Status report options, mask)
$11=0.010 (Junction deviation, millimeters)
$12=0.002 (Arc tolerance, millimeters)
$13=0 (Report in inches, boolean)
$20=1 (Soft limits enable, boolean)
$21=0 (Hard limits enable, boolean)
$22=1 (Homing cycle enable, boolean)
$23=0 (Homing direction invert, mask)
$24=25.000 (Homing locate feed rate, mm/min)
$25=500.000 (Homing search seek rate, mm/min)
$26=250 (Homing switch debounce delay, milliseconds)
$27=2.000 (Homing switch pull-off distance, millimeters)
$30=1000 (Maximum spindle speed, RPM)
$31=0 (Minimum spindle speed, RPM)
$32=0 (Laser-mode enable, boolean)
$100=400.000 (X-axis travel resolution, step/mm)
$101=400.000 (Y-axis travel resolution, step/mm)
$102=400.000 (Z-axis travel resolution, step/mm)
$110=4500.000 (X-axis maximum rate, mm/min)
$111=4500.000 (Y-axis maximum rate, mm/min)
$112=2000.000 (Z-axis maximum rate, mm/min)
$120=400.000 (X-axis acceleration, mm/sec^2)
$121=400.000 (Y-axis acceleration, mm/sec^2)
$122=200.000 (Z-axis acceleration, mm/sec^2)
$130=390.000 (X-axis maximum travel, millimeters)
$131=610.000 (Y-axis maximum travel, millimeters)
$132=60.000 (Z-axis maximum travel, millimeters)
ok
client> $X
[MSG:Caution: Unlocked]
ok
> $H

[Jean-Claude Garnier]

il y a 17 minutes, diiity a dit :

le Y va bien en butée, les X et Z ne se déplacent que de 2mm

Oui, et c'est quoi le problème ????

Et sinon ça, ça va pas !

il y a 14 minutes, diiity a dit :

1=25 (Step idle delay, milliseconds)

Il faut que tu mettes le $1 à 255

Ce paramètre garde les moteurs sous tension je m'explique
Si tu as une opération pendant laquelle l'axe Z reste à la même altitude pendant un bon moment, mettre le $1 à 25 va couper l'alim du moteur Z après 25 (secondes ou millisecondes je ne sais plus) en tous cas l'axe ne sera plus maintenu fermement et ton outil risque de descendre dans la matière.

[diiity]

le homing c'est bien d'amener tous les axes à 0 or là il n'y a que le Y qui le fait

[Jean-Claude Garnier]

Ah zut, en effet c'est pas normal

"$H" doit d'abord faire monter référencer le Z, puis déplacer ensemble X et Y

Le premier arrivé s'arrête, attend l'autre, puis les deux ensemble vont toucher les endstops et revenir de la valeur spécifiée dans le $27

Je n'exclue pas que tu aies un problème de parasitage

Il y a un soft qui permet de vérifier l'état des endstops, c'est OpenBuilds Control >>>

Si le "status" de tes axes est rouge, c'est pas normal

Modifié (le) Juin 1, 2020 par Jean-Claude Garnier

[diiity]

bien merci, je vois cela ce soir

[diiity]

voici ce que j'ai, c'est à rien y comprendre et toujours la même chose

Modifié (le) Juin 1, 2020 par diiity

[Jean-Claude Garnier]

Bon faut investiguer dans d'autres directions, alors.

Quand tu appuies manuellement sur les endstops, esque leur status change ?

Si tu désactives le homing, normalement les axes doivent pouvoir bouger dans les deux sens

Esque c'est le cas ?

Si "Non" alors peut-être remettre en cause les câbles, les connexions, intervertir les stepsticks, toussa toussa

Faut que ça marche !

[diiity]

les fins de courses réagissent bien et passent bien au rouge.

Sans rien changer dans grbl, après avoir fait un $X sans le $H, les axes bougent bien.

Après avoir fait un $H, comme d'hab, seul le Y va en butée, puis je peux bouger chaque axe sans rien toucher dans GRBL.

Une fois mis à 0 $20 et $22, la machine fonctionne normalement et les fins de courses passent aussi au rouge si j'appuie dessus.

Sans le $20 et avec $22, $X puis $H le homing est le même et après je peux toujours bouger les axes

Modifié (le) Juin 2, 2020 par diiity

[diiity]

Je ne comprends rien, je ne voulais que des butées de sécurité au bout de chaque axes.

Je pense que je vais faire cela avec un montage à relais qui me coupera la puissance en cas de dépassement

[Jean-Claude Garnier]

C'est dommage que tu lâches l'affaire avant d'arriver au bout.

Tu y es presque.

Une CNC ça peut se passer de Endstops bien sûr, mais c'est bâtard comme solution.

Si tu lances un job de longue durée que pour une raison X ou Y (voire même Z) tu es obligé d'interrompre, bris d'outil, arrêt d'urgence involontaire ou coupure de courant, tu es infoutu de reprendre là où ça s'est arrêté.