GRBL1.1 和激光发送器有问题 #512

莫黛特01432

我在使用激光发送到 GRBL 1.1d 时遇到了 UGS 最新夜间构建的问题，它似乎将移动和主轴速度与主轴速度作为第二个命令分开发送。我相信这会导致激光没有在适当的时间打开/关闭。我有不应该被剪掉的部分，也有应该被剪掉但没有被剪掉的部分。相同的 GCODE 适用于 GRBL 0.9 和 UGS 1.0.9。在激光关闭或打开之前，这些移动似乎在排队……它通过移动然后发布主轴速度更新。GCODE 的目的是以指定的主轴速度和进给移动通过该段。如果命令以这种方式被破坏它将以当前主轴速度移动，然后进行调整。我可能是错的..但是没有办法禁用这个“拆分”

配置面板：

GCODE 示例：
DP_TEST.zip

激光结果（注意相机旋转 90 度 – 切割方向正确）：

UGS GUI 路径显示：

发送/返回的内容：

ok
ok
Skipping command #2
Skipping command #3
>>> G90
>>> G17
>>> G21
>>> G91Z0
>>> G90
Skipping command #9
Skipping command #10
>>> T1
>>> M3
>>> G1X5.423Y21.359F1000
>>> S0
>>> G3X5.604Y20.594I1.402J-0.071
>>> S1000
ok
>>> G3X6.687Y19.143I6.653J3.835
>>> S1000
ok
ok
ok
ok
ok
ok
>>> G3X7.764Y18.249I3.134J2.681
ok
>>> S1000
ok
ok
>>> G3X9.126Y18.268I0.665J1.22
>>> S1000
>>> G1X9.326Y18.385
ok
>>> S1000
ok
...

莫黛特01432

我已经确认这实际上是由UGS最新分支中的命令拆分引起的。相同的 GCODE…相同的固件…相同的机器。

“NEW”是将上面附加的 GCODE 的最新夜间构建发送到运行 Grbl J-Tech Photonics 0.9g J Tech 的 GRBL 板上的剪辑

旧的是使用旧的基于 Java 的通用 Gcode 发送器 1.0.9 发送到同一块板的同一个 gocde 文件。这完全符合我的预期，包括圆圈外的小部分。我想使用 GRBL 1.1，因为 arc 支持实际上工作正常（在 0.9g 中不支持）但是兼容的 sener 正在这样做。顺便说一句，新的发送者 GUI 很棒。喜欢新的布局控件和性能）