大声笑太棒了！

@lordmundi: ‘%’ 是 g-code 协议中的保留字符，但这并不是说可以使用另一个字符，例如控制字符。也就是说，像这样的事情被埋在我的待办事项清单中。有一些方法可以解决这个问题，比如输入 Grbl 短线段并且只缓冲几分之一秒的运动。

此外，在慢跑时，我认为使用重置并不是一件坏事。在传统的工作流程中，在慢跑和设置工作时，您通常不会做任何删除任何重要事情的事情。通常，您慢跑找到零部分，设置工作坐标（不是每个人仍在使用的邪恶 G92），重置以确保所有模式都恢复为默认值，然后开始工作。

无论如何，我会在 v1.0 版本中记住这一点，但我现在有更大的鱼要炒。

没有坐标系和你可能会丢失的东西吗？我
对它不是很熟悉。

我只建议使用“%”，因为我认为这是 tinyG 用来擦拭的。
我想我能够应付它正常进行的所有缓冲，如果
我有某种方式知道一旦我从提要暂停中出来，它就不会
做更多的排队动作。

FG

2015 年 3 月 23 日星期一上午 9:24，Sonny Jeon notifications@github.com
写道：

@lordmundi https://github.com/lordmundi : ‘%’ 是
g-code 协议中的保留字符，但这并不是说
可以使用另一个字符，例如控制字符。也就是说，像这样
的事情被埋在我的待办事项清单中。有一些方法可以解决这个问题，比如
输入 Grbl 短线段并且只缓冲几分之一秒
的运动。

此外，在慢跑时，我认为使用重置并不是一件坏事。在传统的工作流程中， 在慢跑和设置工作时
，您通常不会做任何删除任何重要事情的事情。
通常，您慢跑
找到零部分，设置工作坐标（不是每个人
仍在使用的邪恶 G92），重置以确保所有模式都恢复为默认值，然后
开始工作。

无论如何，我会在 v1.0 版本中记住这一点，但我现在有更大的
鱼要炒。

—
直接回复此邮件或在 GitHub
#631（评论）上查看。

@lordmundi：不会。所有 g 代码参数，例如工作坐标偏移量，都永久保留在 EEPROM 中。根据 g 代码标准，只有 G92 偏移会在复位时丢失。这就是为什么您应该始终使用工作坐标而不是 G92。在专业环境中，G92 通常像瘟疫一样被避免，并且经常是新手崩溃的根源。

…. 但是… 我…. 我使用 G92。

2015 年 3 月 23 日星期一上午 9:44，Sonny Jeon notifications@github.com
写道：

@lordmundi https://github.com/lordmundi：不。所有 g 代码参数，
例如工作坐标偏移量，都永久保留在 EEPROM 中。
根据 g 代码标准，只有 G92 偏移会在复位时丢失。这就是为什么
您应该始终使用工作坐标而不是 G92。在专业
环境中，G92 通常像瘟疫一样被避免，并且经常是
新手崩溃的根源。

—
直接回复此邮件或在 GitHub
#631（评论）上查看。

@lordmundi试试 GrblPanel，它旨在突出和使用 Grbl 的功能，例如工件偏移。那里的 wiki 对如何使用偏移量进行了一些解释。
（我正试图让它在 Mono 下也适用于 Linux 人群）
Gerrit

@lordmundi： 哈哈！不用担心。G92 在我开始为它开发之前就存在于 Grbl 中，并且通过各种分叉、并行 CNC/3d 打印机固件等在社区中扩散。 Grbl 引入工作坐标系已经四年了，人们仍然不知道不要正确使用它。我一直在努力解决它，但是一旦人们学会了一种方式，就很难改变他们做事的方式。

问题是 GUI 不会使它们可见或可访问:-)

为什么不使用 $X 呢？

2015-03-23 16:17 GMT+01:00，Gerrit通知@github.com ：

问题是 GUI 不会使它们可见或可访问:-)

---

直接回复此邮件或在 GitHub 上查看：
#631（评论）

@chamnit你能给我指出任何关于使用工作坐标偏移而不是 G92 的工作流的好文章吗？我问，因为我刚开始爱好 CNC 的东西，如果我要学习一些东西，它可能是正确的方法。问题是所有的教程和你所说的没有指向 G92 的东西

重新设置作为慢跑的一部分是一件好事。我可以看到，但我想最后的重置是什么好，如果你必须在每次慢跑时继续重置，它会浪费时间，并且从用户体验中阻止一切都非常顺利。所以我也愿意看到一个擦除缓冲区命令。

@bensuffolk：我要关闭这个问题。可能不会有擦除缓冲区命令，因为由于缺乏对这样做的含义的理解，这可能会导致误用。人们要求这样做的唯一原因是关于连续慢跑，可以通过其他方式解决。

@chamnit不用担心，我可以在我的界面中以另一种方式实现它。

只是对于以后搜索这个的人来说，我在这里找到了一篇关于工作坐标系的好文章，可能有用，http://www.shapeoko.com/wiki/index.php/G-Code#Using_the_Work_Coordinate_Systems

如果有人有兴趣听到它，我想反对。我认为
清除缓冲区是一个非常基本的功能。试图预测
每个人对它的需求都与慢跑有关，这可能是错误的。我
认为为开发人员定义良好的接口应该包括
擦除缓冲区的能力。人们是否将其用于慢跑或
其他用途，这完全取决于他们。但是，如果我要为缓冲区创建一个接口，那么在 我看来，
加载它、设置状态并清除它是基本操作。

2015 年 6 月 12 日星期五上午 9:53，Sonny Jeon notifications@github.com
写道：

@bensuffolk https://github.com/bensuffolk：我要关闭这个
问题。可能不会有擦除缓冲区命令，因为
由于缺乏对这样做的含义的理解，这可能导致误用。
唯一的原因人们要求这是关于连续慢跑的，
可以通过其他方式解决。

—
直接回复此邮件或在 GitHub
#631（评论）上查看。

@lordmundi: 我知道你来自哪里。擦除缓冲区很容易添加。我很久以前就考虑过安装它。但是，当您确实擦除缓冲区时，您必须知道要从缓冲区中的哪个位置进行擦除，最后发送的命令中的 gcode 状态是什么，以及擦除对状态的影响。您必须了解有关内部运作的所有信息才能对状态进行强大的控制。对我来说，这不是一个很好的工具。

如果你能想出一个不涉及慢跑的用例（可以通过适当的慢跑接口解决），并且不能通过直接 gcode 标准、软重置或其他一些强大的方法来解决，我会认为关于重新开放这个。