注释
.jpg "G02/03 圆弧转换工具到显式 G01 线段 #72"){kind=avatar}
所有者
|
什么构成小圆弧？我可以计算上一个命令结束位置和下一个命令开始位置之间的距离，并将其与某个阈值进行比较吗？如果圆弧足够短，我似乎可以使用与原始圆弧相同的坐标将整个圆弧命令替换为 G01。 |
.jpg "G02/03 圆弧转换工具到显式 G01 线段 #72"){kind=avatar}
作者
|
我会说 3-10 个小线段。这可能在 1-2 毫米的总行程范围内。当 CAM 软件将 g01 和圆弧一起插入曲线时，这种情况经常发生在复杂曲线上。有时进给率很高，会加剧问题。这些CAM工具大多只能强制输出G01指令，不能强制输出圆弧，但不是全部。这与其说是批评，不如说是一件好事，但我确实每隔几个月至少会遇到一次这样的问题。 |
Grbl 无法处理某些 arc 场景，即用户有连续的非常短的 arc 命令，这会导致缓冲区不足。grbl 中的 arc 代码与它要达到的效率差不多。看起来，唯一的解决方案是提高 CPU 速度（不可能）或将 G02/03 圆弧明确分解为线段。
这可能需要一些工作才能集成到 UGS 中，因为您必须从 g 代码解析器中获取一些输出，跟踪程序中的位置，然后将 G01 语句直接注入流中。或者，创建并链接一个可能已经存在的文件转换工具（我的 PreGrbl 存储库就是这样做的，但它很旧）。