注释
.png "程序化进给保持被忽略 #465"){kind=avatar}
|
！不被解释为规划器的一部分，这就是您看到队列症状的原因。相反，您应该使用 M0 程序暂停。当您准备好再次开始时，点击恢复。M0 将作为队列的一部分进行处理，因此它位于正确的位置。据推测，GrblHoming 将看到 Hold 状态，从而启用 Resume 按钮。UCS 1.0.8 没有，您必须先暂停，然后再继续。 |
.png "程序化进给保持被忽略 #465"){kind=avatar}
成员
|
@doppelhub:@gerritv是正确的。’！’ 进给保持停止实时运动，而不是排队的块。Grbl 拥有大约 17-18 个运动规划块。 |
.png "程序化进给保持被忽略 #465"){kind=avatar}
作者
|
太棒了，感谢您为我们的新手澄清！文档中对进给保持的描述不清楚。 |
我希望程序化的提要保持在原地停止执行。例如，我希望以下代码保持在 (-0.325, -0.75, 0.0)，直到用户点击循环开始（引脚 A2），然后前进到 (-0.325, -0.75, -0.3)：
…
G0 X-0.325 Y-.75
！
G0 Z-0.3
…
但是，该代码会导致 (-0.325, -0.75, -0.3) 而不会在进给保持 (‘!’) 处击中循环开始。
我已经确定我可以在 ‘!’ 之后添加 7 次之前的绝对命令。然后机器会在我想要的地方暂停（6 次仍然不能正常工作；必须是 7 次或更多）：
…
G0 X-0.325 Y-.75
！
G0 X-0.325 Y-.75
G0 X-0.325 Y-.75
G0 X-0.325 Y-.75
G0 X-0.325 Y-.75
G0 X-0.325 Y-.75
G0 X-0.325 Y-.75
G0 X -0.325 Y-.75
G0 Z-0.3
…
该代码导致所需的进给保持在 (-0.325, -0.75, 0.0)。循环开始后，代码正确地继续到 (-0.325, -0.75, -0.3)。
大概这是 GRBL 缓冲区问题？现在，我已经添加了 16 次相同的命令，以确保在我按下循环开始之前缓冲区不会超过进给保持（’！’）。
我正在通过 Mac 上的 GrblController 3.5 将未更改的命令发送到运行 GRBL 0.9g 的 Uno。