开源改变世界

在 0.9g 的作业上达到软限制且没有警报消息 #567

推推 grbl 3年前 (2023-01-22) 112次浏览

打开
Faultylee 打开了这个问题 2015 年 1 月 12 日 · 4条评论
打开

在 0.9g 的作业上达到软限制且没有警报消息#567

Faultylee 打开了这个问题 2015 年 1 月 12 日 · 4条评论

注释

在 0.9g 的作业上达到软限制且没有警报消息 #567

我刚刚添加了限位开关并开始在我的 Shapeoko2 上使用硬/软限位 + 归位。在解决了我的设置中的一些问题后,它工作得很好。在那之后的第一个小工作中它工作正常,但是当我有一个更大的工作时我没有意识到它达到了软限制,它没有显示通常的警报消息,UGS 只显示Queue状态。没有意识到发生了什么,点击Pausethen Resume,grbl 居然继续执行,直到真正超出限制的代码被执行,进入报警状态,仍然没有报警信息。我只有在没有命令起作用时才意识到警报状态,而且我一直看到>>>。我在 Uno 上运行 Grbl 0.9g,从这里为 Shapeoko 下载的库存固件。我使用 UGS 1.0.8-nightly 进行流式传输。
我的配置:(不是最新版本的 x 和 y max travel,但接近)

$0=10 (step pulse, usec)
$1=255 (step idle delay, msec)
$2=0 (step port invert mask:00000000)
$3=7 (dir port invert mask:00000111)
$4=0 (step enable invert, bool)
$5=1 (limit pins invert, bool)
$6=0 (probe pin invert, bool)
$10=3 (status report mask:00000011)
$11=0.050 (junction deviation, mm)
$12=0.002 (arc tolerance, mm)
$13=0 (report inches, bool)
$14=1 (auto start, bool)
$20=1 (soft limits, bool)
$21=1 (hard limits, bool)
$22=1 (homing cycle, bool)
$23=3 (homing dir invert mask:00000011)
$24=25.000 (homing feed, mm/min)
$25=1000.000 (homing seek, mm/min)
$26=25 (homing debounce, msec)
$27=2.000 (homing pull-off, mm)
$100=40.000 (x, step/mm)
$101=40.000 (y, step/mm)
$102=320.000 (z, step/mm)
$110=5000.000 (x max rate, mm/min)
$111=5000.000 (y max rate, mm/min)
$112=500.000 (z max rate, mm/min)
$120=250.000 (x accel, mm/sec^2)
$121=250.000 (y accel, mm/sec^2)
$122=10.000 (z accel, mm/sec^2)
$130=320.000 (x max travel, mm)
$131=320.000 (y max travel, mm)
$132=60.000 (z max travel, mm)

gcode:(我只包括导致问题的那一点)

