这是它应该工作的方式。在以前的 Grbl 版本中，您可以更改搜索速度，但已更正为遵循 g 代码标准。寻道率，又名急流，是您的机器在不丢失步骤和不切割的情况下可以运行的绝对最快速度。这主要用于快速遍历。在 grbl 上，如果你想以比 rapips 更高的进给速度运行，你可以使用 G1 和 F 命令，但我也不认为这符合标准。

… 其历史原因是（1）G00 是非协调的（即狗腿运动）和（2）虽然在 G00 中整个移动的位置精度不能得到保证——只有最后一站。此外，在 G01 期间会发生更微妙的事情，这些事情在 G00 期间被简单地拔掉，例如负载监视器、进给/速度协调、轴夹具等。因此，正如标准所说：“G00 用于四处移动（而不是切削），G01 用于切割（不四处走动）”。

现在几乎人人都配合过G00，已经达到了G00和G01的机械精度基本相同的工程标准，差别不那么明显了。

此外，该标准表示机器对 G01 期间使用的实际F 值有最终决定权。在大多数情况下，这将低于您在程序中指定的值，原因有多种：

• 机器并没有那么快
• 当前编程的移动和机器的物理参数阻止它走得那么快
• 控制面板上的进给倍率设置为小于 100%
• 进给/速度协调移动已被编程，并且主轴没有按照给定 F 所需的速度运行
• 机器的负载监控器检测到主轴扭矩过大，因此相应地降低 F 作为保护手段
  等。

在 ShapeOko 上，X 和 Y 使用皮带，Z 使用螺丝。过去我使用 S30000 快速移动 X 和 Y，如果我必须移动 ZI 必须将其更改为 S1000 这样它才能工作而不是停滞……我想现在我只需要等待更长的时间或等到我可以设置更高版本中不同的最大搜索速度…

为此表示歉意。每一个动作，都可能会产生一些意想不到的后果。为了使 Grbl 更符合 g 代码标准，这使得像您这样的用户更难将 Grbl 调整到他们的机器。但是，除非我们从他们那里听到并告诉我们，否则我们不知道他们需要什么。

你确实提出了一个很好的观点。我之前听说 ShapeOko 用户有 Z 轴问题，为了防止它停滞，您必须使用 G01 Zx Fx 命令明确地进行 z 轴移动。我认为进行与轴无关的加速度设置可以解决这个问题。（它应该有很大帮助，并且它在快速缩短的列表中非常高。）但是通过搜索，我们没有办法区分特定轴的最大速度。

因此，对于每个轴的最大寻道率，我认为可能有一种简单的方法可以做到这一点。我们可以在 g 代码解析器向规划器发出命令之前插入最大速率缩放计算。基本上，它会根据每个轴的一些最大寻道率设置来计算从 A 点到 B 点的最大速度。这将在持久设置中添加两个以上的浮点变量（正在迅速膨胀），但这在技术上应该是可行的。让我再考虑一下，也许我们可以想出一些对 ShapeOko 人有用的东西。