开源改变世界

F字并不总是匹配G20/G21 #725

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

打开
109JB 开了这个issue 2015 年 6 月 3 日 · 3条评论
打开

F字并不总是匹配G20/G21#725

109JB 开了这个issue 2015 年 6 月 3 日 · 3条评论

注释

F字并不总是匹配G20/G21 #725

我注意到当 $13=1 并且 G21 处于活动状态时,发出 F 字会从英寸转换为毫米。例如,如果发布 F25.4,则 $G 显示 F 值为 1.0。

同样,如果 $13=0 并且 G20 处于活动状态,它会在另一个方向进行转换。例如,如果发出 F1,则 $G 显示 F=25。

此外,更改显示单位 ($13) 会更改 F 字的值,如上所示。

这不应该是这样的。无论显示的单位如何,解析器值都应采用与 G20/G21 对应的单位,以当时处于活动状态为准。如果 G20/G21 发生变化,则 F 值也应发生变化,但在显示单位发生变化时不应发生变化 ($13)。

看起来 GRBL 使用显示单位($13)作为用户输入 f-word 的单位。

F字并不总是匹配G20/G21 #725 109JB 改标题 F字不匹配G20/G21 F字并不总是匹配G20/G21 2015 年 6 月 3 日
F字并不总是匹配G20/G21 #725
成员

@109JB: Grbl 在内部以 mm 跟踪所有内容。在 $G 状态报告中打印 F 时,它会查看 $13 设置以确定将哪些单位打印回给用户。我想你是对的,尤其是反时限(我现在想起来不确定 Grbl 会打印出什么)。F 值应该显示编程值,而不是解释值,但这也可能导致一些混淆。

但是,进行此更改非常简单。也就是说,如果没有人对此有任何问题或有不同意见或问题。

F字并不总是匹配G20/G21 #725
作者

仅供参考。我检查了我的 linuxCNC 安装,LinuxCNC 的 Axis gui 有一个不断报告模态值(包括 F 值)的框。它根据 G20/G21 报告值,无论 DRO 上显示的单位如何,以激活的为准。更改 DRO 上显示的单位不会影响模态报告中报告的内容。

F字并不总是匹配G20/G21 #725 chamnit 添加了 去做 标签 2015 年 7 月 2 日
F字并不总是匹配G20/G21 #725

我想这只是记录行为并坚持下去的问题。使用与输入新值相同的单位来显示 F 值(这是此处的提议)可能是有意义的,但也可以争辩说,报告 F 值应该使用与报告头寸时相同的单位,这正是 13 美元的意思,AFAIK。如果这个改变了,我想这是为 1.0 做的,因为 GUI 的向后兼容性。

喜欢 (0)