您似乎没有设置进给率

例如发送 F100

看看
https://github.com/gnea/grbl/issues/167
https://github.com/gnea/grbl/issues/255

你使用什么控制界面/程序
看起来你只是在慢跑机器而不是运行文件 – 是正确的

我使用 GRBL-Panel 和 Candle CNC 看看它们，如果你还没有
https://github.com/gerritv/Grbl-Panel/releases
https://github.com/Denvi/Candle

GRBL 命令在这里
https://github.com/gnea/grbl/wiki/Grbl-v1.1-Commands

尝试发送类似的东西：
（G21；将单位设置为毫米
G90；设置绝对坐标
G1 X100 Y100 F100；移动）

G21 G90
G1 X100 Y100 F100

Dremel gbrl 后处理器.txt

Gcode的第一行是：

G1 X1 Y1 F180

我已将文件附加为 .txt

如果缺少进给率，它会在 1/3 的时间内成功运行吗？我尝试在 CNCjs 和 UGS 上运行代码，结果相同。

ok 回复了，现在看看

仅供参考
这是一个有用的模拟器的链接，用于测试代码
https://camotics.org/download.html

感谢 MeJasonT，我安装并运行了 gcode，我所能看到的只是一个关于没有选择工具的警告。

代码使用 grbl-panel 运行良好
我有一个连接到 pc 的 uno 没有机器连接运行版本 1.1f Grbl 作为测试台。
看起来您的问题可能与影响您的通信的射频/电噪声有关。
尝试在您的机器未连接到 Uno R3 的情况下运行我进行的相同测试，看看是否正常 – 然后重新连接您的机器并尝试。

Camotics 非常适合检查路径，但不是特定于 grbl 毛球的机器可能不一定会出现

我杰森T，

我尝试以检查代码模式 $C 运行它，但仍然失败。

你能告诉我如何在没有连接机器的情况下在 UNO 上运行测试吗？

如果你有一个备用的 Arduino Uno，那么只需将 grbl 上传到它并像机器连接到它一样进行训练，否则 – Uno R3 是插入你的控制板还是它是内置在你的板中的微处理器。
你想要它自己 – 阻止你在开始时破坏一台完美的机器。

这是你的控制板吗

然后您应该能够实时或以检查模式运行代码。由于 grbl 没有轴反馈并且依赖于它自己对机器位置的估计，因此它在没有连接机器的情况下运行得非常愉快。如果你连接了限位开关并设置了归位，那么它需要被吓坏才能让它工作。基本上在设置中禁用它们。

我有一台 UNO R3，听起来像是射频/电噪声

Ok check list time
用于电机和终端止动器的屏蔽电缆，最好单独接线并在一端接地（控制器端使其最接近地电位）

• 如果可能的话，不是机器 0v/gnd/common 而是将外部接地插入金属接地桩
• 尽量不要使用电源插座接地将机器接地 将
  铁氧体添加到电机和信号线上，
  或者考虑使用电源滤波器和光隔离 USB 电缆/接口
  将任何金属机器部件接地（如果它是金属框架机器）。
  将 rf 看作是古老的弗兰肯斯坦电影，在那里你可以看到闪电在房间里穿梭，有点像 rf 所做的但看不见 – 喜欢金属，因为它充当巨大的天线。

如果禁用硬件停止和归位。使用软件限制将您的机器设置到安全的 0,0 起始位置
，您可能会发现嘈杂的 com 问题与末端停止有关。可以在没有硬件限制和没有归位的情况下使用机器 – 你只需要小心你的机器的行为方式

谢谢，MeJasonT，我明天会玩它并报告回来。

这是一个 EEPROM 问题。请参阅常见问题解答。尽量不要流式传输三个连续的 g10 命令。您可以将其合二为一。

Chamnit，所以你说我需要运行 $RST=*

第一篇文章中的两张图片都显示以某种方式发生了重置。第一个显示在 G10 命令之后收到了解析器状态响应消息的一部分（ [GC:G1 ），然后是重置消息（ Grbl 1.1g [‘$’ for help] ）

一旦发生复位，任何编程的进给率都将被清除。

同样，在第二个中，您可以看到部分状态报告消息和重置消息。同样，重置将清除所有进给率信息。

我不能说为什么会发生重置，但看起来导致重置的原因就是导致您的问题的原因。

CNCjs 中使用字符计算协议将 G 代码程序流式传输到 Grbl，将“G10 L20”放在 G 代码程序中间可能会导致重置，因为它将工作坐标设置保存到 EEPROM，并且发件人必须等待队列完成。

https://github.com/grbl/grbl/wiki/Interfacing-with-Grbl#streaming-protocol-character-counting-recommended-with-reservations

当 Grbl 将数据存储到 EEPROM 时，AVR 要求在此写入过程中禁用所有中断，包括串行 RX ISR。这意味着如果 g 代码或 Grbl $ 命令写入 EEPROM，写入期间发送的数据可能会丢失。这通常很少见，通常在程序中不恰当地流式传输 G10 命令时发生。为了稳健性，GUI 应该跟踪和检测这些 EEPROM 写入命令，并通过等待队列完成执行后再发送更多数据来适当地处理它们。请注意，简单的发送响应协议不会遇到此问题。

@JJZ71您可以尝试将 a 附加%wait到每个“G10 L20”以等待规划器队列清空。%wait是 CNCjs 中的一个特殊命令，它将等待所有“ok”响应被返回。

G10 L20 P1 X0 Y0 Z0
%wait

CNCjs 中使用字符计算协议将 G 代码程序流式传输到 Grbl，将“G10 L20”放在 G 代码程序中间可能会导致重置，因为它将工作坐标设置保存到 EEPROM，并且发件人必须等待队列完成。

除了在他的第二个示例屏幕中没有 G10

我刚刚提交了 EEPROM 问题的 PR #641。这应该可以解决问题。

我刚刚提交了 EEPROM 问题的 PR #641。这应该可以解决问题。

它可能会解决一个问题，但我认为它不会解决 OP 的问题。如果你看第二个屏幕，在重置之前有正常的 G1 命令。没有任何命令可以访问/写入 EEPROM。我错过了什么吗？

我从 CNCjs 更改为 UGS 并启用单步模式，状态轮询错误 22 几乎完全停止。希望这将有助于进一步缩小问题范围。

这是一个 EEPROM 问题。请参阅常见问题解答。尽量不要流式传输三个连续的 g10 命令。您可以将其合二为一。

我感兴趣地关注线程
我试图找出表明它是 EEPROM 错误的原因，从代码示例中我可以看到进给率是如何丢失的，但知道一旦它被发送将保留在 grbl 中直到它被重置或命令被覆盖。这就是给我的印象，它只是偶尔发生，我们不知道这个例子是否在两次尝试之间重置了板。有人可以指导我查看 Sonny 提到的常见问题解答吗？