5 行 gcode 可重现地使 GRBL 1.1 崩溃 #576

igi79

嗨，以下 5 行 g 代码（更大文件的一部分）可重复地使 GRBL 1.1f (grbl_v1.1f.20170801.hex) 崩溃：

S5000 M3
G0 X61.569 Y16.0
G1 X41.583 Y18.051 F170
G1 X41.646 Y18.058
G1 X41.672 Y18.059
G1 X44.451
G1 Z2.0
G0 X28.358 Y3.559
M5

使用以下设置：

$0=10
$1=255
$2=0
$3=1
$4=0
$5=0
$6=0
$10=1
$11=0.010
$12=0.002
$13=0
$20=0
$21=0
$22=0
$23=0
$24=25.000
$25=500.000
$26=250
$27=1.000
$30=1000
$31=0
$32=0
$100=6400.000
$101=6400.000
$102=6400.000
$110=375.000
$111=375.000
$112=375.000
$120=15.000
$121=15.000
$122=15.000
$130=200.000
$131=200.000
$132=200.000

在 bCNC 和 UGS 的最新和稳定版本上进行了测试。GRBL 用一些有趣的 >127 个 ascii 字符回答，最后是：
787|FS:0.0,0|Pn:P|Ov:100,100,100|A:S

花了一天时间制作废料后，我用最新的 HEX 闪现了一个“全新”的裸机 atmega328p（只有 16MHz 晶体）并连接了 FTDI 电缆，同样的错误再次出现！

后来我发现，将步数/毫米降低到 6000 有帮助……我使用的是 1/32 步的 DRV8825，它运行电机非常平稳，所以下降到 1/16（和 3200 步/毫米）真的很不幸.

我不认为，这是微控制器的极限——即使这个 g 代码以 25% 的进给率运行，问题仍然存在！在某些进给率（如 25%）下 – 崩溃行为非常危险 – X 轴继续运行！

朗瓦特

6400*375/60 = 40kHz GRBL 仅适用于 30KHz

igi79

谢谢你。
所以 maxrate = 30000*60/stepspm，
对于 6400 steps/m 为 281mm/m，对于 3200 steps/m 为 562mm/m。

igi79已完成关闭 2018 年 12 月 17 日

5 行 gcode 可重现地使 GRBL 1.1 崩溃#576

注释