@jahnj0584: 这应该是Grbl的问题，而不是UGS的问题。的确，600 将在 120% 时达到最大值，但其他移动可能被编程为小于 500。例如，如果在 400 毫米/分钟，那么 150% 的超驰将达到最大值。当您沿对角线方向移动时，您还必须考虑 600 最大值不是 600。如果另一个轴也是 600，则该值最高可达 1.414 倍。

对于大多数使用情况，进给率覆盖仅适用于 FEED 移动，您实际上正在切割材料。您的移动速度通常比最大急流速度慢得多。在完全 200% 的进给倍率下，您可能无论如何都达不到急流速度。

@jahnj0584我不确定 GUI 对此能做些什么。您可以想象，在同一个程序中，您可能有一些提要要低得多的部分。例如，即使您的直线切割已经达到 120% 的最大值，Z 暴跌仍然可以看到 200% 的效果。

一个更好的解决方案可能是让我完成状态消息的更新以显示当前的进给速率，这样您就可以更准确地微调速度而不会“意外地”超过最大值 8 次点击。

你应该在 gnea/grbl 板上发布这个问题，我认为@chamnit期待这样的反馈。

我 xposted 这个问题，所以由你们中的哪一个想弄清楚。

也许我的机器很有趣，但我的最大速度为 4200 毫米，并且经常以 3700 左右的速度切割。我会使用 over ride 看看我是否真的可以全速前进并保持准确性和方正度。UGS 有一个单独的 FOR 用于 rapids/spindle/feeds，所以这也不应该成为问题。我不确定解决方案到底是什么，除了计算（进给率 * OR%）<= $110/111/112 值