移动 1000 秒后进行 Z 轴移动 #1054

奥霍普

我尝试切割 4 个简单的圆形凹槽并使用 jscut 的斜坡功能（即，它不是直线切入，而是斜坡进入所需的 Z – 或在我的圆形凹槽中创建螺旋运动，以优化刀具寿命）。结果是大约 9k 行 gcode，其中一半涉及 Z 移动。

运行 gcode 后，我注意到它回到了给定的 3mm 安全高度（Z WPos 确实显示 3），但实际上高出两倍左右。这是我调试它的思路。

错误的 102 美元：这是我最初的想法。然而，错误的 102 美元只会导致缩放问题（即，如果它更高/更低，我的 Z 移动将按比例压缩/扩展）。然而，从 Za 移动到 Zb 再回到 Za 应该去同一个 Za，即使这超出了比例。就我而言，Za 随着时间的推移而变化！然后我尝试手动给出 30~40 个 Z 移动，它们都是一致的（顺便说一句，比例也是正确的）。Z0总是会回去亲吻腰板。所以无论发生什么，都会在 1000 秒的 Z 移动之后发生。
探测问题：我在腰板上的不同位置进行探测，当转到 G1 Z0 时，它是正确的。没有探测/归零问题。
跳过的步骤：这是下一个要质疑的领域。但是，没有跳过步骤的迹象/声音。此外，让我排除这个的是一致性。它总是会移动相同的。“空切”时即使空载。
腰围不水平：结果也无关紧要。尽管我确实计划很快对腰板进行面铣削，但我还是在相同的 X、Y 上进行了 Z 位移比较（在运行 gcode 之前和最后）。
工具打滑：这是一个可能的解释。如果出于某种原因工具没有足够紧密地接合夹头，并且切割过于激进，那么理论上工具可能会向上滑动并呈现出我所经历的（这是一个很好的想象来想象实际发生的事情）。然而，这也是没有问题的……因为，再次，当“空气切割”时，最终会发生向上的 Z 偏移（相同的量）！

我剩下两个（我能想到的）可能的罪魁祸首。

缓冲：如果由于某种原因某些 gcode 从流中取出，我会看到 Z 偏移。然而，我正在向下切割并且向上移动的事实使得这种情况不太可能发生。此外，我正在使用 bCNC，它应该是（或至少是其中之一）在流式传输大量 gcode 方面的最佳表现者。
编辑：嗯…如果向下 Z 移动在缓冲时下降，机器是否会认为它比原来低，以便随后向上 Z 移动会使它进一步向上移动？正是这种情况以相同的模式一遍又一遍地发生，这让我感到困惑。
四舍五入：这是我唯一没有调试过的。我使用的是 ACME，因此我的 102 美元很难看：
(200step/rev * 2microstep/step) / (25.4mm/in / 12rev/in) = 188.976microstep/mm

这让我想知道 1000 次 Z 舍入是否足以导致 Z 偏移。我今天想尝试的一件事是用一个不错的整数（比如 200 微步/毫米）将我的 102 美元超出比例，看看相同的 gcode 是否仍然导致 Z 偏移。

顺便说一句，我正在使用带有 GRBL 版本 1.0c.20151109 的 X-Controller。

任何想法，建议都非常受欢迎。

香奈儿

@auhopu: 首先，我在至少 3 个不同的论坛上看到了这篇帖子。当你这样做时，很难判断哪一个是合适的回应，并且还会导致就同一主题进行多次对话，而一个人经常会这样做。请确保您在所有这些论坛上发帖，告诉这些社区问题已经解决，并将其链接到此处。

要回答你的问题，Grbl 本身是高度稳定的。它定期执行数百万行 g 代码（3d 雕刻）的 g 代码程序。也就是说，我开始发现更多与 Z 轴位置丢失相关的问题，这是由于螺旋切入和错误配置的 Z 轴加速度。在这些情况下，由于 Z 轴和主轴本身的重量，CNC 机器可能会慢慢失去步数。所以，即使它没有切割，它也会丢失步骤，因为它仍在负载下。

解决办法是降低Z轴加速度。从当前值的一半开始。我发现大多数过去的例子中加速度设置得太高了。另外，请确保您的“连接偏差”设置在 0.01 毫米左右。我还应该补充一点，在最近的 X-Controller 版本中，我更新了一些代码以帮助缓解这个问题，使用稍微更准确的模型来处理这些螺旋下降，但改变加速度仍然被证明是最有效的解决方案。

