发送代码时，进给/主轴速度覆盖快捷方式不起作用 #1165

jahnj0584

规格

版本

UGS 平台 2.0 – 每晚构建

操作系统

Windows 7的

平台

GRBL 1.1f

阿比塞特

我可能不明白确切的问题，但据我所知，在发送代码时你不能使用任何命令，除了一些必要的命令，如 hold 或 stop …等。

卡内基

预期应该实时发送覆盖，也就是说，它们应该使用 UGS 的内部缓冲区“跳到队列的头部”并立即流式传输到控制器（例如 GRBL）。（如果 UGS 正在发送命令，它应该完成该命令然后发送 feed override，否则可能会发生奇怪的事情）。

根据 GRBL 手册（查找“进给覆盖：”），GRBL 优先处理实时命令（如进给+速度覆盖）并立即处理它们。对于进给保持之类的事情这样做是有意义的，但对于进给+速度覆盖也是如此，这是一个关于原因的用例：

假设我们从 X0 Y0 开始运行G1 X400 F100
，我们遇到了一些颤动，我们想提高进给率以克服谐波。发送 1% 的进给覆盖增加（即 UGS 将发送一个0x93字节以将进给率增加 1%），GRBL 将开始以更快的速度运行步进器 1%（现在为 101 毫米/分钟）。

对于 GRBL，这应该适用于所有实时命令，包括必要的命令@AbySet提及。我认为 TinyG 和 Smoothie 也是如此。上周我正在查看一些按钮代码，我看到 UGS 有一些按钮应该立即使用IController.sendOverrideCommand(Overrides)（通过GUIBackend.sendOverrideCommand(Overrides)）发送命令。

@jahnj0584– 如果 UGS 试图发送覆盖，您是否在命令行中看到任何显示的内容？如果不是，则问题可能出在这里（if(realTime...此处靠近第 774 行的行GrblController.java）：

    public void sendOverrideCommand(Overrides command) throws Exception {
        Byte realTimeCommand = GrblUtils.getOverrideForEnum(command, capabilities);
        if (realTimeCommand != null) {
            this.dispatchConsoleMessage(MessageType.INFO, String.format(">>> 0x%02x\n", realTimeCommand));
            this.comm.sendByteImmediately(realTimeCommand);
        }
    }

jahnj0584

我想知道这是否真的只是一个 UGS 问题。用于超车的内置按钮起作用。如果您使用键盘快捷键，则不会。

约翰逊

我确认了在发送 gcode 时主轴和进给覆盖热键不起作用的行为。
有什么解决方法吗？

布雷勒

我认为我找到了原因，所以我添加了一个错误标签。服务处理快捷方式检查机器是否空闲。否则不发送命令。
https://github.com/winder/Universal-G-Code-Sender/blob/master/ugs-platform/ugs-platform-ugscore/src/main/java/com/willwinder/ugs/nbp/core/control/ RunActionService.java#L50

约翰逊

不错的收获，会为拉动请求购买啤酒！:)

约翰逊

我认为我找到了原因，所以我添加了一个错误标签。服务处理快捷方式检查机器是否空闲。否则不发送命令。
https://github.com/winder/Universal-G-Code-Sender/blob/master/ugs-platform/ugs-platform-ugscore/src/main/java/com/willwinder/ugs/nbp/core/control/ RunActionService.java#L50

顺便说一句，处理热键时在哪里调用它？