@toddl1962：已经有一些东西可以防止轴限制崩溃。那是软限制。否则，最大步长是由 GUI 控制的，而不是 Grbl 明确控制的，因为 Grbl 仅在它被告知时移动以及通过来自 GUI 的命令移动多远。

但是，我确实计划为 Grbl 引入一个单独的慢跑模式，这有望消除此类问题。这取决于我还有多少空间可以玩 v1.0。

感谢您及时的回复！实际上我确实使用了软限制，但它们对于 Z 轴必须有点宽松，因为我真的不知道我将使用的位长度。想想这个功能更适合发件人程序。但感谢您考虑我的请求！

从我的iPad发送

2016 年 4 月 15 日下午 4:34，Sonny Jeon notifications@github.com写道：

@toddl1962：已经有一些东西可以防止轴限制崩溃。那是软限制。否则，最大步长是由 GUI 控制的，而不是 Grbl 明确控制的，因为 Grbl 仅在它被告知时移动以及通过来自 GUI 的命令移动多远。

但是，我确实计划为 Grbl 引入一个单独的慢跑模式，这有望消除此类问题。这取决于我还有多少空间可以玩 v1.0。

—
你收到这个是因为你被提到了。
直接回复此邮件或在 GitHub 上查看

顺便说一句，我想提一下 GRBL 是一个很棒的程序。它对我来说效果很好，我感谢你们为维护它所做的工作。我自己是一名嵌入式软件开发人员，因此我很感激为维护代码库和管理错误日志所做的大量工作。

从我的iPad发送

2016 年 4 月 15 日下午 4:34，Sonny Jeon notifications@github.com写道：

@toddl1962：已经有一些东西可以防止轴限制崩溃。那是软限制。否则，最大步长是由 GUI 控制的，而不是 Grbl 明确控制的，因为 Grbl 仅在它被告知时移动以及通过来自 GUI 的命令移动多远。

但是，我确实计划为 Grbl 引入一个单独的慢跑模式，这有望消除此类问题。这取决于我还有多少空间可以玩 v1.0。

—
你收到这个是因为你被提到了。
直接回复此邮件或在 GitHub 上查看

这个问题可能更适合做 UGS 的 Wil。

嗨，大家好，

我已经实施了一个工具表（包含工具长度和其他内容）和
考虑工具长度的软限制来处理该问题。
它仍然不准确，因为我们不支持工具更换器（
设置了精确的工具长度）……您必须
手动将工具设置为预定义的深度。
下一步是在每次换刀后进行刀具长度检测。

查看代码@ http://github.com/mschorer/grbl
Am 16.04.2016 06:34 schrieb “jahnj0584” notifications@github.com：

这个问题可能更适合做 UGS 的 Wil。

—
您收到此消息是因为您订阅了此线程。
直接回复此邮件或在 GitHub
#960（评论）上查看