@Mgilbride：软限制按设计工作。如果你告诉它在工作范围之外慢跑，Grbl 将进入软限制警报。这没什么大不了的，因为软限位警报不会丢失机器位置。只需重置并继续。

如果我们将软限制检查移动到步骤执行区域，Grbl 的检查模式功能就会中断，这是未来称为程序恢复功能的组成部分。

此外，GUI 还可以轻松管理其自定义/黑客慢跑界面，避免超出工作范围。

好，谢谢。不确定是否应该通过图形用户界面或固件来解决。

在 2014 年 9 月 12 日星期五中午 12:27，Sonny Jeon notifications@github.com
写道：

@Mgilbride https://github.com/Mgilbride：软限制按
设计工作。如果你告诉它在工作范围之外慢跑，Grbl 将
进入软限制警报。这没什么大不了的，因为软限位警报
不会丢失机器位置。只需重置并继续。

如果我们将软限制检查移动到步骤执行区域，Grbl 的
检查模式功能就会中断，这是未来称为
程序恢复功能的组成部分。

此外，GUI 还可以轻松管理其自定义/黑客慢跑界面，避免
超出工作范围。

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

为什么人们将 GUI 驱动的慢跑称为解决方法？它们的运行方式与从引脚内部驱动的方式相同。他们沿着选定的轴移动一些指定的增量。就个人而言，这对于 GUI 来说是微不足道的。当然，在某些情况下可以改进物理实现，但它们是功能性的。
我宁愿把时间花在进给覆盖或添加 A 轴上。这些更难“变通”:-)

由于实施和行为，我称其为解决方法。UG 正在
发送 g 代码命令，而不是直接与运动
控制器/分线板连接。对于基于非键盘/键盘模拟器的
吊坠，如果松开吊坠操纵杆/按钮，则运动将停止。您
可以严格控制您的机器。例如，对于 UGS，慢跑行为取决于
您每次按下按钮移动的毫米数。如果您启用
键盘点动，您可能会从单位毫米的增量中得到不平稳的运动，从 3 毫米的增量中得到
平稳的运动和相当准确的停止，
以及从 5 到 10 毫米的增量中平稳、快速的运动和长时间的惯性停止。
此外，启用软限制后，几乎不可能
点动 z 轴，因为您在移动很
远之前触发了软限制。都是因为键盘缓冲区，以及固件和
软件的编写方式。并不总是那么实用。

Feed override 在 UGS 中部分实现，tinyg 支持以上
三个轴。
2014 年 9 月 12 日下午 2:21，“Gerrit” notifications@github.com写道：

为什么人们将 GUI 驱动的慢跑称为解决方法？它们的运行
方式与从引脚内部驱动的方式相同。
他们沿着选定的轴移动一些指定的增量。就个人而言，这对于 GUI 来说是微不足道的。
当然，在某些情况下可以改进物理实现，但
它们是功能性的。
我宁愿把时间花在进给覆盖或添加 A 轴上。这些
更难“变通”:-)

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

@Mgilbride：首先，请记住 Grbl 是免费软件，由我和用户在空闲时间编写和维护。Grbl 不是商业产品，没有商业质量的支持。其次，在下一个版本的 Grbl 中，开发路径 wiki 中明确说明了适当的慢跑界面。目前master v0.9不会安装。在批评和发声之前，请记住这些事实。

因为Grbl是开源和免费的，你要么耐心等待我自己，要么利他的用户获得空闲时间并愿意根据需要提供更新，或者自己编写并回馈社区。

最后，什么@gerritv指的是进给倍率的实时控制。你按下一个按钮，Grbl 将立即更新计划并相应地移动。无需等待先前的动作来清除规划器缓冲区。据我了解，即使是 EMC2 也不会这样做。Grbl 已为此准备就绪，但我需要找时间重新开始工作。因此，他对优先事项的要求，我同意。

同意，这些都是 GUI 中实现的问题（除了 Grbl 缺少 A 轴 UCS 和其他人不在按钮上使用按键重复，因此您描述的行为。当 UCS 直接使用键盘时（通过它的选项），那么它应该限制重复排队的次数

如果您查看机器面板（如 Haas、Fanuc 等真实面板），您会看到有一个旋转开关或其他指示移动增量的方法。对于 Mach3 和可能的 LinuxCNC，吊坠也不直接与控制器接口，它们发送按键 所有这些实现都使用按钮或等效键盘的一些变体来启动慢跑，这些按钮或等效键盘本质上是推送 G1 命令或等效的内部版本。

如果软限制失败，则说明设置有问题。运行归位循环，然后确保软限位运动与您的机器的能力相匹配。然后你不应该在这些限制之外慢跑，因此会达到软限制。

