打开 0bo0 打开了这个问题 2020 年 4 月 5 日 · 1条评论 打开 smoothieware 雕刻速度错误#943 0bo0 打开了这个问题 2020 年 4 月 5 日 · 1条评论 注释 0bo0 评论了 2020 年 4 月 5 日 嗨, 在 G0 上下文中执行的 Smoothieware F 命令会改变快速移动的速度。G1 移动不受影响。 因此,例如,使用 LaserGRBL 生成的代码(雕刻速度在选项中设置为 4000): M3 S0 F4000 G0 X0.125 Y0 S0 G1 X0.25 S1.00 G0 X1.25 Y0 S0 我得到 G0@4000 和 G1@(smoothieware 在配置文件中设置的默认速度)。在运行程序之前手动执行G1 F4000可以解决问题。 作者 0bo0 评论了 2020 年 4 月 6 日 今天我已经升级到最新版本的 smoothieware,因为他们在 2019 年 3 月实施了可以解决此问题的更改(现在单独的“F”始终适用于 G1)。 不幸的是,升级后 LaserGRBL 停止连接到电路板。看起来解析状态行有问题: <Idle|MPos:0.0000,0.0000,0.0000,0.0000|WPos:0.0000,0.0000,0.0000|F:8000.0,100.0|T:23.2,0.0|B:inf,0.0> 我以前的固件版本(从 2017 年开始)使用了不同的格式(无|字符)。 有GrblCore.ManageRealTimeStatus两条路径,旧格式和新格式。但是 从这一行StatusReportVersion返回,所以采用旧格式。 将比较运算符从 更改为解决了问题 – LaserGRBL 连接到电路板并像以前一样工作。1.1 >>= 速度问题并没有完全消失。当我启动该程序时,它运行良好。G0 有默认速度(由最后的点动命令设置),G1 – 在目标图像窗口中设置的速度。 现在,如果我暂停并恢复作业,G0 速度将与之前相同(如果Start from beginning已选择),或等于 G1 的速度(resume选项)。 它以这种方式工作,因为 resume 的初始化命令看起来像这样: M5 G0 X6 Y0.333 Z0 F4000 S0.20 所以它不再是一个F4000会改变 G1 速度的命令,而是在 G0 的上下文中指定的。 我希望我的解释足够清楚。 免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论 受让人 无人分配 标签 还没有 项目 还没有 里程碑 没有里程碑 发展 没有分支机构或拉取请求 1名参加者
嗨,
在 G0 上下文中执行的 Smoothieware F 命令会改变快速移动的速度。G1 移动不受影响。
因此,例如,使用 LaserGRBL 生成的代码(雕刻速度在选项中设置为 4000):
我得到 G0@4000 和 G1@(smoothieware 在配置文件中设置的默认速度)。在运行程序之前手动执行
G1 F4000
可以解决问题。