开源改变世界!!

自调匀整调试 #887

推推 grbl 2年前 (2023-01-27) 247次浏览
打开
stevenlovegrove 打开了这个问题 2018 年 2 月 10 日 · 3条评论
打开

自调匀整调试#887

stevenlovegrove 打开了这个问题 2018 年 2 月 10 日 · 3条评论

注释

自调匀整调试 #887

嗨 – 感谢一个伟大的项目!

我一直在调试您的 AutoLeveller 插件。我发现了几个问题,我想和你谈谈。

  1. evt.getProbePosition() 在机器坐标中,但您继续将其视为工作坐标:

    这会导致扫描表面偏离真实表面(因为 z 工作坐标和机器坐标很少相同)

要解决此问题,理想情况下,此方法必须查询 ControllerStatus.getWorkCoordinateOffset() 进行调整,但我不确定您希望以何种方式获取该信息?

  1. scanningSurface 标志在这里容易出现竞争危险:

    由于 backend.sendGcodeCommand(…) 似乎不是阻塞调用。这意味着扫描器可能会错过 probeEvent(…) 的。这种情况在调试中经常发生,这使得调试其他问题变得棘手。

要解决这个问题,也许我们可以计算预期和接收到的探测数量作为完成信号,或者让 probeEvent(…) 在填满所有扫描仪 probePositionGrid 时返回 true?

  1. 这里的 ceil 在数字上看起来很狡猾:

我希望舍入会更明智地与探针位置对应。

自调匀整调试 #887
所有者
绕线机 评论了 2018 年 2 月 10 日  

@stevenlovegrove感谢您深入研究这个插件!我花了很多时间编写代码以将高度图偏移量应用于 gcode 文件,但没有动力找出实际收集该高度图的剩余问题(正如您所发现的那样)。

我没有任何立即的计划来解决这个问题,所以如果你想尝试完成这个功能,我会祝福你。如果您对事情的运作方式或为什么完成某些事情有任何具体问题,请告诉我。

我特别关注的唯一部分是applyToGcodeActionPerformed中的逻辑。它使用 gcode 解析器模块系统和MeshLeveler模块来偏移文件中的 Z 高度。

  1. GRBL 探头位置报告为机器坐标,这实际上是此处使用坐标系的唯一原因。一些软件将有一个初始(或最终)探头用作零参考,然后可以将其与工作偏移一起使用以计算正确的 Z 调整。

  2. 同意,此文件中的大部分代码需要重写。为了获得正确的高度图/gcode 调整代码,GUI(又名 Netbeans 平台语言中的“TopComponent”)创建得相当仓促。GUI 构建器之类的东西在 UGS 的其余部分并没有真正用到。

  1. 有罪的。
自调匀整调试 #887

只是想知道最近是否有人看过这个?即将更新?UGS 的其他一切都非常好,可惜这个功能似乎被放弃了。

自调匀整调试 #887

大家好。
我正在拼命寻找解决方案(错误:22)进给率尚未设置或未定义,这迫使我不再使用我非常喜欢的 UGS。
有人可以提供解决方案。
如果是这样,请告知。
我还是希望!

免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论
标签
还没有
项目

还没有

发展

没有分支机构或拉取请求

4人参加
自调匀整调试 #887自调匀整调试 #887自调匀整调试 #887自调匀整调试 #887

喜欢 (0)