@gerritv恕我直言，grbl、LinuxCNC 和 Mach3 之间的比较未定义（在此上下文中）。grbl 在裸机上运行，​​LinuxCNC 是一个 Linux 用户空间可执行文件（在支持 RTAI 的内核的帮助下），而 Mach3 是一个完全不同的动物，因为它使用外部、硬件、运动控制器。

然而，关于在尽可能紧密的循环中实现慢跑的评论是有效的——越是这样，键盘（或等效的）读取延迟就越慢。您可以通过从同步“向左移动 n 个单位”的方法转变为异步的“您应该在这个坐标”的方法来解决不利的时序问题。

这会给机器一种弹性的感觉，可以很好地配合人的手眼协调，尽管不像行业那样，但感觉会比同步键盘式输入的打字方法好得多。

特别是关于 LinuxCNC 和 Mach3 中的吊坠，这两个软件平台都是可定制的，因此给定的物理吊坠可以被解释为发送类似键盘的事件（或者，实际上，注入 G01s）或直接生成步进脉冲或影响目标位置，如所讨论的多于。

@csdexter：我将 LinuxCNC 和 Mach3 进行了比较，因为它们在这种情况下“正确”运行。它们都不直接驱动电机，而是使用 io 端口和驱动板。Mach3可以使用智能控制器，但在大多数情况下使用打印机端口样式。在这种情况下，Grbl 是 Mach3/LinuxCNC 的核心，它是运动规划器和执行器。我阅读了提出的问题/意见@Mgilbride与该运动规划器/执行器的接口有关。我不确定在 Grbl 中实施不同的慢跑方法有什么好处，GUI 仍然需要通过按键/按钮推动以某种方式驱动它。有一些用于 Mach3 的加密狗实现得非常好，它们只能按下按键，因此显然可以正确完成，但它仍然是一个实现细节。

直接使用 step/dir 引脚进行慢跑是一场等待发生的灾难，这样做可以确保运动控制软件（Mach3、UCS 等）对工具的位置一无所知。这样做之后运行 Gcode 不是我想要看的东西 是的，我知道有些人这样做然后重置 Grbl，但这实际上是正确实施和操作的另一种解决方法。

也许指出人们如何/为什么使用慢跑会很有用？对我来说，它是将工具相对于工作定位，以便设置工作 0。这就是为什么您需要精细的增量，例如 .001″ 和缓慢的进给率。当然，您需要更粗的增量才能从机器 0 到达那里或使用手册(MDI) G 命令靠近。

@gerritv：同意，直接使用 step/dir 引脚不是一个好主意。

总的来说，我认为 GUI 可以为 grbl 创建一个像样的慢跑界面，因为大多数工具都可以做到这一点。在下一个 Grbl v1.0 版本中，计划使 GUI 更清晰、更容易实现。目前还不清楚这会是什么样子，但我最初的一些想法需要一种特殊的慢跑模式，由“$J”启用。慢跑可以设置为增量或连续，它会一直移动直到被告知停止。吊坠或操纵杆可能是另一种慢跑模式（这一直是一个长期的个人目标，但其他事情已被优先考虑）。在慢跑模式下可能会有一组特殊的命令，但这还有待确定。可以肯定的是，与 Arduino Uno 留下的相比，正确和完整地实现这一点需要更多的闪存空间。我’

非常明白。评论并不意味着批评。努力
慢慢理解它是如何工作的，并基本上谈论它。我的
道歉。无意说现在需要更改任何功能只是因为
我这么说。讨论这些东西的唯一场所在“问题”下。但不要
暗示我提出的一切都是问题。

并期待有一天我可以真正贡献代码。但我
现在可以利用空闲时间做的大部分事情是贡献美元、使用它、提出问题等
。2014 年 9 月 14 日上午 8:40，“Sonny Jeon” notifications@github.com写道：

@Mgilbride https://github.com/Mgilbride：首先，请记住 Grbl是
免费软件，由我和用户在空闲时间编写和维护。Grbl 不是商业产品，没有 商业质量的支持。 其次，在下一个版本的 Grbl 中，开发路径 wiki 中明确说明了适当的慢跑界面。 目前master v0.9不会安装。在批评 和发声之前，请记住这些事实。

因为Grbl是开源和免费的，所以你要么耐心等待
我自己，要么利他用户获得空闲时间并 愿意根据需要提供更新，或者自己编写 并回馈社区。

最后，什么@gerritv https://github.com/gerritv指的是
进给率覆盖的实时控制。你按下一个按钮，Grbl 将
立即更新计划并相应地移动。无需等待
先前的动作来清除规划器缓冲区。据我了解，即使是
EMC2 也不会这样做。Grbl 已为此准备就绪，但我需要找
时间重新开始工作。因此，他对优先事项的要求，我
同意。

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