您需要提供比这更多的详细信息。什么样的错误？覆盖不应有任何与其命令相关的错误。你如何发送覆盖，它们是实际的 Grbl 覆盖命令还是基于 GUI 的命令，它只是改变进给率字 F。

我将录制视频以查看此错误。

@chamnit 请观看我录制的视频以了解此错误。

观看视频>> https://youtu.be/qFnzyvqSxfk

感谢您的视频。这完美地解释了你的问题。你能提供你的 $I 构建信息输出吗？我需要这个来确定您正在运行哪个版本和哪些选项，以便我可以重现该问题。

编辑：今天早上步/秒计算错了吗？但我仍然需要你的构建信息输出和你对源代码所做的任何更改的列表。

@viewsat： 没关系。我在你的视频中找到了你的版本，并成功重现了这个问题。在我调查这个问题的短时间内，我注意到它出于某种原因与您的加速设置有关。$120=150.1, $120=149.9, 和几乎任何其他值都可以正常工作，但$120=150会导致锁定问题。$120=150如果您避免从 50% 到 40% 的 -10% 增量，它也可以正常工作。以 1% 的增量低于 40% 效果很好。我将其设置为 99% 和 101% 覆盖并成功递减 -10%，低于 40%，到 10%，然后回到 100%，没有任何问题。你能证实这一点吗？

我很清楚这个问题可能来自哪里，并将把它提升为一个严重的错误。它似乎影响所有版本的 Grbl v1.1。然而，它似乎特定于基于此测试的某些非常罕见的情况，并且自 v1.1 发布以来缺少类似的其他报告。

@viewsat: 我想我找到了问题并推动了修复。请彻底测试这个，让我知道它是怎么回事。谢谢。

@chamnit 我测试了v1.1f (2017-07-31) Release，好像有一些问题，请等待我的测试结果。

@viewsat: 能否具体一点，提供一个案例？变化很小。虽然由于数字四舍五入，热修复有可能没有捕获所有情况，但它似乎解决了我测试中的特定问题。

@viewsat: 一直在思考这个问题。我想我想出了一个更强大的分支计算。它应该完全消除这个问题。请试试这个，让我知道它是如何工作的。

将 stepper.c 第 807 行开始的整个 RAMP_DECEL_OVERRIDE case 语句替换为：

        case RAMP_DECEL_OVERRIDE:
          speed_var = pl_block->acceleration*time_var;
          if (prep.current_speed-prep.maximum_speed <= speed_var) {
            // Cruise or cruise-deceleration types only for deceleration override.
            mm_remaining = prep.accelerate_until;
            time_var = 2.0*(pl_block->millimeters-mm_remaining)/(prep.current_speed+prep.maximum_speed);
            prep.ramp_type = RAMP_CRUISE;
            prep.current_speed = prep.maximum_speed;
          } else { // Mid-deceleration override ramp.
            mm_remaining -= time_var*(prep.current_speed - 0.5*speed_var);
            prep.current_speed -= speed_var;
          }
          break;

编辑：将更改推送到 Github，但它还不是正式版本的一部分。

@chamnit我测试了press-2-3.nc这个gcode和Overrides feed = 10% Rapaid = 100%，当我执行283行G1X33.01 Z-0.583完成后继续执行284行G0 Z5，那么G0的速度是错误的，变得非常快，超过了Grbl设置的max rate，使步进电机被锁定不能正确动作。

我测试了press-2-3.nc G0速度错误的地方有很多，104线，194线，284线，374线……等等。当有G0 Z5线时，G0速度可能是错误的。

我使用 v1.1f (2017-07-31) Release & Grbl-Panel 1.0.9.15 来测试。
测试 gcode >> press2-3.zip

@viewsat: 你绝对确定 G0 有问题吗？您是否使用示波器测量了 G0 速率？您将立即从 10 毫米/分钟的速度变为 800 毫米/分钟的速度。这看起来像是突然的震动。鉴于这是一个 Z+ 移动，您可能只是将 Z 加速度和最大速率配置错误以不考虑此类移动。

此外，这似乎是一个与我们一直在研究的问题不同的问题。您是否验证了 7/31 构建和今天的 8/1 推送是否按预期工作以消除您之前的问题？

@chamnit 我测试了以前没有问题的7/31和1/8版本。

但是我在测试的时候，出现G0动作不正确，不知道是G0速度还是加速度错误，这是一个新问题。

我用Grbl设置用linuxcnc做测试，结果可以正确动作。

请显示带有实际测量值的视频。

@chamnit 我检查了我的 CNC 机床，发现我的 Z 轴螺丝缺少润滑剂。
添加机油后，G0 Z 轴速度现在可以正常运行，没有问题。