奇怪的失速步进行为 #232

酚类

您好
，我已经运行 Grbl 0.9a Build 2012-12-21 一段时间了，它一直运行良好。

直到今天，当我试图这样做时：

G03 X 208.7866 Y 77.9400 Z -0.3000 I -105.3869 J 25.4420 F 400.0000

它使我的步进器停滞并且从未真正完成，特别是 x 轴受到影响。如果我在 Grbl v0.8c 上运行相同的命令，它会按预期工作。

我的机器设置：

$0=320.0000 (x, step/mm)
$1=320.0000 (y, step/mm)
$2=160.0000 (z, step/mm)
$3=30 (step pulse, usec)
$4=400.0000 (default feed, mm/min)
$5=700.0000 (default seek, mm/min)
$6=32 (step port invert mask, int:00100000)
$7=25 (step idle delay, msec)
$8=5.0000 (acceleration, mm/sec^2)
$9=0.0500 (junction deviation, mm)
$10=0.1000 (arc, mm/segment)
$11=25 (n-arc correction, int)
$12=4 (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=1 (homing cycle, bool)
$18=0 (homing dir invert mask, int:00000000)
$19=250.0000 (homing feed, mm/min)
$20=100.0000 (homing seek, mm/min)
$21=100 (homing debounce, msec)
$22=1.0000 (homing pull-off, mm)

香奈儿

这可能是由于 gcode 解析器行缓冲区的长度。我
最近在 v0.8c 上将其从 50 个字符增加到 70 个字符（减去
空格）以解决像您这样的长弧命令。我可能
忘记在 v0.9a 边缘版本上更新它。

如果您愿意，可以将 LINE_BUFFER 大小更改为 70，
重新编译并刷新，看看是否可以解决您的问题。或者你可以
等我有时间更新它。今天很忙，所以我
可能会在今晚晚些时候开始。

酚类

是的，你是对的！将缓冲区大小更改为 70 就成功了！回到边缘的感觉真好……

酚类将其关闭为已完成 2013 年 5 月 29 日

奇怪的失速步进行为#232

注释