打开 mike-pittelko 打开了这个问题 2019 年 10 月 7 日 · 1条评论 打开 使用主轴覆盖按钮时控制台中的 0x9e#1281 mike-pittelko 打开了这个问题 2019 年 10 月 7 日 · 1条评论 注释 迈克皮特尔科 评论了 2019 年 10 月 7 日 问题描述 按下覆盖面板中的“主轴”按钮不会启用或禁用主轴,但会在控制台中输入 0x9e 预期行为 主轴打开或关闭,具体取决于它的状态。 实际行为 在控制台中看到 0x9e,并且主轴没有改变状态。 重现问题的步骤 打开程序 选择覆盖面板 打开控制台 按下“主轴”按钮 0x9e 出现在控制台,没有 M 命令,没有任何反应。 规格 版本 UGS 平台 2.0 – 每晚构建 ~2019 年 10 月 1 日 操作系统 Raspian 上的 Windows 10 和 UGS 平台 GRBL 1.1f 合作者 布雷勒 评论了 2019 年 10 月 23 日 我同意,这有点不直观。 字节 0x9e 是作为发送到 GRBL 的实时命令发送的正确命令,应该在其规划器缓冲区之外处理(与 M 命令不同)。 但它应该只在处于 HOLD 状态时可用,即暂停时。 有没有人使用这个并可能解释它的用例? https://github.com/gnea/grbl/wiki/Grbl-v1.1-Commands: 0x9E:切换主轴停止 立即切换主轴启用或禁用状态,但仅限于处于 HOLD 状态时。 该命令将被忽略,尤其是在运动中。这可以防止在可能损坏零件/机器或造成人身伤害的工作中意外失效。工业机器以类似方式处理主轴停止覆盖。 当运动通过循环启动重新启动时,最后的主轴状态将恢复并等待 4.0 秒(可配置),然后再恢复刀具路径。这可确保用户不会忘记将其重新打开。 禁用时,主轴速度覆盖值可能仍会更改,并且在重新启用主轴后将生效。 如果打开安全门,DOOR 状态将取代主轴停止覆盖,它将管理主轴在关闭门并恢复时重新通电。先前的主轴停止覆盖状态被清除并重置。 免费注册 在 GitHub 上加入此对话。已有帐户? 登录评论 受让人 无人分配 标签 还没有 项目 还没有 里程碑 没有里程碑 发展 没有分支机构或拉取请求 2名参加者
问题描述
按下覆盖面板中的“主轴”按钮不会启用或禁用主轴,但会在控制台中输入 0x9e
预期行为
主轴打开或关闭,具体取决于它的状态。
实际行为
在控制台中看到 0x9e,并且主轴没有改变状态。
重现问题的步骤
规格
版本
UGS 平台 2.0 – 每晚构建 ~2019 年 10 月 1 日
操作系统
Raspian 上的 Windows 10 和 UGS
平台
GRBL 1.1f