开源改变世界!!

使用主轴覆盖按钮时控制台中的 0x9e #1281

推推 grbl 2年前 (2023-01-28) 150次浏览
打开
mike-pittelko 打开了这个问题 2019 年 10 月 7 日 · 1条评论
打开

使用主轴覆盖按钮时控制台中的 0x9e#1281

mike-pittelko 打开了这个问题 2019 年 10 月 7 日 · 1条评论

注释

使用主轴覆盖按钮时控制台中的 0x9e #1281

问题描述

按下覆盖面板中的“主轴”按钮不会启用或禁用主轴,但会在控制台中输入 0x9e

预期行为

主轴打开或关闭,具体取决于它的状态。

实际行为

在控制台中看到 0x9e,并且主轴没有改变状态。

重现问题的步骤

  1. 打开程序
  2. 选择覆盖面板
  3. 打开控制台
  4. 按下“主轴”按钮
  5. 0x9e 出现在控制台,没有 M 命令,没有任何反应。

规格

版本

UGS 平台 2.0 – 每晚构建 ~2019 年 10 月 1 日

操作系统

Raspian 上的 Windows 10 和 UGS

平台

GRBL 1.1f

使用主轴覆盖按钮时控制台中的 0x9e #1281
合作者

我同意,这有点不直观。

字节 0x9e 是作为发送到 GRBL 的实时命令发送的正确命令,应该在其规划器缓冲区之外处理(与 M 命令不同)。

但它应该只在处于 HOLD 状态时可用,即暂停时。
有没有人使用这个并可能解释它的用例?

https://github.com/gnea/grbl/wiki/Grbl-v1.1-Commands

0x9E:切换主轴停止

立即切换主轴启用或禁用状态,但仅限于处于 HOLD 状态时。
该命令将被忽略,尤其是在运动中。这可以防止在可能损坏零件/机器或造成人身伤害的工作中意外失效。工业机器以类似方式处理主轴停止覆盖。
当运动通过循环启动重新启动时,最后的主轴状态将恢复并等待 4.0 秒(可配置),然后再恢复刀具路径。这可确保用户不会忘记将其重新打开。
禁用时,主轴速度覆盖值可能仍会更改,并且在重新启用主轴后将生效。
如果打开安全门,DOOR 状态将取代主轴停止覆盖,它将管理主轴在关闭门并恢复时重新通电。先前的主轴停止覆盖状态被清除并重置。

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

还没有

发展

没有分支机构或拉取请求

2名参加者
使用主轴覆盖按钮时控制台中的 0x9e #1281使用主轴覆盖按钮时控制台中的 0x9e #1281

喜欢 (0)