注释
你在使用 GrblController 吗?如果是这样,该程序不会优雅地返回 Grbl 提供的错误…它只是挂起。如果是这种情况,您应该将此功能请求提交给 GrblController 团队(而不是 Grbl)。 |
作者
我正在使用 UGS 1.0.8-nightly (Universal Gcode Sender),如果我手动输入一些命令,它会触发警报消息,但不会在工作中触发。 |
成员
@faultylee: 这似乎是UGS的问题。据我所知,他们还没有集成 v0.9 的所有新功能。我想 UGS 可能会使用软限制进行某种类型的预过滤,这会使其第一次停止,但我不能肯定地说。尝试使用功能更完备的 GrblPanel,或我们的存储库中官方支持的 Python 流脚本。后者会告诉您 Grbl 发送的原始反馈。 |
作者
@chamnit感谢您的建议。我在 linux 上运行 UGS,没有多余的 Windows 机器,所以我现在不能试用 GrblPanel。还是很奇怪,如果UGS是做前置过滤的,为什么不会碰巧手动输入命令。无论如何,我会尝试 Python 流式脚本。 |
我刚刚添加了限位开关并开始在我的 Shapeoko2 上使用硬/软限位 + 归位。在解决了我的设置中的一些问题后,它工作得很好。在那之后的第一个小工作中它工作正常,但是当我有一个更大的工作时我没有意识到它达到了软限制,它没有显示通常的警报消息,UGS 只显示
Queue
状态。没有意识到发生了什么,点击Pause
thenResume
,grbl 居然继续执行,直到真正超出限制的代码被执行,进入报警状态,仍然没有报警信息。我只有在没有命令起作用时才意识到警报状态,而且我一直看到>>>
。我在 Uno 上运行 Grbl 0.9g,从这里为 Shapeoko 下载的库存固件。我使用 UGS 1.0.8-nightly 进行流式传输。我的配置:(不是最新版本的 x 和 y max travel,但接近)
gcode:(我只包括导致问题的那一点)
我的 Y 工作区原点大约是 -305。根据 UGS 中显示的消息和响应以及当前刀具位置,猜测 Grbl 停止的 2 个位置,均在 G03 之后。
我试过手动输入命令,如果命令超过软限制,则会显示适当的警报消息,所以我假设上述情况与预期不符。