打开 J-Dunn 打开了这个问题 2021 年 10 月 22 日 · 0 条评论 注释 J-邓恩 评论了 2021 年 10 月 22 日 • 编辑 UGS 平台在机器活动期间禁用命令输入。 如果我发送命令,例如 g0X200 ,命令输入区域将变为非活动状态并显示为灰色,直到机器移动到终点为止。 这对直接命令控制中的工作流程具有高度破坏性。 如果我有一些简单的机器操作要做,无论是设置还是简单的面铣操作,我通常会在机器执行时键入下一个命令,然后在完成一次长切削期间发送多行时按下 Enter。这意味着当我费力地输入和检查我的命令时,机器时间不会丢失。在我什至可以开始输入下一个命令之前,强迫我等待机器空闲状态,这使得整个过程比必要的时间长了大约 3 或 4 倍。 描述您想要的解决方案 命令输入控件应该像 UGS Classic 一样保持活动状态。 描述您考虑过的备选方案 如果仅用于此,则使用 Classic 会更可取。遗憾的是,它在使用更新的 Java 版本启动时崩溃,如错误报告中所报告的那样。 我试过启用/禁用轮询选项,这似乎不会影响此行为。 使用 nightly 02/12/20 看到的版本 硬件 GRBL 0.8j 操作系统(请填写以下信息): Fedora 34 布雷勒 提到了这个问题 2021 年 10 月 27 日 UGS 平台在机器活动期间禁用命令输入。 #1711 关闭 免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论 受让人 无人分配 标签 还没有 项目 还没有 里程碑 没有里程碑 发展 没有分支机构或拉取请求 1名参加者
UGS 平台在机器活动期间禁用命令输入。
如果我发送命令,例如 g0X200 ,命令输入区域将变为非活动状态并显示为灰色,直到机器移动到终点为止。
这对直接命令控制中的工作流程具有高度破坏性。
如果我有一些简单的机器操作要做,无论是设置还是简单的面铣操作,我通常会在机器执行时键入下一个命令,然后在完成一次长切削期间发送多行时按下 Enter。这意味着当我费力地输入和检查我的命令时,机器时间不会丢失。在我什至可以开始输入下一个命令之前,强迫我等待机器空闲状态,这使得整个过程比必要的时间长了大约 3 或 4 倍。
描述您想要的解决方案
命令输入控件应该像 UGS Classic 一样保持活动状态。
描述您考虑过的备选方案
如果仅用于此,则使用 Classic 会更可取。遗憾的是,它在使用更新的 Java 版本启动时崩溃,如错误报告中所报告的那样。
我试过启用/禁用轮询选项,这似乎不会影响此行为。
使用 nightly 02/12/20 看到的版本
硬件
GRBL 0.8j
操作系统(请填写以下信息):
Fedora 34