开源改变世界

仅使用 CR 作为分隔符的 Telnet 连接不处理命令 #675

推推 grbl 3年前 (2023-01-30) 178次浏览
关闭
HuubBuis 打开了这个问题 2020 年 11 月 21 日 · 4条评论
关闭

仅使用 CR 作为分隔符的 Telnet 连接不处理命令#675

HuubBuis 打开了这个问题 2020 年 11 月 21 日 · 4条评论

注释

仅使用 CR 作为分隔符的 Telnet 连接不处理命令 #675

您使用的是什么版本的固件?1.3a

问题是否可重复?是的

什么情况下会出现bug?仅使用 CR 作为分隔符的 telnet 连接

像 $$ 和 Gcodes 这样的命令不被处理,直接命令像 ? 被处理。
在串行和蓝牙连接中,处理仅使用 CR 作为分隔符的命令!

可以使用腻子和以下设置测试“错误”。

  • 额外的腻子 | 设置 | 行尾设置为 CR
  • 连接 | 远程登录 | 禁用键盘发送 Telnet 特殊命令
  • 连接 | 远程登录 | 禁用 Return 发送 Telnet 新行而不是 ^M

我已经在我的 GUI 中修复了它,所以对我来说这不再是问题了。我花了很长时间才弄清楚出了什么问题。
我更喜欢 CR 作为分隔符,更少的字符发送占用更少的缓冲区空间。

如果分隔符设置为 CRLF,则一切正常。

仅使用 CR 作为分隔符的 Telnet 连接不处理命令 #675 HuubBuis 添加了 漏洞 有些东西不工作标签 2020 年 11 月 21 日
仅使用 CR 作为分隔符的 Telnet 连接不处理命令 #675
所有者

我发现它只使用 LF 作为分隔符。我会调查为什么 CR 不起作用。

仅使用 CR 作为分隔符的 Telnet 连接不处理命令 #675
所有者

CR 被过滤掉以更符合 telnet 规范。我们正在开发论坛上讨论什么是最好的解决方案。

仅使用 CR 作为分隔符的 Telnet 连接不处理命令 #675
作者

我不介意分隔符,只是完全没想到使用串行、蓝牙或 WiFi 发送会有区别。我认为我的 GUI 中一定存在计时问题!

我怀疑是否符合 telnet 并被 grbl 接受的 Lf 或 CrLf 以避免未来控制器出现问题。

仅使用 CR 作为分隔符的 Telnet 连接不处理命令 #675
所有者

更改已合并到 devt 分支