不，我认为慢跑只有在机器理想状态下才有可能

不可能。但这是有原因的。如果您完全改变工具，主要问题是工具位置的变化。如果发生这种情况，正确的方法是重置作业，重新探测并重新调零新工具，然后重新启动作业。

从技术上讲，您可以在中间程序或在您的停止点执行此程序，但它会变得毛茸茸。这需要 GUI 在停止点记录准确的 gcode 和参数状态。您必须确保程序中的刀具偏移或工作位置原点等在重新启动点之前没有发生任何变化。然后，您必须插入一条与作业、机器设置和工件一起工作的重新进入路径，这样就不会发生崩溃或工具过载，也不会与编程的工具路径相交。然后你可以从那一点继续工作。这通常是 GUI 管理所有这些的工作。我还没有看到一个，但如果 bCNC 可以处理这样的事情会很好。

我认为重点$J=是将慢跑命令与其余的 g 代码隔离开来。您是否考虑过在 Hold 状态下启用$J=慢跑？这真的很烦人。处理 sender 中的所有内容已经非常复杂。我在 bCNC 上工作了很长一段时间，但我仍然没有真正理清负责这类事情的代码部分。

我知道您想提供可用于实现所有高级目标的最小构建块集，但有时会变得混乱。您也可以只公开 GPIO API，让我们处理其余的

在进给保持期间允许点动仍然不能解决重新归零新刀具并将其安全地重新插入刀具路径的问题（并非每台机器或作业都相同）。

FWIW，停车运动（启用时）会将 z 轴点动到停车点正上方的停车位置。它还将关闭主轴。您可以使用它来手动清洁/检查工具。您甚至可以尝试在停放时更换工具，但您需要一些方法来手动确保工具偏移与您更换的工具完全相同。

此外，我发现如果我允许用​​户有太多的自由，他们最终会严重滥用该功能，以至于不明智甚至危险。程序重启实际上是大多数工业数控机床的标准配置。从我所看到的来看，他们完全按照我上面描述的那样做。他们这样做的原因之一是它最大限度地减少了用户错误。当用户在他们的场景中出现错误时，通常意味着人身伤害或昂贵的维修/重新制作零件。我认为遵循相同的标准从他们的错误中吸取教训是明智的，即使他们有时会令人沮丧。

在进给保持期间允许点动仍然不能解决重新归零新工具的问题

是的。我真的很想在保持模式下能够慢跑和重新归零 Z。这是皮塔饼。

当用户在他们的场景中出现错误时，通常意味着人身伤害或昂贵的维修/重新制作零件。

如果你有足够的勇气在周期中期重新归零，你应该知道你在做什么。每个人都知道这一点。

这位老托尼说数控机床不是数控机械师。AvE 对此也有相当的看法：

在进给保持期间允许点动仍然不能解决重新归零新刀具并将其安全地重新插入刀具路径的问题（并非每台机器或作业都相同）。

但这仍然可能有用。我经常让一些材料丢失并掉入切口，这可能会造成麻烦（例如，当切割标签失败时）。所以我必须暂停工作并将其取出，这可能很棘手，因为已经有立铣刀挡住了路，我不能在暂停期间移动它……这让我发誓很多……

您可以使用安全门功能。它会自动进给保持、缩回并关闭主轴。恢复时它会做相反的事情。

您可以使用安全门功能。它会自动进给保持、缩回并关闭主轴。恢复时它会做相反的事情。

收回？我不知道可以实现开门时的缩回。除了在 config.h 中启用安全门外，您如何配置缩回？

在 config.h 文件的底部有一些与称为停车的东西相关的选项。默认是缩回到 z 顶部以下 5mm。Grbl 将在停止点上方约 20mm 处启用和禁用主轴。通过启用，有一个主轴延迟以允许它在恢复位置和恢复程序之前达到速度。

好的。Config.h 不是 100% 清楚会发生什么以及何时发生，所以让我看看我是否有这个权利。听起来动作是这样的

机器在运动中，主轴和冷却液运行
门打开
的机器在 X 和 Y 轴上受控停止
Z 以 config.h 中定义的拉出速率缩回
Z 然后从行程顶部继续最多 5mm（在 config.h 中以更快的速度定义由停车率定义的速度
。在此运动期间，主轴和冷却液关闭

一旦门关闭并推动循环开始，上述步骤将以相反的顺序发生。

这是正确的吗？我只是不确定主轴和冷却剂在哪里打开/关闭。

正确的。主轴在拉出率和停放率之间的过渡时禁用和启用。重新启用后，在移回零件之前会有一个可配置的主轴延迟。

还有一个停车实时命令，就像进给保持一样。无法确切地记得它是什么，但我认为它在扩展的 ascii 字符集中，就像覆盖一样。应该在config.h文件中说。