奥霍普

@chamnit感谢您的快速响应，如果在多个论坛上发帖造成混乱，我们深表歉意。关于接下来要测试什么，我已经没有什么想法了。

我会将其余的讨论指向您在此处的回复。我还将进一步试验 $11、$120、$121、$122 的值。

jahnj0584

如果它有助于我的 Z 加速度是 150 毫米（6 英寸）。

在你的耦合器上做一个记号，在你的电机
轴上做一个匹配的记号。程序结束后，确保它们仍然保持一致。
这表明它是否松动。

在 2016 年 8 月 11 日星期四下午 1:42，Elias Politis notifications@github.com
写道：

@chamnit https://github.com/chamnit感谢您的快速响应，
如果在多个论坛上发帖造成混淆，我们深表歉意。关于接下来要测试什么，我已经
没有什么想法了。

我会将其余的讨论指向您在此处的回复。我还将
进一步试验 $11、$120、$121、$122 的值。

—
您收到此消息是因为您订阅了此线程。
直接回复此电子邮件，在 GitHub
#1054（评论）
上查看，或将线程静音
 https://github.com/notifications/unsubscribe-auth/AQlzDB5dCcTsam3xSsjekxg5pLqdPTS3ks5qe1ESgaJpZM4JiEai
。

奥霍普

我的默认值是：
$11=0.02
$120=500
$121=500
$122=50

并查看500mm X-Carve 的GRBL 的defaults.h
#define DEFAULT_X_ACCELERATION (500.0*60*60) // 25*60*60 mm/min^2 = 25 mm/sec^2
#define DEFAULT_Y_ACCELERATION (500.0*60*60) // 25*60*60 mm/min^2 = 25 mm/sec^2
#define DEFAULT_Z_ACCELERATION (50.0*60*60) // 25*60*60 mm/min^2 = 25 mm/sec^2

我很困惑它们应该是 500-500-50 还是评论建议的 25-25-25。

jahnj0584

我有
$110=3750 (x max rate, mm/min)
$111=3250(y max rate, mm/min)
$112=5000 (z max rate, mm/min)

$120=75（x 加速度，毫米/秒^2）
$121=40（y 加速度，毫米/秒^2）
$122=150（z 加速度，毫米/秒^2）

不知道你是如何驱动你的机器的，但这对我的
滚珠丝杠机器来说是最好的。

在 2016 年 8 月 11 日星期四下午 2:03，Elias Politis notifications@github.com
写道：

我的默认值是：
$11=0.02
$120=500
$121=500
$122=50

并查看 GRBL 的 defaults.h
https://github.com/grbl/grbl/blob/edge/grbl/defaults.h 500mm
X-Carve
#define DEFAULT_X_ACCELERATION (500.0_60_60) // 25_60_60 mm/min^2 = 25
mm/sec^2
#define DEFAULT_Y_ACCELERATION (500.0_60_60) // 25_60_60 mm/min^2 = 25
mm/sec^2
#define DEFAULT_Z_ACCELERATION (50.0_60_60) // 25_60_60 mm/min^2 = 25
mm/sec^ 2个

我很困惑它们应该是 500-500-50 还是
评论建议的 25-25-25。

—
你收到这个是因为你发表了评论。
直接回复此电子邮件，在 GitHub
#1054（评论）
上查看，或将线程静音
 https://github.com/notifications/unsubscribe-auth/AQlzDMsa9eJJ9CEbwB1L8JMs-sCHsL-eks5qe1XlgaJpZM4JiEai
。

香奈儿

@auhopu：X 轴和 Y 轴相对于 Z 轴的巨大差异使螺旋切入问题变得更糟。您也可以尝试减少这些。此外，尝试感受一下 Z 轴在整个行程中的摩擦力。一组紧密的滚轮或未对准的丝杠可能会导致某些区域出现卡住。

chamnit已完成关闭 2016 年 8 月 11 日

auhopu 提到了这个问题 2016 年 8 月 12 日

1000 秒移动后的 Z 轴移动 vlachoudis/bCNC#403

关闭

移动 1000 秒后进行 Z 轴移动#1054

注释