开源改变世界

意外的整圈运动 #331

推推 grbl 2年前 (2023-01-22) 235次浏览

关闭
pzobolyak 打开了这个问题 2017 年 12 月 21 日 · 5 条评论
关闭

意外的整圈运动#331

pzobolyak 打开了这个问题 2017 年 12 月 21 日 · 5 条评论

注释

意外的整圈运动 #331

你好,

在切削过程中,我遇到了一个意外的运动,它从计算出的刀具路径中切入材料。
将 g 代码文件重新加载到我的编辑器中显示刀具路径没有问题,但实际切割行为很奇怪。

https://photos.app.goo.gl/lKfWpHnDgDSKcuS82

附上一个视频,它在 0:06 可见

预期路径应如附图所示。
我正在使用 1.1j

意外的整圈运动 #331

意外的整圈运动 #331

你能分享gcode吗?你用什么来生成你的刀具路径?你用的是什么发件人?

意外的整圈运动 #331
jahnj0584 评论了 2017 年 12 月 21 日 通过电子邮件
意外的整圈运动 #331

感谢您的快速回复!
我正在使用带有 LinuxCNC 后处理器设置的 CamBam 1.0 Rel12,稍微修改为不使用 M6 和工具更改。
发件人是 USGS Classic UI 2.0 nightly Dec17
附上 gcode。
测试1.zip

意外的整圈运动 #331
贡献者

这是你的职位或 CAM。您的文件有大量非常非常小的 G2/3 弧。由于 arc gcode 本身的数学设定方式,这些命令对计算和舍入误差非常敏感。Grbl 对弧的错误检查相当松散,但即便如此,当它变得非常糟糕时,它也会时不时地产生一些弧的错误。发生这种情况时,GUI 有时会继续流式传输并继续错误的路径。它应该在出错时停止并且通常是一个首选选项。

要修复,请不要使用弧线。通常 CAM 帖子只能生成 G1 命令。(正是针对这个弧线问题)。有时您可以指定最小弧长,如果是这样,请指定大于 1 毫米左右的弧长。

意外的整圈运动 #331

设置最小弧长确实有帮助,谢谢!

喜欢 (0)