开源改变世界

去向何方? #21

推推 grbl 2年前 (2023-01-21) 187次浏览

关闭
109JB 开了这个issue 2016 年 10 月 26 日 · 2 条评论
关闭

去向何方?#21

109JB 开了这个issue 2016 年 10 月 26 日 · 2 条评论

注释

去向何方? #21

@chamnit: 如果你能回答的话,就问几个关于 GRBL 前进方向的问题。这些显然是关于 ARM 版本的问题,因为 UNO 已达到极限。

  1. 反冲补偿——听起来好像已经计划好了
  2. 固定循环——虽然我的和其他一些 GUI 已经包含了一些固定循环,但是否有任何计划将它们本地合并到 GRBL 中?
  3. 刀具半径补偿。我认为这是一个阻止很多人在金属切削铣床上实施 GRBL 的功能。我已经研究过在 GUI 中实现它,但它是有问题的,因为它需要向前看、向后看、位置跟踪、模式跟踪(G90/G91)等。大部分工作将重新创建大部分内容GRBL 已经要做。即使在 grbl 中,这也绝对不是微不足道的。只是想知道它是否即将出现?
  4. 主轴同步 – 我记得你提到过你有一台 CNC 车床,所以你会知道这个功能对于车床操作特别重要。在我看来,没有主轴同步 GRBL 不是车床的合适选择。我喜欢 GRBL 并且是一个明确的皈依者,并且很想看到这个所以我可以在我的车床上使用它。有没有未来的计划来实施这个?

我知道可能还有许多其他计划,并且上面的列表是针对金属切削的。我是金属头,这些是我最感兴趣的,但我完全理解还有许多其他用户没有在金属切削车床和铣床上使用 GRBL,他们也有兴趣,上面的列表可能不为他们做任何事。我只是想知道在这一点上。

谢谢,

约翰·B。

去向何方? #21
贡献者

@109JB:所有这些项目都在 ARM 版本的桌面上。我非常清楚 Grbl 本身对专业用户造成的限制。我肯定会在 ARM 版本中解决这些问题。这主要取决于我需要花多少时间和精力来完成所有这些工作。由于许多不同的原因,Grbl v1.1 即将发布的版本让人精疲力竭。

Cutter comp 会很棘手,老实说,由于您列出的所有原因,我还没有真正深入研究它。此外,您还需要在内部了解和跟踪工具信息,这意味着 ARM 版本需要保留这些数据。已经完成一些切割机代码的开发人员警告过我。简而言之,这太可怕了。

这就是说,它不是要实施的事情列表的很靠前,因为使用更改后的工具半径在 CAM 中重新生成程序基本上可以做同样的事情,但并不那么方便。

去向何方? #21
作者

关于刀具半径补偿,有一个选项不需要 GRBL 来跟踪刀具信息。与 G43.1 相似,其中刀具长度以距离给出,而不必读取刀具表,G41.1 和 G42.1 使用传递的数字直径。例如 G42.1 D0.5 会将刀具偏移到编程路径的右侧 0.25 个单位,而不必读取刀具表。

刀具半径补偿是一个巨大的好处,比如直径可能必须保持在 0.0001″ 以内的轴承槽,这当然可以在 CAM 中完成,但在许多情况下来回切换到 CAM 是不切实际的。

我完全理解时间限制。

喜欢 (0)