« FraiseuseCNC/restauration » : différence entre les versions

@@ Ligne 175 : / Ligne 175 : @@
 Il reste à corriger l'orientation des axes X et Z (re-compilation du firmware ?) pour pouvoir balancer du GCode.
+== 2013 02 07 ==
+backup paramètres grbl :
+ $0=29.400 (x, step/mm)
+ $1=29.300 (y, step/mm)
+ $2=196.000 (z, step/mm)
+ $3=30 (step pulse, usec)
+ $4=8000.000 (default feed, mm/min)
+ $5=8000.000 (default seek, mm/min)
+ $6=0 (step port invert mask, int:00000000)
+ $7=25 (step idle delay, msec)
+ $8=10.000 (acceleration, mm/sec^2)
+ $9=300.000 (junction deviation, mm)
+ $10=0.100 (arc, mm/segment)
+ $11=25 (n-arc correction, int)
+ $12=3 (n-decimals, int)
+ $13=0 (report inches, bool)
+ $14=1 (auto start, bool)
+ $15=0 (invert step enable, bool)
+ $16=0 (hard limits, bool)
+ $17=0 (homing cycle, bool)
+ $18=0 (homing dir invert mask, int:00000000)
+ $19=25.000 (homing feed, mm/min)
+ $20=250.000 (homing seek, mm/min)
+ $21=100 (homing debounce, msec)
+ $22=1.000 (homing pull-off, mm)
+=== inversion des commandes X et Z ===
+=== processing 2 grbl ===
+Pour une raison inconnue, le gcode n'est pas bien communiqué à grbl : les ordres semblent arriver dans un ordre plus ou moins aléatoire...
+Nous avons d'abord cherché à recompiler, puis flasher, grbl.
+Finalement, c'était processing 2 grbl qui ne marchait pas bien. Avec un petit script python pour lancer le gcode, ça fonctionne...
+avec : https://github.com/grbl/grbl/blob/master/script/simple_stream.py
+dans ipython