注释
.png "Feed Hold 后状态不正确 #732"){kind=avatar}
成员
|
@bensuffolk: 这不是错误。这是对 v0.9i 中 HOLD 行为的有意更改。众所周知，这种变化打破了一些连续慢跑的实现方式，如您所做的那样，通过移动、进给保持然后软复位。也就是说，这不是第一次提出这个问题，所以我会考虑下一个版本的解决方案。 |
.png "Feed Hold 后状态不正确 #732"){kind=avatar}
作者
|
@chamnit很公平，只要您知道它并且它不是错误。 出于兴趣，这样做背后的想法是什么？在“运行”和“保留”之间的过渡阶段，另一种“保留”状态可能是一个简单的解决方案吗？ |
.jpg "Feed Hold 后状态不正确 #732"){kind=avatar}
|
我们不能简单地中止已搁置的移动（使用 !cmd）吗？假设我不想恢复 (~ cmd) 移动。我只是想中止移动并开始新的移动。我唯一能弄清楚的方法是软件重置（Ctl X cmd）。是否有任何其他命令或是否有计划在未来添加一个？ |
|
SoftwareReset 的问题是它会完全重启 arduino，这需要 1 或 2 秒，这对我的情况来说是不可接受的。应该有一些其他的命令来中止一个动作并开始一个新的动作？！ |
成员
|
@ecncshop: 这种行为是故意的。中止一项运动并继续另一项运动的唯一原因是慢跑。这永远不会发生在 g 代码程序中，因为它很可能会破坏程序。因此，严格的行为。作为与 Grbl wiki 状态的接口，还有其他方法可以进行慢跑。 人们要求您拥有的东西的主要原因是当您正在进行连续慢跑并且需要停下来时，但是您在队列中输入了太多动作。连续点动功能是预定的 v1.0，应该可以解决这个问题。 |
我相信这是一个错误，但它可能是预期的，如果是这样请告诉我
我在使用给我 -1、0 1 的开关实现慢跑时遇到了这个问题。我的实现移动到机器极限或 -1 或 1，并且在 0 时发出进给停止！然后通过轮询检查机器的状态？查看它何时处于“保持”状态。完成后，我发出软重置以清除命令的其余部分。
这听起来像是一个不错的计划（如果有明确的黄油命令，那么我当然不需要重置，但我知道这是一个不同的讨论）。
但是，在机器真正停止之前，我得到了“暂停”状态。（即仍处于“运行”状态）。当我看到“保持”状态时，我的应用程序正在发出重置，这反过来会导致警报，因为重置发生在机器移动期间，这意味着我可能会失去位置。
所以我不认为它应该在机器真正处于安全的 Hold 状态之前返回“Hold”，但它似乎在进入“Hold”状态时返回“Hold”。