嗨，哈拉尔德，

对不起，发生了！OpenCNCPilot 中的暂停和恢复功能确实做到了这一点。他们中断文件并随后恢复。如果你在暂停期间移动机器，它与将这些移动添加到文件中的随机位置具有相同的效果。添加一个函数来记住最后一个位置将需要大量工作（目前的编程方式不容易做到这一点）并且如果它的行为与用户期望的方式不同也可能导致错误，所以我不认为我会改变当前的行为。

马丁

这对我来说没问题，我想（并希望）我记得，如果我将来使用暂停…;-)

但只是为了正确：
gcode 具有绝对坐标，因此无需“记住最后一个位置”。

GRBL 或 OCP 是否负责恢复动作的顺序？
必须有人（GRBL 或 OCP）决定先移动哪个轴。

附加信息：
据我记得所描述的情况，钻头首先挖入板，然后线性移动到文件中的下一个绝对 XY 坐标。
与此相反，如果您定义一个 XYZ 坐标，如 G1 X10 Y10 Z10 f10，该位将线性移动到给定点，所有三个轴同时移动。

所以实际上在这两种情况下都有不同的行为。
区别：
在该文件中，有一个命令定义了 XY 中所有连续移动的 Z 深度。
简历（文件->开始）告诉 GRBL 什么？
“从你离开的地方继续”？大概不会。OCP 仅传递 XY 中的新坐标，GRBL 知道“Z 与上一个 gcode 命令不同，所以让我们先恢复 Z”。

我记得在 GRBL 文档中读到有两个完全不同的缓冲区用于 gcode 流和慢跑命令。我会重读它（希望我能找到它:)。

但到目前为止，我认为，所描述的失败是 GRBL 的失败。

哈拉尔德

嗨，哈拉尔德，

grbl 不会“恢复”Z 高度。grbl 只是按照它们在文件中出现的相同顺序执行命令，对于 OCP 也是如此。你的钻头插入你的工件的不幸是在一个不幸的时刻暂停文件的结果。

用于流式传输和慢跑的两个缓冲区与此无关，这只是为了方便 grbl 接受前缀为“$J=”的命令，并且当命令超出机器时不会进入错误状态限制。

马丁