注释
贡献者
@heise:理解,但在慢跑模式下有意不支持覆盖。这是为了减少用户忘记他们上次使用的覆盖并在他们开始工作时将其激活的可能性。这是一场非常严重的事故的秘诀。 我完全承认慢跑实现不是最好的(由于闪存和内存限制),但你已经拥有了做你想做的事所需的一切。在发布 v1.1 之前,我已经使用模拟操纵杆进行了快速演示以确保。只需按照慢跑 wiki 中的说明进行操作即可。通过短时间的慢跑动作,您将拥有更好的响应能力并且可以曲线移动,而不必在您的情况下停止并重新开始动作。只需改变 F 的进给速度。当你正确实施它时,它会做同样的事情。 |
你好,
感谢您在#1 .1 中所做的重要补充。
恕我直言,如果在点动模式下也有进给率覆盖会很棒。当使用带有“模拟”XY/ZR 摇杆的操纵杆或游戏手柄时,这会使事情变得容易得多。
鉴于用户将游戏手柄摇杆向右移动,请执行以下操作:
就是这样。您不必跟踪机器位置,因为它不会运行在指示的移动之上(在本例中为 X500)。它在任何情况下都没有延迟。唯一的陷阱是:你不能通过慢跑沿对角线方向移动,但我不需要那样。
我对 grbl 源做了一些小改动来完成这个。他们需要大约 120 个额外的字节。
我使用 ASCII 实时字符 0xF1 到 0xFF(给出从 1% 到 200% 的 15 个不同的覆盖值来选择从查找表中提取的覆盖值)。0xF0 可能会将点动进给倍率重置为 100%。
15 个速度步长是完全可以接受的,因为它们在指数曲线中从 1% 到 200% 不等。这允许非常精细的定位以及快速移动。
问候,卡斯滕