这个功能究竟会做什么？

• 补偿手动运动的反弹？
• 分析和修改发送到机器的每个 G 代码？

您如何检查您发送的 G 代码是否已包含凸轮软件完成的一些反冲补偿？

恕我直言，反冲补偿最好放在固件中，并且可以通过配置进行调整。

另外考虑非笛卡尔机器。那里的反弹补偿可能更复杂。

@hungerpirat： 我不同意。这是一个灰色地带。我觉得如果可能的话，反冲补偿不应该由固件来完成。有无数种方法可以为多种类型的 CNC 系统实现这一点，并要求一个固件来处理所有这些，会要求很多。GUI 具有轻松安装和修改它以最适合系统的资源。虽然这在翻译 g 代码时可能会有点混乱，但我认为这很像一种后处理器类型的任务，而 GUI 可以作为一种任务。

好点子。这可以折叠到您为
机器设置的后处理器中。我会看看那个。

2014 年 2 月 18 日星期二上午 10:36，Sonny Jeon notifications@github.com写道：

@hungerpirat https://github.com/hungerpirat：我不同意。这是
一个灰色地带。我觉得如果可能的话，反冲补偿不应该由
固件来完成。有无数种方法可以为
多种类型的 CNC 系统实现这一点，并要求一个固件来处理所有这些，
会要求很多。GUI 具有轻松安装和
修改它以最适合系统的资源。虽然这在翻译 g 代码时可能会有点混乱
，但我认为这很像一种后处理器类型的任务
，而 GUI 可以作为一种任务。

直接回复此电子邮件或在 GitHub 上查看它 https://github.com/ /issues/132 #issuecomment-35395885
。

第二。分析和修改发送到机器的每个 G 代码？

1.) 搜索带 Z 移动的线。
2.) 确定是否有 Z 移动方向改变
3.) 如果改变添加反冲设置
4.) 从用户设置中获取反冲

我想你不想管手动机芯。我想不出
另一种方式来查看轴上的反弹。

2014 年 2 月 18 日星期二上午 10:06，hungerpirat notifications@github.com写道：

这个功能究竟会做什么？

• 补偿手动运动的反弹？
• 分析和修改发送到机器的每个 G 代码？

您如何检查您发送的 G 代码是否已包含
凸轮软件完成的一些反冲补偿？

恕我直言，反冲补偿最好放在固件中，并且可以
通过配置进行调整。

直接回复此电子邮件或在 GitHub 上查看它 https://github.com/ /issues/132 #issuecomment-35392752
。

@chamnit
我完全理解你的意思。从适合许多不同机器（如 grbl）的固件的角度来看，这是没有意义的。我应该更准确地说明这一点。齿隙绝对是机器特定的，例如机器的使用年限和磨损程度会影响齿隙。因此，我的第一个想法是负责它的机器特定固件。
从固件适合多台机器的角度来看，我完全同意你的看法。

如果在预处理器中完成，反冲补偿会是什么样子？
在改变笛卡尔机器的方向时，它会不会只是添加一个额外的普通移动命令？
那么固件工作坐标就不再准确了，因为它会在机头根本不动的情况下更新？这是个问题吗？
还是不更新工作坐标的特殊移动命令？

@hungerpirat：虽然 GUI 也可以弥补这一点，但工作坐标确实不正确。我想它需要知道什么是反弹补偿举措。如果 GUI 即时执行此操作，它将拥有纠正 Grbl 输出所需的所有信息。

在固件方面，我认为可以创建一个特殊的移动命令，当移动是反冲补偿时，它可以告诉 Grbl 或其他固件。Grbl 做这样的事情是可行的。这只是特殊命令应该是什么的问题，并防止 g 代码标准与另一个命令混淆。

这个假设是否正确，反冲总是与一台电机及其机械附件有关？
或者有没有多电机相关反冲的机器？
我只是在考虑非笛卡尔机器。

@hungerpirat：这几乎就是反冲补偿的定义。大多数机器都是笛卡尔坐标系的原因是您不会遇到诸如多电机相关反冲之类的问题，正如您所说的那样。轴是独立的。即使他们不是，我确信仍然有一种方法可以计算反冲。

@chamnit谢谢 – 总是美好的一天，如果你我入睡时比起床时有更多的知识。

由于命令预处理器可以返回多个命令，因此在 UGS 中实现起来会非常简单。如果有人想实验所有代码都可以进入 AbstractController：
private String[] preprocessCommand(String command)

添加 G1 命令以在方向改变时将轴移动反向间隙距离，然后保持 X/Y/Z 校正值以添加到每个命令。现在 UGS 具有将圆弧扩展到 G1 命令的功能，您可能也想使用该功能以避免需要拆分圆弧。

我看到这是一个有计划的增强。对我们这些急于尝试的人有什么建议吗？
我注意到 preprocessCommand 发生了一些变化。如果我想刺一下，那还是正确的地方吗？
谢谢。

@optimizedsms是的，preprocessCommand 仍然是一个很好的起点。看一下该convertArcsToLines功能的工作原理，我认为反冲补偿是相似的。

我看到有人尝试在控制器级别添加反向间隙补偿 – 有没有任何具有编程技能的人看过它 – gnea/grbl#661
似乎它目前仅适用于 Arduino Mega，任何人都喜欢尝试让 UNO 版本工作还是不可能？