注释
.jpg "实时状态报告当前进给率移动时报告零 #371"){kind=avatar}
|
@arkypitamcu 太忙而放弃请求？发送“？”后是否有任何报告？？ |
作者
|
报告不断发送，S值报告正确，但F值始终为零。 |
|
@arkypita抱歉，FastHub 应用程序没有加载屏幕截图…也许光栅作业发送一行太快（100 行/秒，10 毫秒/行）？“Grbl 将在大约 5-20 毫秒内生成并传输报告。” |
.jpg "实时状态报告当前进给率移动时报告零 #371"){kind=avatar}
贡献者
|
@arkypita：如果流式传输正在耗尽规划器缓冲区，则可能会发生这种情况。流率是否超过约 250 行/秒？还是动作卡顿？ |
作者
它仅在 LaserMode 关闭且 S 频繁更改时发生。我认为这是因为 LaserMode OFF grbl 必须停止以更改主轴速度，这是正确的吗？使用恒定的 S 值或打开 LaserMode 时，行为正常。 视频：https |
贡献者
|
行。所以它是卡顿的，除非有意关闭激光模式，这需要在更改 S 值时停止运动。我为未来的发展做了一个说明，尝试对一个片段的当前速率进行平均，而不是像现在这样在运动结束时计算瞬时速率。这就是为什么它总是零。不幸的是，我对要求 AVR 进行不必要的浮点计算持谨慎态度，例如随时间求平均值，因此它必须等待 ARM 版本来解决这个问题。 |
大家好，我要将当前的 F 和 S 值添加到我的 LaserGRBL UI。
F 和 S 从实时状态消息中解码，如下所示：https ://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface#real-time-status-reports
我用手动发送的运动（比如 G1 X100 Y100 F200）做了一些测试，它显示了当前的 F 和 S 值，所以在我的代码中解析数据是可以的。
但是，如果 gcode 由一长串非常小的运动组成（比如当我流式传输编码为很多片段的光栅图像时），则 grbl 报告的进给率 F 始终为零。
我不知道这是一个问题还是“设计使然”，但我报告了它。