@xP373Rx: 不幸的是，这样的事情的实施可能很容易也可能很困难。选择哪个以及如何做尚未决定。在大多数情况下，添加反冲补偿会严重影响系统性能。每次轴方向发生变化时，机器都必须完全/接近停止以移动间隙距离，然后继续其路径。对于某些人来说，这没关系。对于像我这样的其他人来说，这是不可接受的。最好的办法是用消隙螺母或其他方法消除间隙。

愚蠢的问题……可以在生成 G 代码时（编译时）而不是在运行时补偿 Backlash 吗？

唯一要做的就是在转向下一个轴运动时添加一些额外的步骤。
如果 tehre 是设置该选项的值，则可以将其设置为打开或关闭……
无论如何，它不是一种必须的功能。我知道 grbl 几乎达到了它的内存限制。
顺便说一句，grbl 固件做得不错。

至于 gcode 补偿 .. 人们使用不同的 cam 软件，我想这种功能的唯一好地方是在固件中。就像 mach3 一样。

@Protoneer：在 g 代码上进行反冲补偿可能会变得非常复杂，但我想如果有一个转换脚本来更新 XYZ 目标位置并跟踪方向，那将是可行的。

总的来说，我不反对将它安装到 Grbl 中，但我不会将其作为标准功能。它更适合用户可以重新编译以启用的可选功能。这样我们就不必正式支持它以及它会继承的所有问题。目前，我有更大的鱼要炸，但我不反对有人试一试。