约翰，我很高兴你欣赏有竞争力的定价模式

这些问题应该在每晚构建中得到解决，你能试一试吗，如果行为仍然出乎意料，请告诉我？

至于被更改为毫米模式的部分，那可能是因为发送了无效的 g 代码导致 GRBL 忽略单位设置。UGS 在夜间也有更好的处理方式，但它需要您确保从您的 gcode 文件中删除无效的 gcode。

谢谢。我会试一试，然后告诉你。

通常，我会避免任何标有“每晚构建”或“在这里，试一试”的东西。我更倾向于标有“稳定版”的东西。:)

我刚刚有机会在 V 2.0 每晚/2016 年 5 月 19 日运行一个作业。

荣誉，伙计。就像你说的那样，它弹出了一个“不受支持的命令”。
这很棒！这是在我从 gcode 文件中编辑出来的 T1M6 命令上。
它可能很容易成为一个损坏的通信错误，以前会被丢弃，但现在会被停止和标记，从而能够开始调试并采用受控重启。

打开详细信息后，它是否还会检查发送的是否等于回显？

约翰

让我改写最后一句话。

详细打开后，是否有“命令”和“原始命令”的比较，带有传输错误标记和工作停止？

约翰

@OldSalt1945有命令表，您可以在那里看到 ok/error 响应。该表的性能确实很差，所以我打算将其删除。那是你要找的吗？