添加了对 xxx_MOTION_PUR​​GE 的支持（例如将 Grbl 同步为从设备） #861

G4p0 是一样的。
Il 30/nov/2015 18:15 “Jeremie Francois” notifications@github.com ha
scritto：

串行输入中的反引号将强制 Grbl
在回答“确定”之前清除任何移动。
这对于同步 Grbl 作为另一个控制器的从属很有用/需要。
在我的例子中，RAMPS/Marlin 使用 Grbl 作为 3 Z 螺丝的从属控制器。
在移动头部之前，我必须确保床移动完成。默认
情况下，Grbl 异步移动使得这不可能没有延迟或

轮询“空闲”状态或 Grbl。

您可以在线查看、评论或合并此拉取请求：

#861
提交摘要

• 添加了对 xxx_MOTION_PUR​​GE 的支持，即串行发送反馈，
  以便

文件更改

• M grbl/protocol.c
  https://github.com/grbl/grbl/pull/861/files#diff-0 (21)
• M grbl/protocol.h
  https://github.com/grbl/grbl/pull/861/files#diff-1 (3)
• M grbl/report.c
  https://github.com/grbl/grbl/pull/861/files#diff-2 (3)
• M grbl/serial.c
  https://github.com/grbl/grbl/pull/861/files#diff-3 (1)

补丁链接：

• https://github.com/grbl/grbl/pull/861.patch
• https://github.com/grbl/grbl/pull/861.diff

—
直接回复此电子邮件或在 GitHub
#861上查看。

哦，对不起，我一直在寻找它，但没能找到它……
无论如何，我会保持我的实时状态，这样它对调试很有用。
（顺便说一句，我的 PR 缺少两个定义，还没有使用 git/github）
然后我关闭它

@MoonCactus：刷新缓冲区和重新同步的预期方法是使用 G4P0，因为@cri-s说。这写在接口 wiki 页面中。

此外，这个命令不是实时的，这是有充分理由的。这不会破坏通信协议。如果您像以前那样使用实时命令执行此操作，您将得到一个额外的未跟踪的“确定”响应。此外，您不需要实时命令，因为无论如何您都在同步到那个点。

好的。我的错，我只阅读了代码源…因为它有很好的文档记录，我没有看其他地方！谈到这一点，report.c 可能会记录“ctrl-s”命令（可能会浪费几个字节）。我只看到 ctrl-x（事实上，在源代码的其他地方没有出现 0x13，与 CMD_RESET 0x18 相反——我真的在正确的分支上还是应该切换到边缘？）。
无论如何，感谢您花时间解释并首先指向 G4P0