Gcode Pb Gcode F (vitesse de travail) dans Grbl sur Arduino

  • Auteur de la discussion Alex44600
  • Date de début
A
Alex44600
Nouveau
8 Juin 2017
6
  • Auteur de la discussion
  • #1
Bonjour,

Je me suis lancé dans la fabrication d une fraiseuse cnc 3 axes pilotée par grbl 0.9j sur arduino atmega 2560.

Le gcode est transféré via bcnc.

Presque tout fonctionne ( homing ,démarrage de la broche tracé du Gcode etc...)

Mon problème vient de la gestion du gcode F par grbl ( vitesse de déplacement de l' outil en travail )

En effet quel que soit le paramètre transmis ( par exemple 100.0 dans la commande G1 X-1 F100.0 ) , grbl n' en tient pas compte, sauf si la valeur transmise est très petite ( vers 0.5) alors dans ce cas l outil se déplace par pas de 1 mm environ et fait une pause proportionnelle au paramètre transmis.

Je ne sais comment régler ce problème, avez vous une idée ou peut être quelqu'un a t il déjà été confronté à cela ?

car du coup ma machine va trop vite et je ne peux fraiser quoique ce soit sans risquer de tout casser, c'est frustrant !

Alexandre

20170608_211747.jpg
 
S
speedjf37
Compagnon
15 Oct 2009
2 219
indre et loire
Bonjour,



alors dans ce cas l outil se déplace par pas de 1 mm environ et fait une pause proportionnelle au paramètre transmis.
Bizarre !

Quels sont les réglages moteurs (drivers ? micropas ? ) et grbl ?

Ce type d'entrainement par poulie courroie est plutôt dédié aux imp 3D (plus rapide que les CNC)


JF
 
CNCSERV
CNCSERV
Compagnon
27 Déc 2007
5 858
FR-28360
Bonjour,

( par exemple 100.0 dans la commande G1 X-1 F100.0 ) , grbl n' en tient pas compte, sauf si la valeur transmise est très petite ( vers 0.5) alors dans ce cas l outil se déplace par pas de 1 mm environ et fait une pause proportionnelle au paramètre transmis.



Voir la pièce jointe 342660
C'est peut-être que F100, c'est déjà au delà des vitesse maxi de tes moteurs, ce n'est pas très rapide non plus:smt017
 
A
Alex44600
Nouveau
8 Juin 2017
6
  • Auteur de la discussion
  • #4
Merci pour ton intérêt JF,

Les broches de configuration des microsteps des drivers (easydriver ) ne sont pas connectées; de mémoire =full step.

ce qui me frappe c'est qu'en envoyant:
G91G1X-50.0F500
G91G1X-50.0F50
G91G1X-50.0F5

le déplacement se fait toujours à la même vitesse

je joins au message le config.h de Grbl

les réglages Grbl sont les suivants:

voici
$I
[0.9j.20160726:]

$#
[G54:-209.174,-215.859,-9.600]
[G55:0.000,0.000,0.000]
[G56:0.000,0.000,0.000]
[G57:0.000,0.000,0.000]
[G58:0.000,0.000,0.000]
[G59:0.000,0.000,0.000]
[G28:0.000,0.000,0.000]
[G30:0.000,0.000,0.000]
[G92:0.000,0.000,0.000]
[TLO:0.000]
[PRB:0.000,0.000,0.000:0]

$G
[G1 G54 G17 G21 G91 G94 M0 M5 M9 T0 F10000. S0.]

$$
$0=10 (step pulse, usec)
$1=25 (step idle delay, msec)
$2=0 (step port invert mask:00000000)
$3=4 (dir port invert mask:00000100)
$4=0 (step enable invert, bool)
$5=0 (limit pins invert, bool)
$6=0 (probe pin invert, bool)
$10=3 (status report mask:00000011)
$11=0.010 (junction deviation, mm)
$12=0.002 (arc tolerance, mm)
$13=0 (report inches, bool)
$20=0 (soft limits, bool)
$21=0 (hard limits, bool)
$22=1 (homing cycle, bool)
$23=3 (homing dir invert mask:00000011)
$24=25.000 (homing feed, mm/min)
$25=500.000 (homing seek, mm/min)
$26=250 (homing debounce, msec)
$27=3.000 (homing pull-off, mm)
$100=3.000 (x, step/mm)
$101=4.000 (y, step/mm)
$102=25.000 (z, step/mm)
$110=900.000 (x max rate, mm/min)
$111=900.000 (y max rate, mm/min)
$112=50.000 (z max rate, mm/min)
$120=10.000 (x accel, mm/sec^2)
$121=10.000 (y accel, mm/sec^2)
$122=10.000 (z accel, mm/sec^2)
$130=290.000 (x max travel, mm)
$131=180.000 (y max travel, mm)
$132=47.000 (z max travel, mm)
 
Fichiers joints
A
Alex44600
Nouveau
8 Juin 2017
6
  • Auteur de la discussion
  • #6
Bonsoir CNCSERV, merci aussi de t' intéresser à mon pb,

en effet , si la vitesse maxi eu été réglée sur une valeur très faible , cela aurait pu expliquer le fonctionnement de la machine.

Mais quand je fais:

G91G1X-50.0F1000
G91G1X-50.0F100

j'observe bien une vitesse différente à chaque fois...
 
A
Alex44600
Nouveau
8 Juin 2017
6
  • Auteur de la discussion
  • #7
Bonjour,
J'ai remplacé la 'propulsion' par courroie par un système de tige fileté, du coup la vitesse est définie à environ 25steps/mm, cette nouvelle configuration fait que l' acceleration et la vitesse d'avance sont bien prises en comptes.
Le problème est résolu mais le mystère reste entier...
merci pour votre implication.
 
Haut