$G 命令被视为未确认 #1100

腹侧

我正在努力解决我当前与 Smoothieboard 相关的问题。其中之一似乎是 bCNC 认为某些命令尚未完成，将它们保留在缓冲区中，工作最终在它们堆积时停滞不前。

这是我发现可以预见的工作方式：$G

再生产：

启动程序
家

从协议日志：

?$H
<Idle|MPos:0.0000,0.0000,0.0000|WPos:0.0000,0.0000,0.0000|F:4000.0,100.0>
$G
?<Home|MPos:0.0000,0.0000,0.8120|WPos:0.0000,0.0000,0.8120|F:240.0,4000.0,100.0>
...
?<Home|MPos:0.0000,0.0000,39.3253|WPos:0.0000,0.0000,39.3253|F:120.0,120.0,100.0>
ok
?[G0 G54 G17 G21 G90 G94 M0 M5 M9 T0 F4000.0000 S0.8000]
<Idle|MPos:0.0000,0.0000,39.0000|WPos:0.0000,0.0000,39.0000|F:4000.0,100.0>

缓冲：
$G

手动发出 $G 具有相同的效果，$G 不断堆积在缓冲区中。

GRBL 文档 ( https://github.com/gnea/grbl/wiki/Grbl-v1.1-Commands ) 表明这是正确的：

将此命令发送到 Grbl 时，它将回复一条以 [GC: 指示符开头的消息，例如：

[GC:G0 G54 G17 G21 G90 G94 M0 M5 M9 T0 S0.0 F500.0]

但是，我目前没有 Grbl 开发板。有人可以确认 Grbl 之后是否说“ok”，以及是否有指定正确答案的标准？我不确定是修复 smoothie 还是 bCNC，但我想目前 bCNC 中的 smoothie 特定解决方法可能是有序的。

腹侧

进一步的测试表明这可能是我的问题的根源：

我尝试了一个由多次重复组成的测试文件：

G0 X1.0 Y1.0
G0 X2.0
G0 Y2.0
G0 X1.0
G0 Y1.0

这工作得很好。

但是在那之前做一个 $G ，事情就会变得一团糟。第一个 $G 被认为是未确认的，然后对 G0 的“确定”被视为对 $G 的确认，最后缓冲区中有 G0 命令并且 bCNC 被卡住以供确认。

所以看起来至少 $G 和其他命令的确认机制被破坏了。这可能是 Smoothie 或 bCNC 的错，我不确定是哪一个。

腹侧

唔！这是 grbl 的作用：

https://github.com/grbl/grbl/blob/master/grbl/protocol.c#L49

} else if (line[0] == '$') {
    // Grbl '$' system command
    report_status_message(system_execute_line(line));

report_status_message 将始终打印“ok”或错误：https ://github.com/grbl/grbl/blob/master/grbl/report.c#L40

这是有道理的，尤其是看到 $H 确实得到了“确定”。

现在我们来看看 Smoothieware，结果它故意跳过了通知，根据评论：

https://github.com/Smoothieware/Smoothieware/blob/edge/src/modules/utils/simpleshell/SimpleShell.cpp#L216

          case 'G':
               // issue get state
               get_command("state", new_message.stream);
               //new_message.stream->printf("ok\n"); // sending this while printing will cause ok count to get out of sync
               break;

这来自 2018 年 9 月 30 日的提交 54f0098a4，不幸的是，它没有提供任何关于理由的解释。

所以很明显有人必须在这里改变一些东西。我将尝试在 Smoothieware 上打开错误报告。我想如果他们想保留它，bCNC 将需要一个解决方法。