1 165
modifications
Modifications
→processing 2 grbl
Pas sûr de ces instructions de http://dank.bengler.no/-/page/show/5471_gettinggrbl?ref=checkpoint qui ont l'air orientées windoze
$ avrdude -C/usr/share/arduino/hardware/tools/avrdude.conf -pm328p -cstk500v1 -P/dev/ttyUSB0 --b9600 -D -Ugrbl.hex
=== Comment connecter les contacteurs de fin de course ===
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