开源改变世界

暂停后恢复表现不合理 #843

推推 grbl 2年前 (2023-01-23) 232次浏览

关闭
deHarro 打开了这个问题 2020 年 3 月 29 日 · 4条评论
关闭

暂停后恢复表现不合理#843

deHarro 打开了这个问题 2020 年 3 月 29 日 · 4条评论

注释

暂停后恢复表现不合理 #843

你好!
我将 OpenCNCPilot GUI (OCP) 与 GRBL V1.1f 一起使用。

OCP 有一个选项可以暂停 gcode 文件的流式传输。
当流式 gcode 暂停时,可以发出慢跑命令。
之后可以恢复流媒体作业。
文件中的 Gcode 具有绝对坐标。

发生了什么:
我暂停了 gcode 作业,GRBL 缓冲区耗尽,铣刀位于工件中 8 毫米深。
我慢跑到工件上方某处的 Z 位置,以查看到目前为止钻头对工件做了什么。
之后我发出“简历”。
钻头降低到之前的高度,工作继续进行。

下一次,同样的过程,“暂停”,为 Z 发出点动命令,然后在某处点动到 X 到正 X 值,这样我就可以更好地看到到目前为止已经做了什么。

现在的问题是:
在发出“resume”之后,钻头被降低到它以前的 Z 位置(进入工件的当前、位移、X 位置),然后它移动到下一个 gcode 命令给出的坐标……毁了工件。

我的期望是,首先恢复 X 和 Y 坐标,然后恢复 Z。

有参数化的方法吗?
还是在运行 gcode 流作业期间不能四处慢跑是强制性的?

谢谢!

哈拉尔德

暂停后恢复表现不合理 #843
  • 我已经尝试过同样的方法,我很惊讶地看到 OpenCNCPilot 让你在工作正在进行时(甚至暂停)慢跑,这是不安全的。
  • 在其他软件(如 UGS 平台发送器)中,当您暂停作业时,点动命令被锁定。
  • 当主轴远离工件时,您可以暂停工作,这样您就不需要手动移动它。
    最后一句话:在工作过程中慢跑是不安全的,直到在 grbl 中添加一些东西来改进它,所以它允许慢跑并在使用 resume 时回到暂停前的位置,现在这还没有完成,grbl 感到困惑当你这样做的时候。
暂停后恢复表现不合理 #843
作者

这个“东西”将来有没有可能实施?

哈拉尔德

暂停后恢复表现不合理 #843

根据你的描述,Grbl 正在做 OpenCNCPilot 告诉它做的事情。您描述的“流媒体暂停”只是 OpenCNCPilot 停止向 Grbl 提交命令。当您恢复时,OpenCNCPilot 再次开始发送命令。不幸的是,你已经通过将机器慢跑到一个新位置来改变状态,但是 Grbl 不知道你想回到原来的位置/状态,因为 Grbl 不知道“暂停”,只有 OpenCNCPilot 知道。如果您希望在恢复后恢复某个状态,则需要由 OpenCNCPilot 来完成。

暂停后恢复表现不合理 #843
作者

好的,我似乎误解了 GRBL 维护的两个不同队列(分别为流式和慢跑)的原理。

我尝试获取由OpenCNCPilot管理的保存/恢复,它具有宏功能,应该可行。

感谢您的澄清!

哈拉尔德

喜欢 (0)