@eric-schleicher: 你必须更具体地说明问题是什么。Grbl 不会一直以“ok”响应。通过设计。只有当命令被解析并设置为执行时，它才会响应。响应可能会因计划程序队列已满或其他情况而中断。

也就是说，有几十个 Grbl UI 程序，它们与 Grbl 一起工作得很好。我怀疑您不太了解 Grbl 的行为方式和原因。尝试阅读界面 wiki 页面。

我在准备好之前不小心创建了票证，同时添加了细节。很明显，这不是 UI 问题，而是 grbl 在不同状态下的响应方式。

我已经阅读了所有文档，并在验证 1) 发送方 UI [UGS] 和直接使用串行端口的代码中的输出后打开了它。

@eric-schleicher: 另外，请注意，Grbl 的通信协议中只有一些小的不一致之处。主要是因为在 v1.1 成为大师之前缺少这些。主要的是在归位周期中不响应状态报告。其他与清理一些响应以使其更加清晰有关。在大多数情况下，UI 开发人员已经能够轻松地解决它们。

在处理通信协议时，不能快速更改，否则所有 UI 都会崩溃。其中大部分将在下一个主要版本中解决。如果您确实发现了真正的问题，可以重新打开并讨论该问题。

不要在实时命令字符后发送回车符或换行符。接口文档说明了这一点。

是的，我读过那个。特别是，是否确认已收到/执行实时命令？或者成功是否隐含在写入端口的非失败中？非常愿意编辑文档以使其更清晰。

对大多数实时命令没有响应。它们是从下一个状态报告中运行状态的变化中隐含的。这个问题部分是由于 Arduino 的闪存空间不足引起的。

这就是我所说的让回复更清晰的意思之一。这将在下一个主要版本中得到解决，因为闪存、内存和开销不再是 ARM 的关注点。

谢谢！我能够对我的应用程序进行排序。也非常期待 GRBL on arm。