注释
.jpg "Grbl卡住了 #393"){kind=avatar}
|
@valorium：我将在完成我的 g 代码解析器大修后立即着手解决这个问题。这可能是由 Grbl 状态机的一个已知问题引起的。有一些罕见的故障模式会导致这种情况，但它确实有助于您注意到 v0.9b 不会这样做。 至于提交哈希，我们没有具体的，但不久前，我安装了一个构建日期报告（带有用户输入 ID）功能，它会告诉你它何时提交（虽然我没有严格与它。所以它可能有点偏离）。只需发出一个 $I 命令，它应该会回复一个日期（如果您之前没有运行过一次，则会返回一个错误）。如果它没有回复，那么我们知道它是在我安装此功能之前。 |
.png "Grbl卡住了 #393"){kind=avatar}
|
嗨，我今天尝试了 grbl v0.9d，主要是因为我迫切需要软机限制。限制似乎工作正常，非常感谢！但是使用带有“Universal Gcode Sender”的机器会导致同样不稳定的行为@valorium已报道。 干杯并感谢您的出色工作！ |
|
@mcscript: 不确定我什么时候安装了软限制，但那是前一阵子了。我很确定 v0.9b 确实有它。 至于下载具体版本。您可以查看提交历史并通过“查看代码”（？）链接直接从那里获取代码。我不记得 v0.9b 是什么时候更改的，但我敢肯定，如果您查看提交注释，您会很清楚从哪里获取它。 |
.png "Grbl卡住了 #393"){kind=avatar}
|
你好..我的输出有问题。 |
你好，
我对当前的开发版本 (v0_9d) 有疑问。我正在使用带有键盘运动的 Universel Gcode Sender。前几次击键工作得很好，但在某些时候，arduino 板似乎卡住了。如果启用“show verbose output”，状态行（如“[verbose]<Run,MPos:-1.000,-9.000,1.000,WPos:-1.000,-9.000,1.000>”）只会偶尔出现，并且 Active状态停留在“运行”。
有时它会恢复但不会执行以“ok”确认的命令。
我想这个问题与 grbl 有关，而不是 Gcode 发件人，但我可能弄错了。对于 v0_9b 版本，它工作正常。
我希望所提供的信息足以重现该行为。
谢谢，
迈克尔
ps 我在徘徊是否有可能以某种方式获取二进制文件所基于的提交哈希？