注释
.png "G53 很奇怪的问题 #1404"){kind=avatar}
作者
|
好的，我已经想通了。 如果移动命令是： G53 G90 G20 G0 X-19 Y-17 有用。 换句话说，绝对/相对模式的状态和/或使用的单位必须在与 G53 指令相同的行中指定。 至少可以说这是超级反直觉的！ 所以这是我的要求：
|
.jpg "G53 很奇怪的问题 #1404"){kind=avatar}
G53 很奇怪的问题 #1404
|
好的，我已经想通了。 如果移动命令是： G53 G90 G20 G0 X-19 Y-17 有用。 换句话说，绝对/相对模式的状态和/或使用的单位必须在与 G53 指令相同的行中指定。 至少可以说这是超级反直觉的！ 所以这是我的要求：
|
所以我为我的 XCarve / XController 制作了一个夹具板。我现在想写一个 UGS 宏：
我使用控制台上的 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。
因此，以下一项或多项为真：
返回当前控制点位置的控制台命令将有助于诊断。我以为 $# 这样做了，但它似乎没有报告。