注释
.jpg "想要帮助慢跑/进给覆盖。 #314"){kind=avatar}
成员
|
@scottrcarlson: 谢谢提供！我绝对需要一些帮助来测试新代码。这些天时间非常有限（与家庭相关），所以无论我有多少空闲时间，我都在尝试清理我计划安装的用户请求和功能的洗衣清单。 目前，步进代码终于开始稳定下来。自从昨晚的努力之后，我还有一件事要解决，但我想我今晚可以完成。 至于其他的东西，我认为提要覆盖需要等到 v1.0。核心在那里，但仍有一些东西需要解决和整合。我必须安装它需要更多时间。 慢跑也需要一些时间，但如果我有，我会先安装它。我记得前一段时间有一个关于如何实现慢跑的问题线程。我有一个计划，但我忘记了。我想如果您愿意，请找到该线程并查看我们将如何实施它，看看您是否开始实施，或者您是否有更好的计划，请告诉我。请记住，代码效率是最重要的。我已经开始接受在开发的这个阶段重写代码十几次或更多次是正常的，因为空间非常有限。但是，如果你确实让一个框架运行起来，我也可以稍后进行优化。 |
.jpg "想要帮助慢跑/进给覆盖。 #314"){kind=avatar}
你好@chamnit:
我的机器运行得很好。我最近在我的壁虎驱动器中添加了步进脉冲倍增器。我现在是第 5 个步进（而不是第 10 个），现在我正在实现更高的进给率。到目前为止一切似乎都很稳定！
我想提供有关慢跑的帮助（以及 def.feed override）。有什么我可以帮你的吗？即使它是早期测试，我都在这里准备好了。
目前我正在为我的慢跑程序流式传输 gcode，使用 xbox 控制器上的模拟操纵杆，我有一个简单的 4 步速度增加，它是骗人的，但它有效，诀窍是将流式传输速率与进给率相匹配，以免’超调’。绝对不理想，但当前功能正常。
也许第一步是为 x,y,z 编写一个简单的慢跑启动/停止代码。（忽略进给覆盖并仅使用当前进给率）。然后一旦覆盖进入，我们就可以向“慢跑代码”添加一个速度参数。
为了安全起见，除非系统处于空闲状态，否则请忽略点动命令。（所有其他边缘情况可以/应该可能由监督控制器/ ui 处理（目前使用 pi 本身）
如果您的清单上还有其他相关项目，我会随时为您提供帮助。
斯科特