开源改变世界

请求单独的“确定”确认 gcode 收据 #312

推推 grbl 2年前 (2023-01-21) 162次浏览

关闭
neex101 开了这个issue 2017 年 11 月 28 日 · 5 条评论
关闭

请求单独的“确定”确认 gcode 收据#312

neex101 开了这个issue 2017 年 11 月 28 日 · 5 条评论

注释

请求单独的“确定”确认 gcode 收据 #312

嗨,
顺便说一下,我喜欢 grbl 1.1。
我正在编写一个自定义串行接口,并且必须在代码中做一些复杂的工作以将 gcode 发送的“ok”和其他实时命令(例如状态)的“ok”分开。由于维护 g 代码缓冲区依赖于检查这些“ok”,如果 gcode 接收确认不同于其他命令,我会发现它更简单(并且从我的代码的角度来看更可靠)。例如’gk’ 等。
显然不是一个showstopper,我相信我会绕过它。
出于兴趣,更改 grbl 库中的消息以进行自定义构建是否容易?我以前没有搞砸过。
非常感谢您的出色工作。
最好的,
埃德

请求单独的“确定”确认 gcode 收据 #312
贡献者

@Neex101: 感谢您的输入。我计划在下一个主要版本中更新 comm 协议,并将包含类似于您建议的内容。可就是现在这样,也改不了了。有太多的依赖。

请求单独的“确定”确认 gcode 收据 #312
贡献者

@Neex101你可能误会了,对于实时命令(?0x900x91等),grbl 不会以“ok”响应。

您可能会想到$G$$,但它们不是实时命令,因此将它们混合到 gcode 流中有点不寻常。您还需要格外小心,不要在这些命令之后发送任何内容,因为它们可能会读/写 EEPROM,这会暂时阻止 grbl 读取串行总线,从而导致数据包丢失。

请求单独的“确定”确认 gcode 收据 #312
作者

@winder您好,感谢您对 setter 命令的警告。但是,在状态报告之后我肯定会得到一个“好的”,例如:

<Idle|MPos:0.000,0.000,0.000|FS:0,0>
好的
,我正在运行 grbl v1.1。如果您没有得到“确定”,是否意味着您已经能够禁用它?我可能错过了如何做到这一点…

请求单独的“确定”确认 gcode 收据 #312

@Neex101你在“?”之后发送换行符,你不应该

请求单独的“确定”确认 gcode 收据 #312
作者

谢谢大家,那是我的问题。最后的串行写入功能是偷偷摸摸地在一个 ‘\n’ 中。我的错 – 这在文档中也很清楚。太好了,解析将变得轻而易举!

喜欢 (0)