不知道您是否已经知道是什么导致了这个问题，所以就说我对 USG 2.0 标准 GUI 和 RPI2 上的 NOOBS 有同样的问题。

我试图让一个“输入”键按下来按下 GUI 上的发送按钮，所以让它在程序结束前卡住是有问题的……

虽然问题是间歇性的，但并不是每项工作都这样做（虽然我无法判断它是否影响计时器，但它在退出程序时似乎是准确的）。我的也做同样的事情，时间是疯狂的错误，有时在它坏了时是负面的。将尝试在 1.0.9 上执行我的“输入”键操作，然后看看它是否是一个问题，但从未真正出现过。

@strider460我认为这可能与#347有关，因此可以从 2 月 21 日的版本开始修复它。你能确认你使用的是最新代码吗？

如果有人有完整的控制台日志，如果这个问题与最近的构建有关，它可能会有所帮助。谢谢。

如果 2/21 是最新的，那么我肯定不是最新的。我今晚会再试一次，如果它再次出现问题，我将获取控制台日志。

Console Log.txt
在运行最新的 UGS 构建时，控制台日志附加在 RPi 控制台的文本文件中

我不确定我是否做对了大部分事情，所以如果我犯了一个菜鸟错误，我最终会这样做，我不会提供不好的信息：

我重新下载了项目的 ZIP 并在 NetBeans 中构建了旧的 GUI，所以我知道我拥有最新的 UGS。使用“java -jar /filepath.jar/”在 Pi 上打开新的 UGS2.0 以获取控制台日志（我希望这是你要找的，这可能是菜鸟的错误）并运行一个短文件直到发送卡住。只尝试了 2 或 3 次；计时器将无限期地计数，当您关闭工作时，数字只会像图片中那样疯狂地变为负值。

刚打开日志，电脑把格式搞得一团糟。为清楚起见重新格式化：
控制台 log2.txt

@strider460不幸的是，我在日志中没有看到任何内容。你能给我一个你遇到这个问题的 gcode 文件吗？

2-27logFile.zip
文件有2个测试程序。一个是完整的程序，有一些启动和结束 G 和 M 代码，另一个文件只是一个 G1 命令，后跟来自同一程序的 XY 移动。它还具有控制台日志和我使用的未更改的 UGS2.0 版本，看起来它来自 2-27。

@strider460您使用的是哪个版本的 GRBL？你能用这两个文件重现这个吗？

是的，“卡住发送”问题在两个文件上仍然存在。刚刚更新到 0.9j 以在连续几次“发送”后用同样的问题测试这个想法。它收到来自 GRBL 的所有 ok，因此作业完成，但“ _file transfer complete _ ”消息从未出现。

如果你使用命令表，所有命令都可以吗？

2016 年 2 月 27 日星期六，Nathan Barrow notifications@github.com
写道：

是的，“卡住发送”问题在两个文件上仍然存在。刚刚更新到
0.9j 以在连续几次“发送”后用同样的问题测试这个想法。它
收到来自 GRBL 的所有 ok，因此作业完成，但“文件
传输完成”消息从未出现。

—
直接回复此电子邮件或在 GitHub
#340（评论）
上查看 。

是的，当它卡住时，命令表中的所有行都被检查为“确定”。我没有在这个视频中看到这一点，但我得到了工作和非工作“发送”的控制台窗口：

https://www.youtube.com/watch?v=Qi7ZPYeecaw

@strider460我设法重现了这个问题，感谢所有帮助。请继续关注解决方案。

我已经应用了一个可能的修复程序并更新了每晚构建。让我知道是否有帮助。

@strider460 @barnold96你们是否能够验证问题是否已解决？

在我使用的 Jan.28 版本上，计时器似乎没问题。我没有使用最新版本，因为可视化工具无法正常工作。