注释
我已经通过查看您的屏幕截图使我的机器崩溃了:-D 老实说,我认为我们实际上需要适当的 GRBL 慢跑实施。以指定速度连续慢跑的操纵杆,直到您松开按钮。(目前它根据步长而不是速度/操纵杆慢跑) |
如果 python 没有性能问题,我可以在步骤列表中看到一个条目,它将方向控制转换为连续的点动运动。只关心按钮释放和运动停止之间的延迟。 |
那将得到改善。当前,当您松开键盘时,GRBL 必须完成该步骤。当步骤太长时,您可能会崩溃。按键现在也被视为“字母”,因此它们会重复并且多个“字母”可以在缓冲区中,因此它不会在释放后停止发送步骤。 新的 GRBL API 允许实时控制慢跑以在释放后立即停止。但是我们必须稍微修改 bCNC 中的键盘处理以仅获取按下/释放事件而不是自动重复。 |
我的初步测试表明,由于硬件系统软件的重复击键,将击键绑定到连续慢跑会出现问题。我还不能让这些击键重复起作用,我已经尝试了几种“互联网解决方案”并取得了不同程度的成功(有些在我的硬件上不起作用,这将是一个不稳定的连续慢跑)。 然而,使用鼠标按钮,我取得了不错的效果,并将继续研究如何将该功能与支持和不支持的控制器集成。 |
取得相当大的进步。目前,点动限制是到轴软限制的剩余距离(小于 0.1 毫米),因此如果机器在 100 毫米轴上的 30 毫米处,将允许连续点动到 99.9 毫米或 0.1 毫米(使用机器坐标)。Z轴下限位是当前WPos位置,所以所有的连续点动应该是比较安全的。连续点动速率用于所有三个轴,点动速率滑块上的边界是机器的最高最大进给速率。 此时没有键盘绑定,但鼠标按钮在我的 Raspberry Pi 4 上运行良好,没有延迟问题。我仍在处理的一个问题是,由于 x 轴和 Y 轴的剩余距离不同,对角线点动按钮的行程不是 45 度,而是相对于到达较长轴的距离。可以缩短较长的距离以保持 45 度对角线。编辑更改了慢跑距离,使对角线慢跑为 45 度。这可能是用户所期望的。 |
请参阅修订后的 PR #1749 |
我一直在玩另一种控制步进步长的方法,我希望衡量是否提交 PR 的兴趣/反馈。当前的 UI 至少需要两次鼠标点击和鼠标移动才能选择新的步长(我倾向于不为此使用键盘)。供参考的是我未修改的 bCNC 面板:

下面是使用基于两个滑块控件的备用 UI 的两个屏幕截图:


我更喜欢这个版本,因为更改步进步长所需要做的就是将滑块控件拖动到其新值并准备就绪。可选值来自配置文件中的步骤列表。为了保持控件紧凑,控件使用对数刻度。如果想要滑块中的更多步骤,只需对配置文件进行简单的编辑。一种可能的更改是将滑块标签设为可编辑的输入字段。
我还没有在两个滑块之间实现任何键盘绑定或锁定机制,但肯定有可能。现在,用户界面可以通过布尔变量标志控制框进行选择,但它也可以存储在配置文件中。不确定在同一会话期间在两个 UI 之间切换有多容易。
想法/兴趣?