注释
贡献者
@Neex101: 感谢您的输入。我计划在下一个主要版本中更新 comm 协议,并将包含类似于您建议的内容。可就是现在这样,也改不了了。有太多的依赖。 |
贡献者
@Neex101你可能误会了,对于实时命令( 您可能会想到 |
作者
@winder您好,感谢您对 setter 命令的警告。但是,在状态报告之后我肯定会得到一个“好的”,例如:
|
@Neex101你在“?”之后发送换行符,你不应该 |
作者
谢谢大家,那是我的问题。最后的串行写入功能是偷偷摸摸地在一个 ‘\n’ 中。我的错 – 这在文档中也很清楚。太好了,解析将变得轻而易举! |
嗨,
顺便说一下,我喜欢 grbl 1.1。
我正在编写一个自定义串行接口,并且必须在代码中做一些复杂的工作以将 gcode 发送的“ok”和其他实时命令(例如状态)的“ok”分开。由于维护 g 代码缓冲区依赖于检查这些“ok”,如果 gcode 接收确认不同于其他命令,我会发现它更简单(并且从我的代码的角度来看更可靠)。例如’gk’ 等。
显然不是一个showstopper,我相信我会绕过它。
出于兴趣,更改 grbl 库中的消息以进行自定义构建是否容易?我以前没有搞砸过。
非常感谢您的出色工作。
最好的,
埃德