啊，对不起！

我还没有用软限制测试它，现在我看到这个错误我觉得自己很愚蠢！😓

当按钮被按住时，它会不断地排队相当大步长的点动命令，使机器一直忙于处理命令。根据 GRBL 文档，这些步骤应该保持较小，但是当我尝试这样做时遇到了麻烦，因为它在某个时候结束了流式传输，导致点动取消不起作用（可能是因为发送缓冲区已满） .

我将尝试通过在创建新的点动命令之前检查发送队列来解决此问题，确保只有一两个命令排队。然后减少步长，可能基于当前单位和进给率。

修复了一些问题：

• 缩短了步进大小，以便不直接触发软限制
• 如果出现错误，它现在将取消点动命令（而不是让点动循环继续）

一个问题仍然存在。无法找出排队的点动命令数量，这意味着无法限制正在发送的命令数量。

@kenfritz这应该在夜间构建中可用。如果您有机会测试它，请告诉我它是否更适合您。

我今天一直在测试 Bld# 970 慢跑，它看起来固定了。我按住鼠标键慢跑了很远的距离，没有出现任何错误。我最喜欢对角箭头。我真的很喜欢您对点动控制功能所做的更改。做得好。