我可以看到一些工具，如反向倒角或踏步工具或纵切锯，在 Z 轴自动缩回将是一个非常糟糕的主意

是的。特别是当事情已经出错时。我认为能够手动慢跑到我需要的地方/方式要好得多。我一直在向过去使用 haas 和 tormach 等 CNC 的人们展示 GRBL，他们不明白它怎么会缺少这样的功能……我只能同意这一点。

@langwadt: 同意，这就是默认情况下未启用它的原因。这是供应商为其仅使用基本立铣刀和钻头的小型机器要求的功能。

@Harvie: 我向我的机械师朋友询问了此功能。他证实了你的说法，即你可以在进给保持期间慢跑，作为一个称为run stop job continue的功能。但是，即使在这里，它也指出你必须小心如何恢复程序，因为返回路径将使用当前偏移量，而不是在你慢跑离开的相同路径上返回。

正如我之前所说，这最适合由 GUI 处理，而不是 Grbl。每台机器都不同，每个设置都不同。如果 GUI 通过取消、软重置、点动机器或其他任何方式执行相同的过程，以及在停止位置“程序重新启动”，您将拥有对机器的最佳控制。我已经在包括这篇文章在内的许多其他文章中描述了“程序重启”是什么。实际上，这与 Haas 所做的完全相同。

也就是说，我现在确实住在 UGS 开发商 Will Winder 附近。也许我们最终可以共同努力实现这样的东西。

此外，经过深思熟虑，Grbl 不可能在进给保持期间建立任何新的工具偏移或坐标系更改，这使您能够在进给保持期间更换工具并重新探测它的基本论点无效。原因是：Grbl 已经在计划器中排队并应用了偏移量的运动。如果你设置一个新的偏移量，所有的规划器动作都需要完美更新，但由于内存限制，Grbl 不会保留这样做的数据。即使您有足够的内存在每个计划程序块中存储完整的命令集，您也会引入大量边缘情况或产生错误的场景。亲 CNC 可以这样做的原因是因为他们可以直接访问整个 g 代码程序。它可以检查以确保正确应用所有偏移量。对于 Grbl，你

是的。特别是当事情已经出错时。我认为能够手动慢跑到我需要的地方/方式要好得多。我一直在向过去使用 haas 和 tormach 等 CNC 的人们展示 GRBL，他们不明白它怎么会缺少这样的功能……我只能同意这一点。

当前的 Tormach 机器使用 Pathpilot，其核心基于 LinuxCNC。您不能在进给保持期间点动 LinuxCNC，我怀疑您是否可以点动 PathPilot。

至于商用 CNC 机器，您很难将 Grbl 与价值 100,000 美元的 Haas 相提并论。此外，我曾在商业机器上担任 CNC 机械师，并不是所有的机器都可以在进给保持期间慢跑，至少在我靠它们谋生的时候不能回来。

此外，经过深思熟虑，Grbl 不可能在进给保持期间建立任何新的工具偏移或坐标系更改，这使您能够在进给保持期间更换工具并重新探测它的基本论点无效。

我同意，Grbl 不可能做到这一点，但 Grbl 接口程序并非不可能做到这一点，但不是在进给保持期间。我已经在我正在编写的最新界面中实现了这一点。它的工作原理是在程序中有一个正常的 M6 T# 命令，该命令被界面拦截，并插入其他命令，例如移动到预定义的太换位置，关闭冷却液和主轴，然后等待用户确认手册更改完成。正如我所说，它通过插入适当的 grbl 命令来“在”编程行之间执行此操作。

读完之后，我想我可以将以下内容放在我的界面中，上面可以修改如下：

1. 接口检测 M6 T999（T999 将专门用于通过探测设置工具高度进行换刀）
2. 接口插入命令以升高主轴并将 XY 移动到换刀/设置器位置
3. 界面插入主轴停止和冷却液关闭命令
4. 界面打开一个对话框供用户确认工具已被手动更改。
5. 一旦用户确认，接口探头确定新插入工具的 TLO（理想情况下，对刀仪将安装在机器上的固定位置）
6. 接口发送 G43.1 到 Grbl 以改变 TLO
7. 然后界面将 Z 向上移动

然后 g 代码程序将从那里接管。

亲 CNC 可以这样做的原因是因为他们可以直接访问整个 g 代码程序。它可以检查以确保正确应用所有偏移量。对于 Grbl，您必须按照我上面描述的方式进行操作，以确保它能正常工作。

虽然我同意您无法在进给保持期间更改偏移量，但我认为可以单独实施慢跑。现在，Z 轴以自动方式移动并返回。Grbl 是否可以记住机器的 XYZ 位置，然后允许用户慢跑。一旦按下恢复键，Grbl 就可以先将 XY 移回存储的机器位置，然后是 Z？

