开源改变世界

从“排队”变为“等待” #709

推推 grbl 2年前 (2023-01-22) 123次浏览

关闭
Tom-Nelson 打开了这个问题 2015 年 5 月 27 日 · 2 条评论
关闭

从“排队”变为“等待”#709

Tom-Nelson 打开了这个问题 2015 年 5 月 27 日 · 2 条评论

注释

从“排队”变为“等待” #709

我通过使用操纵杆在切换时发出 G0,然后发出“!”来实现伪点动控制。释放时。然后在收到“队列”状态后,立即发出 ctrl-X 进行重置。
这在版本 g 上运行良好,在升级到版本 i 时,我寻找的是“保留”而不是“队列”。
我现在发现的问题是,如果我在读取“保持”和发出 ctrl-X 之间不延迟至少大约 500 毫秒,它就会进入“警报”。这只会减慢整个慢跑功能并降低其可用性。关于如何恢复到我以前拥有的那种功能的任何想法(除了回到版本 g)

从“排队”变为“等待” #709
成员

@Tom-Nelson:在考虑删除 QUEUE 状态时,这是一个已知问题。利大于弊,主要是因为大大简化了状态机。它使管理和添加新功能变得无比容易。这是 Grbl 今后的工作方式,您需要改变慢跑的方式。在与 grbl wiki 页面的接口中有一些关于此的文章。

500 毫秒的延迟来自清除串行写入缓冲区的警报延迟。为防止它进入警报状态,您需要确保在重置之前完成保持。

从“排队”变为“等待” #709

感谢您的反馈。我当然会看看我的慢跑方式,看看是否
有一些替代技术可以提供更好的整体慢跑
体验。发出连续的非常短的
移动流的技术是我一定会尝试的。

在 2015 年 5 月 27 日星期三下午 2:56,Sonny Jeon notifications@github.com
写道:

@Tom-Nelson https://github.com/Tom-Nelson
:在 考虑删除 QUEUE 状态时,这是一个已知问题。利大于弊
,主要是因为大大简化了状态机。它使
管理和添加新功能变得无比容易。这是
Grbl 今后的工作方式,您需要改变
慢跑的方式。
在与grbl wiki 页面的接口中有一些关于此的文章。

500 毫秒的延迟来自清除串行写入
缓冲区的警报延迟。为防止它进入警报状态,您需要确保
在重置之前完成保持。


直接回复此电子邮件或在 GitHub
#709(评论)上查看。

喜欢 (0)