(Created with grbl post processor (based upon emc2b) 2015/01/11 18:45)
M3
G17 G90 G21
G00 Z2 
(Profile 1)
G90
(Sketch 3)
X19 Y29.749 S20000 M03
Z1 
G01 Z-0.966 F149 
G02 X19 Y30.749 I0 J0.5 F400 
G01 X32.102 Y30.749 Z-0.966  
G03 X33.089 Y31.12 Z-0.966 I0.003 J1.488  
G02 X34.212 Y30.265 Z-0.966 I0.559 J-0.429  
G03 X33.716 Y29.135 Z-0.966 I1.091 J-1.152  
G01 X33.716 Y23.809 Z-0.966  
G03 X34.087 Y22.821 Z-0.966 I1.488 J-0.004  
G02 X34.295 Y21.969 Z-0.966 I-0.464 J-0.564  
X34.209 Y21.903 Z-0.966 I-0.094 J0.034  
G01 X33.972 Y21.666 Z-0.966  
X33.948 Y21.627 Z-0.966  
G02 X33.232 Y21.698 Z-0.966 I-0.302 J0.598  
G03 X32.102 Y22.195 Z-0.966 I-1.155 J-1.095  
G01 X21.466 Y22.195 Z-0.966  
G03 X19.966 Y20.695 Z-0.966 I0 J-1.5  
G01 X19.966 Y13.543 Z-0.966  
G03 X24.218 Y9.3 Z-0.966 I4.242 J0  
G01 X33.645 Y9.3 Z-0.966  
X33.645 Y2.748 Z-0.966  
G03 X37.897 Y-1.503 Z-0.966 I4.244 J-0.006  
G01 X73.695 Y-1.503 Z-0.966  
G03 X77.946 Y2.748 Z-0.966 I0.006 J4.244  
G01 X77.946 Y13.197 Z-0.966  
G03 X77.964 Y13.543 Z-0.966 I-3.706 J0.366  
G01 X77.964 Y30.749 Z-0.966  
X169.606 Y30.749 Z-0.966  
G03 X170.593 Y31.12 Z-0.966 I0.003 J1.488  
G02 X171.707 Y30.265 Z-0.966 I0.555 J-0.429  
G03 X171.211 Y29.135 Z-0.966 I1.091 J-1.152  
G01 X171.211 Y23.809 Z-0.966  
G03 X171.582 Y22.821 Z-0.966 I1.488 J-0.004  
G02 X171.835 Y22.122 Z-0.966 I-0.466 J-0.564  
X171.722 Y21.903 Z-0.966 I-0.25 J-0.009  
G01 X171.485 Y21.666 Z-0.966  
G02 X170.736 Y21.698 Z-0.966 I-0.353 J0.507  
G03 X169.606 Y22.195 Z-0.966 I-1.155 J-1.095  
G01 X158.961 Y22.195 Z-0.966  
G03 X157.461 Y20.695 Z-0.966 I0 J-1.5  
G01 X157.461 Y13.543 Z-0.966  
G03 X161.713 Y9.3 Z-0.966 I4.258 J0.015  
G01 X171.158 Y9.3 Z-0.966  
X171.158 Y2.765 Z-0.966  
G03 X175.409 Y-1.486 Z-0.966 I4.242 J-0.008  
G01 X211.208 Y-1.486 Z-0.966  
G03 X215.459 Y2.765 Z-0.966 I0.006 J4.244  
G01 X215.459 Y13.342 Z-0.966  
G03 X215.468 Y13.543 Z-0.966 I-4.269 J0.291  
G01 X215.468 Y30.749 Z-0.966  
X247.5 Y30.749 Z-0.966  
G03 X249 Y32.249 Z-0.966 I0 J1.499  
G01 X249 Y274.245 Z-0.966  
G03 X247.5 Y275.745 Z-0.966 I-1.501 J-0.001  
G01 X215.468 Y275.745 Z-0.966                     <- grbl stops around here before this was executed
X215.468 Y292.899 Z-0.966  
G03 X215.459 Y293.087 Z-0.966 I-8.085 J-0.292     
G01 X215.459 Y303.72 Z-0.966  
G03 X211.208 Y307.972 Z-0.966 I-4.246 J0.005  
G01 X175.409 Y307.972 Z-0.966                     <- Soft limit hit

我的 Y 工作区原点大约是 -305。根据 UGS 中显示的消息和响应以及当前刀具位置,猜测 Grbl 停止的 2 个位置,均在 G03 之后。

我试过手动输入命令,如果命令超过软限制,则会显示适当的警报消息,所以我假设上述情况与预期不符。

在 0.9g 的作业上达到软限制且没有警报消息 #567 faultylee 更改了标题 在 0.9g 上出现奇怪行为的软限制 在 0.9g 的作业上达到软限制且没有警报消息 2015 年 1 月 12 日
在 0.9g 的作业上达到软限制且没有警报消息 #567

你在使用 GrblController 吗?如果是这样,该程序不会优雅地返回 Grbl 提供的错误…它只是挂起。如果是这种情况,您应该将此功能请求提交给 GrblController 团队(而不是 Grbl)。

在 0.9g 的作业上达到软限制且没有警报消息 #567

我正在使用 UGS 1.0.8-nightly (Universal Gcode Sender),如果我手动输入一些命令,它会触发警报消息,但不会在工作中触发。

在 0.9g 的作业上达到软限制且没有警报消息 #567
成员

@faultylee: 这似乎是UGS的问题。据我所知,他们还没有集成 v0.9 的所有新功能。我想 UGS 可能会使用软限制进行某种类型的预过滤,这会使其第一次停止,但我不能肯定地说。尝试使用功能更完备的 GrblPanel,或我们的存储库中官方支持的 Python 流脚本。后者会告诉您 Grbl 发送的原始反馈。

在 0.9g 的作业上达到软限制且没有警报消息 #567

@chamnit感谢您的建议。我在 linux 上运行 UGS,没有多余的 Windows 机器,所以我现在不能试用 GrblPanel。还是很奇怪,如果UGS是做前置过滤的,为什么不会碰巧手动输入命令。无论如何,我会尝试 Python 流式脚本。

喜欢 (0)