注释
成员
这是一个已知问题,我打算在 v0.9 中修复。因此,规划器计算何时结束加速并开始运动减速。如果您碰巧在 grbl 开始减速前后发送另一个命令,规划器可以覆盖之前的移动并使其遵循一条新的突然不同的路径。流式传输时您不应该看到此问题,因为缓冲区会立即填满。 我们这样做是为了当您开始流式传输节目时,第一个块几乎总是会在它完成之前更新到正确的配置文件。因此您可以顺利启动程序,而不是第一个块开始,然后停止,然后在第二个块上重新启动。 对于 v0.9,我还在努力获取安装的每个轴的加速度和速度限制,因此您可以让 Grbl 在内部为您区分进给率。现在,您必须使用“G1 Fx”命令自己手动管理 z 轴移动或缩小 XY 加速度和速度,这样 z 就不会跳过。对此感到抱歉,但这是下一步要做的事情。 |
贡献者作者
感谢“G1 Fx”的想法……我试过了,它成功了! |
在手动慢跑时,我确实遇到了一些加速问题,如果我在它刚好减速时发出另一个命令,我就会失去步数。
请观看此问题的视频演示:
https ://www.youtube.com/watch?v=SB-H1KJH1HI
在视频中,我发送的都是那些命令块……
;向上
或者
;向下
我想这个问题不会发生在流式传输 gcode 文件时,只有当您发送下一个命令的时间不佳时才会朝同一方向发送。在 Shapeoko 上,Z 轴是旋转最快的轴,我在皮带 X 和 Y 轴上没有看到它变慢(但我看到它们向前猛拉)……我想如果我们有独立的 Z 设置寻道率可以调整——但如果我现在调整寻道率,我的 X 和 Y 将非常慢。同样在过去,使用 S 命令可以减慢涉及 Z 的所有操作。还有其他解决方法吗?
对我来说,听起来它不是开始慢,而是越来越快,但它马上就达到了最高速度……我想如果它开始减速,最好让它停下来,然后从头开始加速,或者开始不不要停止并再次开始加速——我不确定什么更容易实施?