注释
似乎很奇怪。这可能涉及很多方面,但请先将您的设置发送给我们。它可能是一些错误的设置,或者你如何编写你的 g 代码,或者 grblgui 本身可能导致它。请描述您为获得 6000 毫米/分钟的工作所做的工作以及您发送的移动速度不超过 800 毫米/分钟的内容。 波特率与 grbl 的运行速度无关,与 g 代码命令的发送速度无关。Grbl 保留一个充满以前发送的命令的缓冲区。 |
我明白你在说什么,我只提到波特率,因为我担心工具移动得如此之快,缓冲可能会“饿死”。 我的设置: $0=7.87400 (x, step/mm) 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 的开头,我确实作为第一个命令快速移动,但此后移动速度很慢。 |
好,谢谢。看起来 g 代码设置为使用 F800 命令以 800 毫米/分钟的速度运行,这可以解释为什么它被限制为 800 毫米/分钟,但您还应该看到所有 G0 命令都以您的最大寻道率运行。如果这不是正在发生的情况,则可能存在问题。 此外,6000mm/sec^2 的加速度和 6000mm/min 的速度相当高。以前没有在机器上看到过,因为大多数工厂运行速度要慢得多。只是好奇它是如何运行的?它是什么样的机器? |
啊哈,好吧,我明白你的意思了。我对 gcode 很陌生,但我现在看到了。我刚刚组装了我的机器,所以我正在检查我的最大速率和加速度是多少,所以是的,6000 很可能太高了,但我无法验证是否缺少步骤。它实际上不是研磨机,而是用于分配各种流体、墨水、糊状物等的沉积机。我会说它更像是绘图仪。X 和 Y 轴是导螺杆。 |
@KBlakePerez你的导螺杆是什么螺距?7.87400 step/mm 对于螺丝来说似乎真的很低 |
它们是 1 英寸/转 |
有趣的。当你的项目完成时,我很乐意看到一些照片。 我建议您使用 grbl v0.9a edge。虽然这里和那里有一些错误,但如果您将 z 轴用于任何东西,它对单个轴有速率和加速度限制。而且它在高步进率下运行得更流畅一些。 此外,您实际上可能在这些类型的速度下遇到波特率问题,尤其是在曲线周围。在某些情况下,g 代码的发送速度可能不够快,grbl 的内部缓冲区可能会耗尽。如果你遇到这个问题,你可以通过在 compile.h 文件中设置串口波特率到 115200 来重新编译 grbl。无论如何让我们知道你的进展。 |
太好了,所以从 gcode 中删除 F 命令解决了这个问题,谢谢@chamnit. 我降低了加速度,今天要回家了。我注意到弧形运动有些抽搐,我认为这可能是由于饥饿造成的。我明天会重新编译,看看更高的波特率是否有帮助。非常感谢您的帮助!将努力获取图像并让你们都更新。 |
哦,一定要用grbl v0.9a。它还使用了一种略有不同的弧形算法来处理通过它们的抽动运动。无论如何,祝你好运! |
嘿大家,
我对这个环境很陌生,但我有一台使用 grbl 的 2 轴机器,我正在通过 grbl gui 将 gcode 发送到我的系统。目前我一直在提高我的最大进给率和寻道率(6000 毫米/分钟)。当我通过 grblgui 慢跑系统时,我可以达到这些速度,但是,一旦我开始流式传输 gcode,系统的最大速度约为 800 毫米/分钟。任何想法为什么会这样?
我在 9600 运行当前的母批……增加波特率会有好处吗?这是我在这里唯一的想法,但也许有人可以提供其他潜在原因?谢谢!