当 UGS 与 GRBL 建立连接时，它将被重置，并且在发送文件之前需要归位。因此，当您将命令分成两部分时，每次都会与控制器建立新连接。

尝试将命令组合成一个这样的命令：
java -cp UniversalGcodeSender.jar com.willwinder.ugs.cli.TerminalClient --controller GRBL --port COM26 --baud 115200 --print-progressbar --home --file probe.txt

我有一个类似的问题。我能够通过手动归位 CNC 机器来绕过 GBRL 警报状态，但是当我运行以下命令时，我现在遇到“GRBL 尚未完成引导”错误：java -cp UniversalGcodeSender.jar com.willwinder.ugs.cli.TerminalClient --controller GRBL --port COM5 --baud 115200 --print-progressbar --file test.txt

关于什么可能导致此错误的任何想法？

错误截图：

我应该补充一点，我可以使用 UGS 终端连接和控制机器，但我想使用 Windows 终端循环执行一组命令。

感谢两位的回复。
我确实尝试在同一个脚本中组合 –home 和 –file 但 CNC 只执行 home 部分，而不是文件部分。 似乎是因为有这个 home 命令，我不能在同一个命令行中执行其他命令？

顺便说一句，这个错误信息“GRBL 还没有完成启动”是非常无用的（这不是一个新问题）。

它没有报告实际问题是什么，而是有人猜测可能是什么原因。错误信息应该报告错误。由于 GRBL 启动速度非常快，因此这不太可能是它没有响应的原因。

例如，如果我在 GRBL 上使用调试器，它已经启动，运行了几个命令，我用调试器停止了它，或者它遇到了一个断点，然后 UGS 告诉我它还没有完成启动。猜错了！

我假设这是由于与 /dev/ttyACMx 设备缺乏通信造成的，因此错误消息应该反映实际问题。假设错误的原因实际上是非常无益且令人困惑的。报告真正的错误将帮助用户找出错误所在。

@J-Dunn当然，我们应该努力获得易于理解的清晰错误消息。在这种情况下，将错误消息更改为反映 UGS 在等待 GRBL 欢迎消息时无法与控制器建立连接的内容是合理的。

@kh9341101,@abb25727这可能是一个错误，我们需要等到归位序列完成后再开始文件流。

谢谢。我很确定这不仅仅是启动。下次我在机器上时，我会仔细检查上面描述的调试器情况。我很确定如果 grbl 在任何时候都没有响应，UGS 会显示此错误。

应该在最新的每晚构建中修复