显示最后的进给速率设置 (Fnnnn) 可能要简单得多（没有任何讨厌的数学运算）。
尽管这不适用于任何 G0 命令。

这是个好主意，但是当速度覆盖最终起作用时，它不会有太大
帮助。
在 2016 年 7 月 6 日上午 9:32，“rjclocks” notifications@github.com写道：

显示最后的进给速率设置 (Fnnnn)可能要简单得多（没有任何讨厌的数学运算）。
尽管这不适用于任何 G0 命令。

—
您收到此消息是因为您是该线程的作者。
直接回复此电子邮件，在 GitHub
#428（评论）上查看，
或将线程静音
https://github.com/notifications/unsubscribe/AQlzDLveaNIYK-cft4yImNd37oENhEdKks5qS6B1gaJpZM4I89pV
。

我正在修改控制器状态代码以支持 grbl 1.0 中即将推出的一些新功能，我会在这样做时牢记这一点。

关于何时实施的任何想法？我更喜欢这个而不是反冲补偿（这对于 CNC 来说真的不是必需的）

我认为反冲补偿应该在固件中而不是在 UGS 上，它与机器的关系更密切

会的，但是 Will 将不得不花时间在程序中编写代码来选择反冲量和所有爵士乐。

即将发布的下一个 GRBL 版本在状态消息中发送了当前速度（以及一些其他元数据）。所以这只会得到那个版本的 GRBL 的支持——但很快就会得到支持！

我已经有一段时间没有考虑反冲补偿了。现在 Gcode Parser 具有模块化处理器，可以有一个简单的模块来添加反冲补偿。添加它甚至可能不是很困难。

最好有一个百分比/时间直到完成，也过去了。

这目前在平台上工作吗？我的机器要到下周才能运行，所以我无法真正检查。

这已经有一段时间了，所以我要关闭它。现在它还将进给速度转换为首选单位：#1105