注释
合作者
你好,
这些更改在每晚构建中可用,请尝试一下,让我们知道是否可行。 |
作者
嗯,这很奇怪。我下载了 nighty build 5 月 29 日,但错误消息仍然弹出。 |
合作者
啊,对不起。当它处于警报/错误状态时,我改变了它处理意外命令的方式。 |
作者
我想一般来说忽略意外命令不是一个好主意,例如 BCNC 似乎就是这样做的。但也许作为一种选择? |
所有者
您可以尝试 XLCD 固件配置文件,它有一些特殊处理,仅 |
所有者
刚刚看了一下,默认情况下不再启用 XLCD 配置文件。您需要进入 |
作者
我正在使用 GRBL 1.1(预编译版本)。 |
我也在搞乱一个有同样问题的 MITM 硬件挂件。将配置更改为 XLCD 不会删除弹出窗口。 |
您好,
我正在使用带有 GRBL 的 UGS Plattform Nightly 201609300101。我构建了一个硬件吊坠,它产生用于慢跑、进给保持、家庭、探测等的 G 代码。吊坠的 tx 线通过 1N4148 二极管连接到 GRBL 的 RX 引脚,因此计算机(运行 UGS)和吊坠都可以发送命令到 GRBL(当然不是同时,它会弄乱串行数据)。
这适用于 BCNC 软件,但我发现此设置中的 UGS 存在一些问题:
当示教器发送命令时,GRBL 响应“OK”。这会导致 UGS 显示错误消息:“处理响应时出错:控制器完成了意外命令。” 之前已经在这里问过这个问题:Error while proccessing response #667。有没有办法在保留所有其他错误消息的同时禁用 UGS 对意外 OK 的反应?有没有更好的方法来连接我的吊坠?
当我随后发送“!”(进给保持)和“~”(循环开始)时,UGS 将显示数百个错误消息窗口并崩溃,因为在此状态下不允许使用“~”。我认为这应该被UGS抓住。
谢谢!