开源改变世界

移动速度低于最大进给 #207

推推 grbl 3年前 (2023-01-21) 204次浏览

关闭
KBlakePerez 打开了这个问题 2013 年 3 月 20 日 · 9条评论
关闭

移动速度低于最大进给#207

KBlakePerez 打开了这个问题 2013 年 3 月 20 日 · 9条评论

注释

移动速度低于最大进给 #207

嘿大家,

我对这个环境很陌生,但我有一台使用 grbl 的 2 轴机器,我正在通过 grbl gui 将 gcode 发送到我的系统。目前我一直在提高我的最大进给率和寻道率(6​​000 毫米/分钟)。当我通过 grblgui 慢跑系统时,我可以达到这些速度,但是,一旦我开始流式传输 gcode,系统的最大速度约为 800 毫米/分钟。任何想法为什么会这样?

我在 9600 运行当前的母批……增加波特率会有好处吗?这是我在这里唯一的想法,但也许有人可以提供其他潜在原因?谢谢!

移动速度低于最大进给 #207
成员

似乎很奇怪。这可能涉及很多方面,但请先将您的设置发送给我们。它可能是一些错误的设置,或者你如何编写你的 g 代码,或者 grblgui 本身可能导致它。请描述您为获得 6000 毫米/分钟的工作所做的工作以及您发送的移动速度不超过 800 毫米/分钟的内容。

波特率与 grbl 的运行速度无关,与 g 代码命令的发送速度无关。Grbl 保留一个充满以前发送的命令的缓冲区。

移动速度低于最大进给 #207

我明白你在说什么,我只提到波特率,因为我担心工具移动得如此之快,缓冲可能会“饿死”。

我的设置:

$0=7.87400 (x, step/mm)
$1=7.87400 (y, step/mm)
$2=250.00000 (z, step/mm)
$3=3 (step pulse, usec)
$4=6000.00000 (default feed, mm/min)
$5=6000.00000(默认搜索,mm/min)
$6=192(步进端口反转掩码,int:11000000)
$7=25(步进空闲延迟,毫秒)
$8=6000.00000(加速度,mm/sec^2)
$9=1.00000 (连接偏差,mm)
$10=0.10000 (arc, mm/segment)
$11=25 (n-arc correction, int)
$12=5 (n-decimals, int)
$13=0 (report inches, bool)
$14=1 (auto开始,布尔)
$15=0(反转步骤启用,布尔)
$16=0(硬限制,布尔)
$17=0(归位周期,布尔)
$18=0(归位方向反转掩码,int:00000000)
$19=25.00000(归位进给,毫米/分钟)
$20=250.00000(归位寻道,毫米/分钟)
$21=100(归位去抖,毫秒)
$22=1.00000(归位牵引,毫米)

gcode 不是我的,而是作为 grbl gcode 的样本出现的:可以在这里看到:https ://github.com/cody82/grblgui/blob/master/grblgui-gcode/bio-deckel-1.8cm.tap

编辑:对不起,我忘了添加获得 6000mm/min 的条件。800mm/min 是使用grblgui 发送prev 实现的。提到了gcode。6000 是在 grblgui 发送的点动过程中实现的(您指定要移动多少毫米并将命令发送到单个轴)。我还注意到,在 bio-deckel gcode 的开头,我确实作为第一个命令快速移动,但此后移动速度很慢。

移动速度低于最大进给 #207
成员

好,谢谢。看起来 g 代码设置为使用 F800 命令以 800 毫米/分钟的速度运行,这可以解释为什么它被限制为 800 毫米/分钟,但您还应该看到所有 G0 命令都以您的最大寻道率运行。如果这不是正在发生的情况,则可能存在问题。

此外,6000mm/sec^2 的加速度和 6000mm/min 的速度相当高。以前没有在机器上看到过,因为大多数工厂运行速度要慢得多。只是好奇它是如何运行的?它是什么样的机器?

移动速度低于最大进给 #207

啊哈,好吧,我明白你的意思了。我对 gcode 很陌生,但我现在看到了。我刚刚组装了我的机器,所以我正在检查我的最大速率和加速度是多​​少,所以是的,6000 很可能太高了,但我无法验证是否缺少步骤。它实际上不是研磨机,而是用于分配各种流体、墨水、糊状物等的沉积机。我会说它更像是绘图仪。X 和 Y 轴是导螺杆。

移动速度低于最大进给 #207
贡献者

@KBlakePerez你的导螺杆是什么螺距?7.87400 step/mm 对于螺丝来说似乎真的很低

移动速度低于最大进给 #207

它们是 1 英寸/转

移动速度低于最大进给 #207
成员

有趣的。当你的项目完成时,我很乐意看到一些照片。

我建议您使用 grbl v0.9a edge。虽然这里和那里有一些错误,但如果您将 z 轴用于任何东西,它对单个轴有速率和加速度限制。而且它在高步进率下运行得更流畅一些。

此外,您实际上可能在这些类型的速度下遇到波特率问题,尤其是在曲线周围。在某些情况下,g 代码的发送速度可能不够快,grbl 的内部缓冲区可能会耗尽。如果你遇到这个问题,你可以通过在 compile.h 文件中设置串口波特率到 115200 来重新编译 grbl。无论如何让我们知道你的进展。

移动速度低于最大进给 #207

太好了,所以从 gcode 中删除 F 命令解决了这个问题,谢谢@chamnit. 我降低了加速度,今天要回家了。我注意到弧形运动有些抽搐,我认为这可能是由于饥饿造成的。我明天会重新编译,看看更高的波特率是否有帮助。非常感谢您的帮助!将努力获取图像并让你们都更新。

移动速度低于最大进给 #207
成员

哦,一定要用grbl v0.9a。它还使用了一种略有不同的弧形算法来处理通过它们的抽动运动。无论如何,祝你好运!

喜欢 (0)