开源改变世界

慢跑时加速问题和失步 #143

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

关闭
alpharesearch 打开了这个问题 2012 年 11 月 23 日 · 2 条评论
关闭

慢跑时加速问题和失步#143

alpharesearch 打开了这个问题 2012 年 11 月 23 日 · 2 条评论

注释

慢跑时加速问题和失步 #143
贡献者

在手动慢跑时,我确实遇到了一些加速问题,如果我在它刚好减速时发出另一个命令,我就会失去步数。

请观看此问题的视频演示:
https ://www.youtube.com/watch?v=SB-H1KJH1HI

在视频中,我发送的都是那些命令块……
;向上

>>> G91 Z10.0
>>> G90
ok
ok

或者
;向下

>>> G91 Z-10.0
>>> G90
ok
ok
  1. 在第一次向下传递时,我发送一个命令,然后等到步进器停止,直到我发送下一个命令块,依此类推……这很好用!
  2. 再次上升我在开始时非常快速地发送所有 5 个命令块并且它上升非常快并且效果也很好。
  3. 在第三次通过时再次下降,时机很差,我在最后一个命令块完成之前发送下一个命令块,听起来步进器要快到快……在这里我失去了步骤。

我想这个问题不会发生在流式传输 gcode 文件时,只有当您发送下一个命令的时间不佳时才会朝同一方向发送。在 Shapeoko 上,Z 轴是旋转最快的轴,我在皮带 X 和 Y 轴上没有看到它变慢(但我看到它们向前猛拉)……我想如果我们有独立的 Z 设置寻道率可以调整——但如果我现在调整寻道率,我的 X 和 Y 将非常慢。同样在过去,使用 S 命令可以减慢涉及 Z 的所有操作。还有其他解决方法吗?
对我来说,听起来它不是开始慢,而是越来越快,但它马上就达到了最高速度……我想如果它开始减速,最好让它停下来,然后从头开始加速,或者开始不不要停止并再次开始加速——我不确定什么更容易实施?

慢跑时加速问题和失步 #143
成员

这是一个已知问题,我打算在 v0.9 中修复。因此,规划器计算何时结束加速并开始运动减速。如果您碰巧在 grbl 开始减速前后发送另一个命令,规划器可以覆盖之前的移动并使其遵循一条新的突然不同的路径。流式传输时您不应该看到此问题,因为缓冲区会立即填满。

我们这样做是为了当您开始流式传输节目时,第一个块几乎总是会在它完成之前更新到正确的配置文件。因此您可以顺利启动程序,而不是第一个块开始,然后停止,然后在第二个块上重新启动。

对于 v0.9,我还在努力获取安装的每个轴的加速度和速度限制,因此您可以让 Grbl 在内部为您区分进给率。现在,您必须使用“G1 Fx”命令自己手动管理 z 轴移动或缩小 XY 加速度和速度,这样 z 就不会跳过。对此感到抱歉,但这是下一步要做的事情。

慢跑时加速问题和失步 #143
贡献者作者

感谢“G1 Fx”的想法……我试过了,它成功了!

喜欢 (0)