有什么方法可以解决这个烦人的错误 ？

我认为这个问题可能与它先发送一个 feed hold 有关，这在 smoothie 上是不需要的。我还没有找到一种简单的方法来修复它。使用最新版本的冰沙，它似乎大部分时间都可以解锁。
这也可能是 ok 计数不同步的问题。对于 smoothie，在停止后重置 ok 计数会更安全。

在进一步检查中，我认为问题在于按下停止时 GRBL 不会进入警报状态，因此 bCNC 不希望如此，而 Smoothie 在停止时进入警报模式（控制 X），需要清除（$X）在做任何事情之前。因此，与 grbl 不同，要使 bCNC 了解 Smoothie 在 Stop 后处于 HALT 状态，修复非常复杂。
也不应该发送！与 GRBL 不同，Smoothie 停止时（进给保持）。

仅供参考。Grbl 只有在出现问题或无法保证位置时才会进入警报模式。如果您不动并按下复位键，则无需进入警报模式。这包括处于 IDLE 时、在完成进给保持期间的 HOLD 或 DOOR/停放状态。如果在运动过程中击中复位，它会报警。

不幸的是，Smoothie 不像 GRBL 那样控制 X（例如，它不会重置），而且我也无法复制 GRBL 的立即进给保持能力（这太棒了！）。因此，Smoothie 在移动时会在控件 X 上进入警报模式。在 smoothie control 中，X 更像是一个 E Kill 开关。