注释
嗨,Harvie, |
@goddisignz根据工具提示,它应该恢复,但它不起作用: |
@neilgill写道:
@vlachoudis @chamnit有什么想法为什么 grbl 在第一次尝试时不恢复吗? |
我刚试过什么@neilgill说是真的。当第一次激活进给保持时,我需要双击暂停按钮来取消暂停。然后它按预期开始工作,直到我重新启动 bCNC。 |
好的。这不是 grbl 错误。我已经点击了 arduino 上的重置按钮,它仍然可以通过单击来工作。我还使用拦截来嗅探串行流量,我发现 bCNC 正在发送“!” 而不是“〜”。双击可能会在再次重写之前快速翻转sender._pause的状态。这解决了这个问题。 |
如果我更改,我刚刚在第 1018 行的 Sender.py 中找到:
到
它工作正常。 @vlachoudis是否有理由在警报模式下忽略机器状态?是什么导致 bCNC _alarm?根据 GRBL,我不应该处于警报状态。我猜 bCNC 处于警报状态,即使 GRBL 没有。 我知道如果出现错误 (_alarm == True),机器状态不会更新,以便持续显示错误消息。问题是状态不仅用于显示目的,还用于 bCNC 的内部工作。我认为应该有一个单独的框来累积显示错误,这些错误不会被实时状态更新覆盖,所以这些可以保持真正的实时…… 在我看来,默认情况下 _alarm 为 True,但在成功连接到 GRBL 后没有将其设置为 false。 |
我曾经在按下暂停按钮后看到这个问题。(我不记得以前尝试过 M0。) 我目前无法使用最新的 grbl 版本和来自 git repo 查看当前在 中的代码,目前已
我没有看到此更改带来的任何不利影响,但我很乐意看到 默认情况下,当串行端口打开时(在 中)显示为
我不相信现在 我正在使用 Arduino Nano(未连接 CNC 硬件)进行测试。
bCNC版本:
感谢收听, |
似乎是固定的 |
当我的 g 代码文件包含 M00(例如,用于工具更改)时,grbl 暂停,但不能从 bCNC 取消暂停。
在通用 g 代码发送器中,我只需单击“播放”按钮即可继续,而 bCNC 的“播放”按钮在代码到达 M0 时变灰,因此我只能通过“停止”按钮中止 g 代码执行到达 M0。