开源改变世界!!

G53 很奇怪的问题 #1404

推推 grbl 1年前 (2023-01-28) 113次浏览
打开
RecceDG 打开了这个问题 2020 年 6 月 1 日 · 2 条评论
打开

G53 很奇怪的问题#1404

RecceDG 打开了这个问题 2020 年 6 月 1 日 · 2 条评论

注释

G53 很奇怪的问题 #1404
接收DG 评论了 2020 年 6 月 1 日  

所以我为我的 XCarve / XController 制作了一个夹具板。我现在想写一个 UGS 宏:

  1. 收回主轴
  2. 移动(在机器坐标系中)到夹具的已知零点
  3. 在 X 和 Y 上设置工作零

我使用控制台上的 G1 移动校正了夹具上的工作停止,并记下了 DRO 上的机器坐标。为了简单起见,假设 X=-19.000 英寸,Y=-17.000 英寸。这是合理的,因为 DRO 在归位后立即报告 X=-20(ish)和 Y=-20(ish)的机器坐标。

这就是它变得奇怪的地方。

我期待这条线

G53 G0 X-19.000 Y-17.000

将机器移动到(从 DRO 测量)夹具零位。它不是。相反,机器会朝 X+ 和 Y+ 方向发射,如果不停下来就会崩溃。

G53 G0 X19.00 Y17.00

触发软限位警报。

我已经尝试了各种不同的 X 和 Y 值,试图得到一个短暂的移动(它是公制的吗?不。小正数?小负数?不)我所能产生的要么疯狂冲刺到 X MAX Y MAX 或极限报警。

然后我想“嘿,也许 G53 是模态的”

G53

G0 X-19.000 Y-17.000

导致朝着正确方向的短暂移动 – 但不是到正确的位置。相反,它会生成以毫米为单位的相对移动。因此,对于上面的示例,即使机器处于绝对模式且以英寸为单位,“向右短距离移动”在 X 方向移动 -19mm,在 Y 方向移动 17mm。

因此,以下一项或多项为真:

  1. DRO 未正确报告机器坐标
  2. 与移动在同一行的 G53 不切换到机械坐标空间
  3. 模态使用的 G53 将机器切换到公制相对模式
  4. 我完蛋了

返回当前控制点位置的控制台命令将有助于诊断。我以为 $# 这样做了,但它似乎没有报告。

G53 很奇怪的问题 #1404
作者

好的,我已经想通了。

如果移动命令是:

G53 G90 G20 G0 X-19 Y-17

有用。

换句话说,绝对/相对模式的状态和/或使用的单位必须在与 G53 指令相同的行中指定

至少可以说这是超级反直觉的!

所以这是我的要求:

  1. G53 移动应该知道相对/绝对和单位的当前状态,而不是退回到默认值;和

  2. 模态使用的 G53 应该是空操作(或发出警告),而不是将机器重置为公制,相对(看起来确实如此)

G53 很奇怪的问题 #1404
合作者

我同意你的看法,它不是那么直观,但在 UGS 中“修复”它会非常困难甚至危险,因为我们正在改变控制器的预期行为。也就是说,如果有依赖于此行为的 CAM 软件,我们会破坏它。

G53 在控制器之间的处理方式不同,因此没有适合所有人的解决方案。GRBL 文档并没有明确说明这种行为,因此如果您想做出贡献,这可能是一个好的开始。

我们可以在 Gcode 编辑器(示例)中添加警告,但这对您编辑宏没有帮助。

不同控制器和软件的 G53 文档:

免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论
标签
还没有
项目

还没有

发展

没有分支机构或拉取请求

2名参加者
G53 很奇怪的问题 #1404G53 很奇怪的问题 #1404

喜欢 (0)