注释
我无法重现这个。您使用的是哪个版本的 GRBL? |
工作过
跑步
工作过
跑步
将 Z 降低到零,然后升高到 G30 高度,然后移动到 XY 零,然后移动到 G30 XY
工作过
跑步
将 Z 降低到零,然后升高到 G28 高度
工作过 好的,所以这看起来像是与单个轴的移动有关 – 并且可能与 Z0 有关,我的参考资料指出这是一种选择轴的方法,但现在看起来是在移动到 G28 之前命令移动到零或 G30,这是有道理的。 啊哈!我找到了另一个参考资料,指出您需要先使用 G91。
工作过 好的,这是按设计工作。我是(过时的)参考文献的受害者。 |
好的,所以这是一个奇怪的。
使用 Universal GCode Sender 平台每晚构建:
将托架移动到 YMax,X 大致居中。Z一路向上。在命令行中输入 G28.1。这将位置保存在我所说的“清洁和移除工件”位置。
好的,到目前为止一切都按照我期望的方式工作。现在它变得很奇怪。
将机器点动到任意位置。
在命令行中键入 G28 或 G30。
Z 轴下降到零件零,然后退回到 G28|G30 零,然后 X/Y 快速到零件零,然后快速返回到 G28|G30 零。从这一步开始每次使用 G28 或 G30 时,在执行移动到 G28 或 G30 位置之前,总是先移动到零件零。
什么。这。地狱。
似乎 G90 不知何故在某处设置了一个开关,迫使随后的 G28 和 G30 移动首先移动到零部分,这是超级不直观的。
这是按设计工作的吗?如果是这样,你如何清除它?或者这是一个 GBRL 错误?