报告的 x、y、z 位置突然错误，这就是为什么我怀疑可能是 grbl 有问题。
gshield v5b
Arduino Uno R3
nema 17 电机
由于位置没有报告为它应该在的位置，我认为跳过的步骤没有问题，除非 grblshield 可以检测到那些，我怀疑。如果可以的话，它肯定会纠正跳过的步骤。

我也很小心我的加速设置。

好吧，我终于跳过了一些步骤……可能是由于阻力，但这仍然是一个单独的问题。

@nathanielstenzel：如果 Grbl 报告的位置正确，则它跳过了步骤。Grbl 在执行时通过计算步进脉冲来跟踪位置。如果需要，您甚至可以使用带有单独 Arduino 的脉冲计数器草图来检查这一点。

了解有关您的设置和机器的一些信息也会有所帮助。提供您的 $$ Grbl 设置、$I 构建信息字符串以及有关您机器的一些详细信息。

同样，几家公司部署了数万台 Grbl 机器。他们都没有报告丢失步骤的问题，除非 Grbl 设置配置得太激进。如果您后退加速度和最大速率并减少连接偏差（0.01 毫米或更小），您应该会看到跳过的步骤消失。

@chamnit有时没有跳过的步骤，它报告了 Z-23，深度切割应该是 Z-10。gcode 中没有任何地方说 Z-23。
)��
Grbl 1.1f [‘$’求助]
$$
$I
$0=10
$1=25
$2=100
$3=0
$4=0
$5=0
$6=0
$10=1
$11=0.010
$12=0.002
$13=0
$20=0
$21=0
$22=0
$23=0
$24=25.000
$25=500.000
$26=250
$27=1.000
$30=1000
$31=0
$32=0
$100=40.000
$101=40.000
$102=320.000
$110=2000.0200
$1110
$112=2000.000（这是 Z 最大速度）
$120=50.000
$121=50.000
$122=50.000（这是 Z 加速度）
$130=200.000
$131=200.000
$132=200.000

为了下次测试，我刚才更改了如下设置。我还在 Shapeoko2 的 Z 轴轴承上涂了一点润滑剂。
$110=1500.000
$111=1500.000
$112=1500.000
$120=50.000
$121=50.000
$122=25.000

计算 X、Y 运动是否会导致它落后于 Z 运动然后赶上 Z 运动并发现自己处于奇怪的位置？

如果您混淆了 G90/G91 模式，我预计会出现此问题的唯一方式是，但它看起来不像。
而且我注意到你的削减下降到 Z-14，而不是 Z-10 – 离 Z-23 很远，但仍然……
我刚搬办公室所以我没有任何装备来实际尝试这个，但 g 代码似乎在 NCPlot 中查看很好。

@nathanielstenzel: 你的设置看起来没有异常，只是你的 Z 轴步长/mm 有点高。如果您的 Z 轴丢失，则很可能是您在俯冲运动中丢失了步数。当 CAM 刀具路径将进行螺旋切入或斜坡切入材料时，我已经看到了丢失步骤的问题。这种类型的运动需要来自 z 轴的大量扭矩。解决方案是降低 z 轴加速度和最大速率，并将微步增加到半步或整步。后者将提高保持力矩并有助于减少失步。

Grbl 不会失去运动同步，否则它不会是 CNC。Grbl 是专门为永远不会出现这个问题而编写的。

@nathanielstenzel: 抱歉，误读了您的回复。如果 Grbl 显示的值不在程序中，那么很可能在 Grbl 和主机 UI 之间的传输中丢失了某些东西。我没有发现您的 g 代码程序有任何异常。激光光栅雕刻作业执行类似类型的运动，但以 0.2-0.4 毫米的增量和更快的块传输速率。

就 g 代码块/秒而言，您可能已经相当接近 Grbl 的最大性能。我已经测试过 Uno 可靠地执行大约 250 块/秒。据报道，某些配置和作业超过 1000 块/秒（激光光栅）。如果将作业的进给率降低一半，Grbl 运行正常，这将提供问题所在的线索。要么 Grbl 达到了性能极限，要么 comm 对于您的 UI 来说太快了。

现在根据您发布的 $$ 设置运行该程序。您离 Grbl 的执行限制还差得很远。该程序相对较慢。

我会尝试使用 Grbl 的 stream.py 脚本或 UGS/bCNC/Grbl 面板。如果仍然看到错误，则这将排除您的 UI，并且可能是设置或绑定/摩擦。

@electrokean当它去 Z-23 或其他地方时，它应该在 Z-10。它没有达到 gcode 的 Z-14 部分。
@chamnit谢谢，我会查找该脚本。我需要可靠的替代品来替代我常用的 CNC 接口软件。Z 在螺杆上，而 X 和 Y 在皮带上。每秒是什么“块”？高步长/mm 加上快速 Z 轴移动会导致问题吗？

到目前为止，感谢大家对此的帮助。

哦耶。请注意，我上面提供的链接应该适用于该文件的特定版本。酷刑测试方面出现在 X23、X24、X25、X26、Y43、X27、X28 等行序列中。这是我不应该允许在 gcode 中发生的事情，现在已修复。正如我提到的那样，我认为这种低效率可能对测试有用。想想看，也许这会被称为额外的“块”，比如@chamnit在说什么？

@nathanielstenzel：一行g代码称为一个块。

我一直在运行测试程序。几次运行后到目前为止没有任何问题。

@chamnit你的步数/毫米和毫米/秒比我的设置多还是少？

@nathanielstenzel：我正在使用您的 $$ 设置运行，就像我之前说的那样。

@X3msnakechilipeppr.com/jpadie 是我使用的。
@chamnit 哦。好的。谢谢。

@nathanielstenzel你提到在“Arduino Uno R3”上运行 grbl
你是否阅读过有关 USB 到串行转换器的已知问题部分，即 R3 上的 16U2 芯片或某些克隆上的 CH340
请参阅https://github.com/gnea/ grbl/wiki/Known-Issues#usb-to-serial-transmission-errors
也许你已经设法触发了这个。作为@chamnit表明您似乎遇到了导致某些字符丢失或类似情况的通信错误 – 或者是您的 GUI 流式传输出现问题。在grbl/grbl#845
进行长时间的背景讨论

@nathanielstenzel: Chilipeppr 有已知的性能问题。它与高阻塞率作斗争。从 Web 界面到 Web 服务器再到 Grbl 的数据完全有可能被截断或损坏。始终尝试使用另一个 GUI 来确定问题是否与 GUI 或 Grbl 相关。

@X3msnake我在运行 Fedora 的笔记本电脑上使用 Chrome 浏览器中的 Chilipeppr/jpadie。
@electrokean我更新了 arduino 的 USB 固件。那就是你要去的地方，对吧？
@chamnit是的，我会尝试你们提到的其他程序之一。