所以我已经将它实现到我的新界面程序中，而且很容易做到。我还没有用连接的机器进行测试，但已经在我的 arduino 测试台上进行了测试，该测试台具有用于模拟探测的按钮。我仍然保留了使用刀具表完成的刀具更换，在我的程序中它可以容纳多达 51 个刀具定义和刀具长度偏移。

因此，由于这可以在接口程序级别完成，我想说 Grbl 在换刀和设置刀具长度方面的方式很好。如果能够在进给保持期间慢跑，例如在跑步期间检查某些东西，那将是一个很好的功能，但我个人并不认为这是迫切需要。

至于商用 CNC 机器，您很难将 Grbl 与价值 100,000 美元的 Haas 相提并论。

那是因为卓越的机械结构，而不是因为控制器软件……如果 Haas 与 GRBL 一起发货，我认为它们不会更便宜……

109JB，
John 我们什么时候可以对您的新 GUI 进行 Beta 测试。

至于 GRBL 的专业品质，可能是处理器不如其他微型处理器可靠，但绝不逊色于 Zilog Z80 或摩托罗拉 68000，在某些情况下，微芯片 PIC 将用于现代工业机器.
第一个登上月球的人——阿波罗太空船有 Zilog Z80s，1970 年代的许多工业机器都使用了 motorolla 68000。实际上 Z80 是 086 处理器，而 motorolla 68000 是 286 的前身（对我们来说这是 IBM 台式机）老乡）。Arduino mega 与摩托罗拉 68000 几乎没有什么区别。Hass 和 Tormach 刚刚随着技术发展并添加了很多棘手的电路来使他们的机器非常可靠。我现在已经构建了一些基于 arduino 的项目，并设法降低了处理器的速度，以至于它们停滞了。GRBL 是一个天才固件，我认为 Sonny 是这个星球上最好的程序员之一，他利用一个小型业余处理器来执行其他人花费数千美元所做的事情，这真是了不起。我已经对 PLC 进行了编程，并且看着人们挠头试图修复大约 100 个节点的 32 行梯形逻辑。如果 Hass 以低于 500 美元的价格制造了一台业余爱好机器，他们肯定会使用 GRBL，如果您的电话响起，Sonny 也不会感到惊讶。

@109JB： 真的。从技术上讲，Grbl 可以在进给保持期间移动，但它们不需要来自用户或 GUI 的输入界面。输入流在进给保持期间被 UI 占用，因此在保持处于活动状态时确实没有办法发送新的点动命令。它必须全部通过实时命令接口，该接口是有限的并且不能传递目标或馈送数据。

在保持期间支持动作需要更新流接口。幸运的是，我一直在研究的新系统能够在暂停期间传递数据。允许这样做是可能的，但由于新手用户滥用的巨大潜力，我不允许将其作为默认选项。

Arduino mega 与摩托罗拉 68000 几乎没有什么区别。Hass 和 Tormach 刚刚随着技术发展并添加了很多棘手的电路来使他们的机器非常可靠。

是的。如果 protoneer shield 有一堆光耦合器，那么 GRBL/Arduino 突然对外行来说似乎更可靠了:-)

允许这样做是可能的，但由于新手用户滥用的巨大潜力，我不允许将其作为默认选项。

我不明白你的意思。新手肯定不会实现自己的 GRBL GUI。他将使用现有的 GUI，这样的 GUI 应该以正确使用 GRBL 流协议的方式编写。那么问题是什么？

首先让我说我喜欢 Grbl，是它的超级粉丝，并且已经使用 if 好几年了。它非常适合它的用途。

至于 GRBL 的专业品质，可能是处理器不如其他微型处理器可靠，但绝不逊色于 Zilog Z80 或摩托罗拉 68000，在某些情况下，微芯片 PIC 将用于现代工业机器.

As much as I love Grbl. it is not in the same caliber as the controls such as Haas or other industrial CNC machine manufacturers employ. I am not referring to the hardware running Grbl, or the the Hass controller. I am referring to the controller “code”, regardless of whether the hardware that is running either is comparable or not. As far as I am concerned Grbl is not even in the caliber of the old antiquated industrial controls that I used years ago. Is Grbl good? As said, it is great for what it is and for what it is intended to do, but it is lacking in many respects compared to industry. Lack of backlash compensation, screw mapping, closed loop support, cutter radius compensation, spindle synchronization, multi-axis support, g-code support are just a bit of what even older industrial controls could accomplish. Grbl is written by volunteers who can only devote a certain amount of their spare time to its development. There is not a staff of engineers and programmers working full time on its development. The volunteers have done an amazing job to bring Grbl to where it is, but they just can’t compete and I wouldn’t expect them to. I do commend them with what they have done.