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 Octobre 2009
1 995
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écembre 2007
5 115
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.
 
La dernière réponse à ce sujet date de plus de 6 mois
Haut