注释
作者
我已经确认这实际上是由UGS最新分支中的命令拆分引起的。相同的 GCODE…相同的固件…相同的机器。 “NEW”是将上面附加的 GCODE 的最新夜间构建发送到运行 Grbl J-Tech Photonics 0.9g J Tech 的 GRBL 板上的剪辑 旧的是使用旧的基于 Java 的通用 Gcode 发送器 1.0.9 发送到同一块板的同一个 gocde 文件。这完全符合我的预期,包括圆圈外的小部分。我想使用 GRBL 1.1,因为 arc 支持实际上工作正常(在 0.9g 中不支持)但是兼容的 sener 正在这样做。顺便说一句,新的发送者 GUI 很棒。喜欢新的布局控件和性能) 注意: |
所有者
感谢您的报告,出色的侦探工作找出了根本原因!命令拆分器已被修改以避免将 S 代码拆分到它自己的行中。你能再试一次夜间构建,让我知道这是否能解决问题吗? 很高兴您喜欢新的用户界面。:) |
作者
哇,真快……我现在就戳一下! |
作者
并且 – EPIC ……确认它正在工作。现在重新加载 GRBL 1.1d 并完成我开始的工作! |
我在使用激光发送到 GRBL 1.1d 时遇到了 UGS 最新夜间构建的问题,它似乎将移动和主轴速度与主轴速度作为第二个命令分开发送。我相信这会导致激光没有在适当的时间打开/关闭。我有不应该被剪掉的部分,也有应该被剪掉但没有被剪掉的部分。相同的 GCODE 适用于 GRBL 0.9 和 UGS 1.0.9。在激光关闭或打开之前,这些移动似乎在排队……它通过移动然后发布主轴速度更新。GCODE 的目的是以指定的主轴速度和进给移动通过该段。如果命令以这种方式被破坏 它将以当前主轴速度移动,然后进行调整。我可能是错的..但是没有办法禁用这个“拆分”
配置面板:
GCODE 示例:
DP_TEST.zip
激光结果(注意相机旋转 90 度 – 切割方向正确):
![GRBL1.1 和激光发送器有问题 #512 GRBL1.1 和激光发送器有问题 #512](http://www.grbl.cc/wp-content/uploads/2023/01/26/5caa1-5c96ced8-97a9-11e6-9213-a1e48ba73890.jpeg)
UGS GUI 路径显示:
![GRBL1.1 和激光发送器有问题 #512 GRBL1.1 和激光发送器有问题 #512](http://www.grbl.cc/wp-content/uploads/2023/01/26/a2ae0-fe7502d8-97a9-11e6-8e10-3fd3452d7476.JPG)
发送/返回的内容: