大声笑太棒了！

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

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

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

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

我只建议使用“%”，因为我认为这是 tinyG 用来擦除的内容。
我认为我能够处理它正常进行的所有缓冲，如果
我只是有某种方法知道一旦我从进给保持中出来它就不会
做更多排队的动作。

FG

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

@lordmundi https://github.com/lordmundi：’%’ 是
g 代码协议中的保留字符，但这并不是说
可以使用其他字符，例如控制字符。也就是说，像这样的事情被埋
在我要做的事情清单中。有一些方法可以解决这个问题，比如
给 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 notifications@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 标准、软重置或其他一些可靠的方法来解决，我会认为关于重新打开这个。