UGS 2.0.7 快照无法发送 grbl“？” #1620

J-邓恩

进入？对 GRBL 的命令只会得到 OK 响应，而不是预期的输出。
这表明它正在剥离这个字符并只发送一个空行。
（如果我要求它，它实际上无法做到！即使关闭了空白剥离）。

重现
重现行为的步骤：

预期行为
GRBL 的通常响应是数据：
<Idle,MPos:0.000,0.000,0.0000.000,WPos:0.000,0.000,0.0000.000,Pin:000||,maxload:0%,maxint:0us>

版本
UGS 2.0.7 快照 2020 年 12 月 2 日
提供对此问题的正确、标准响应的帮助菜单条目将是一个好主意。

硬件
GRBL v 0.9

操作系统（请填写以下信息）：
Fedora 34

附加上下文
这是输出应该是什么，如连接 minicom 终端仿真器所示。
发送数据未显示在 minicom 中，？在两个 ok 响应之间发送。

欢迎使用 minicom 2.7.1

选项：I18n
于 2021 年 1 月 26 日 00:00:00 编译。
端口 /dev/ttyACM0，16:08:58

按 CTRL-A Z 获取特殊键的帮助

好的
好的
<Idle,MPos:0.000,0.000,0.0000.000,WPos:0.000,0.000,0.0000.000,Pin:000||,maxload:0%,maxint:0us>

J-邓恩

我刚刚检查发现这已经在 1.0.9 中发生了

布雷勒

来自 ? 命令的响应在控制台中被过滤。这是因为 UGS 会不断发送状态命令来获取控制器的当前状态。如果我们显示这些消息，它将向控制台发送垃圾邮件。在控制台窗口中右键单击时，有一个显示详细信息的选项：

如果从控制台手动发送，显示对命令的响应会更直观。问题是它是一个实时命令，因此很难听到该响应。

J-邓恩

啊，谢谢，这就解释了。不过滤下一个[Pos : …… 在 a 之后从 GRBL 返回就足够了吗？是发送，还是在用户发送实时请求时暂停向 grbl 发送垃圾邮件？直到收到用户的响应？

另外，你能解释一下发送空行会发生什么吗？这是一个有效的交互，并且 GRBL 具有定义的响应。我的猜测是，即使关闭了空白修剪，也不会发送。可能是在撤消 WS 修剪行为时的疏忽。

我经常发送几个空行（只需按回车键）来测试链接是否有效以及 GRBL 是否仍在响应。
在 UGS 1.0.9 中，我在发送时看到 >>>，如果没有返回“ok”，我就知道串行链路有问题。

UGS 不应不必要地干扰通信流。

一旦 WS 过滤器选项关闭，我再次怀疑这是无意的。修复起来可能很简单。

UGS 2.0.7 快照无法发送 grbl“？”#1620