开源改变世界

通过这样做在 y 上出现系统性故障 #341

推推 grbl 3年前 (2023-01-21) 182次浏览

关闭
modwadd 打开了这个问题 2014 年 2 月 2 日 · 3条评论
关闭

通过这样做在 y 上出现系统性故障#341

modwadd 打开了这个问题 2014 年 2 月 2 日 · 3条评论

注释

通过这样做在 y 上出现系统性故障 #341

如果我执行此 G 代码,我会在 y 轴上出现系统故障,这取决于进给率。
但是,如果我以相同的进给率重复该代码,则 failus 处于同一品脱。

我无法用 jet 找出故障点,但我猜它可能是文本中的某个软件。
您可以在此处找到 g 代码:
http
://www.shapeoko.com/forum/download/file.php?id= 732 有什么建议可以帮助您找到问题?

BR
莫德瓦德

通过这样做在 y 上出现系统性故障 #341
成员

@modwadd:请描述您的失败是如何发生的以及它在 g 代码中的何处失败,因为这可能意味着很多不同的事情。例如,您的设置可能对您的机器过于激进,例如您的 y 轴加速度太高。或者您流式传输的方式也可能是一个问题,导致缓冲区运行不足。或者,您运行机器的速度太快,缓冲区不足,从而导致错误。调整你的设置,尝试用更高的波特率重新编译 Grbl,确保你的机器没有任何轨道绑定的点,等等。

通过这样做在 y 上出现系统性故障 #341
作者

您好,
我使用此 grbl 二进制文件:
Grbl 0.9b (20131210) [‘$’ for help]
进行此设置。

$0=80.140(x,步长/mm)
$1=80.140(y,步长/mm)
$2=321.280(z,步长/mm)
$3=1000.000(x 最大速率,mm/min)
$4=1000.000(y 最大速率,毫米/分钟)
$5=450.000(z 最大速率,毫米/分钟)
$6=25.000(x 加速度,毫米/秒^2)
$7=25.000(y 加速度,毫米/秒^2)
$8=25.000(z 加速度,毫米/sec^2)
$9=295.000(x 最大行程,mm)
$10=790.000(y 最大行程,mm)
$11=53.000(z 最大行程,mm)
$12=10(步进脉冲,usec)
$13=254.000(默认进给, mm/min)
$14=92 (step port invert mask, int:01011100)
$15=255 (step idle delay, msec)
$16=0.050 (junction deviation, mm)
$17=0.005 (arc tolerance, mm)
$18=3 ( n-小数, int)
$19=0(报告英寸,布尔值)
$20=1(自动启动,布尔值)
$21=1(反转步骤启用,布尔值)
$22=0(软限制,布尔值)
$23=0(硬限制,布尔值)
$24=0(归位周期,布尔值)
$25=0(归位方向反转掩码,int:00000000)
$26=50.000(归位进给,mm/min)
$27=500.000(归位搜索,mm/min)
$28=250(归位去抖动,毫秒)
$29 =1.000(归位牵引力,mm)

正如我所描述的,我将进给率从 f1000 降低到 f300,但总是有损失。
如果我“打印”它两次,我两次都会在同一个地方遇到同样的失败。(但尚未在 g 代码中确定)
该位置取决于进给率。

我不期望机器设置,因为如果我将 feedrart 减少到 1/3 仍然存在问题。
或者它可能是加速度?
boudrate 也会导致更零星的问题。(从我的观点)

现在我尝试使用 0.8c 和 f300。

但是我必须将 x 和 y 限制为非常低的 Z 进给率。
我会通知你发生了什么。
然后我将使用重新编译的 /dev brach 还是应该使用 edge?
之后我打算确定 g 代码位置,还是应该先确定?

BR
modwadd

通过这样做在 y 上出现系统性故障 #341
成员

@modwadd: 请使用Grbl的v0.8c master版本。它很稳定。边缘版本 v0.9a 不太稳定,但似乎可以正常工作。开发分支 v0.9b 和 v0.9c 有一些正在解决的运动控制错误。在另行通知之前,请不要使用这些开发版本。

喜欢 (0)