我唯一能想到的是为准备
下一个命令而减速而损失了一些速度。不确定 GRBL 有多少前瞻性。

在 2016 年 8 月 28 日凌晨 4:16，“cspwcspw” notifications@github.com写道：

假设我在 X0 Y0 并且想要代码
G01 X100

这在 grbl 上与将行分成两个
片段有很大不同吗（除了可忽略的（对我而言）通信和解析
开销）
G01 X50
G01 X100

我生成 g 代码的算法发现生成第二个代码在
逻辑上更容易。但我的快速实验似乎表明 grbl 没有
问题：它的运动规划器在第二种情况下使移动同样顺利
，即使我设置的加速度非常慢。

对于圆周运动，一般情况下也是如此吗？如果我想扫过
300 度的弧度，并且我生成了两个 G03 命令，每个命令扫过
150 度，我是否应该看到实际运动中的任何显着差异？

谢谢
彼得

—
您收到此消息是因为您订阅了此线程。
直接回复此电子邮件，在 GitHub
#1070上查看它，或将线程静音
https://github.com/notifications/unsubscribe-auth/AQlzDC9cLIjRu-PmFWEz9lE-ZLbegfB_ks5qkTXagaJpZM4Ju3aJ
。

@cspwcspw：找出答案的最简单方法是对其进行测试，但是是的，Grbl 会在可能的情况下在直线运动之间平滑过渡。它很少见，并且受规划器中总距离的限制。

谢谢查尼特。如果两个段之间的进给率发生变化，是否也可能出现这种情况？例如，在 X0 Y0 如果我们有
G01 X50 F1000 ；这里的材料更薄/更软/不存在，我可以更快地进给
G01 X100 F300 ；这里还有更多要切割的东西，速度降低了……

我是否应该期望使用加速参数在 X50 之前缓慢减速，以便在我达到 X50 时或多或少达到目标速度？（或者，当我们开车并看到前方有降低的限速时，我们是否会减速以便在我们进入慢速区时我们已经处于新的限速之下？）

谢谢

您应该始终使用一致的进给以确保切割质量。您没有使用
切削深度吗？不是所有的东西都应该一次性切掉。

在 2016 年 8 月 28 日下午 2:45，“cspwcspw” notifications@github.com写道：

谢谢查尼特。
如果两个段之间的进给率发生变化，是否也可能出现这种情况？例如，在 X0 Y0 如果我们有

G01 X50 F1000 ; 这里的材料更薄/更软/不存在，我
可以更快地进给
G01 X100 F300 ；这里还有更多要切割的东西，速度降低了……

我是否应该期望使用加速参数在 X50 之前缓慢减速
，以便在我达到 X50 时或多或少达到目标
速度？（或者，当我们开车并看到前方有降低的限速时，
我们是否会减速以便在我们进入慢速区时我们已经处于
新的限速之下？）

谢谢

—
你收到这个是因为你发表了评论。
直接回复此电子邮件，在 GitHub
#1070（评论）
上查看，或 将线程静音
https://github.com/notifications/unsubscribe-auth/AQlzDGUs3rFJ3C7O6W6FclFCTVZJ-dp-ks5qkck4gaJpZM4Ju3aJ
。

嗨，彼得
直线运动将由计划者平滑，没有问题。
但是，如果没有要切割的东西，则最好使用 G00 快速运动。

对于弧……无论如何，通常建议使用小于 180 度的弧，特别是如果您使用 R 格式。>=180 度的弧可能会出现各种数学异常并被逆转。IJ 格式更好地避免了这个问题。顺便说一句，这不是 GRBL 特有的事情，所有控制器都会遇到这个问题，许多主要制造商建议（或强制执行）短弧段以避免出现问题。