注释
这个gcode怎么样 |
您附加的 gcode 给我错误“未定义的进给率”,如果我将 F100 添加到第一行,它就可以正常工作。 这可能是 GRBL 1.0 分支的问题,你能在那里问这个问题吗? |
我的 .nc 中有 6 笔
在第一个小时内,没有错误。上面写的例子是什么样子的。一个和相同的命令等等。我可以发送整个文件。 同样在版本 1.0.9 上也没有错误。更新 |
另外,如果你愿意贡献翻译,现在比过去容易得多: |
我认为你的 gcode 看起来不错。它用 grbl 0.9i 为我运行 |
我最近遇到了类似的问题。这并不容易捕捉,在我的例子中,状态请求恰好与 gcode 一起出现。 建议将 ugs 错误选项卡从忽略是/否修改为是/否/重新发送,因为固件会捕获错误(因此不会导致不需要的行为)并且只需重新发送命令(并继续)即可节省大量时间工作),而不是手动从文件中删除已经处理过的命令,然后重新发送它——这很紧张——或者更糟的是重新启动整个工作。 |
@duisenberg您是如何确定状态请求与 gcode 冲突的? 你是说 UGS 正在发送类似的东西 |
今天推出长工1.0.9版本。一切都好。我喜欢在文件中写入任何 gcode 的 1.0.9 版本,它仍然发送,即使出错,进程也不会停止。 |
我的固件不是 grbl,目前正在做我自己的……它只是模仿 grbl 通信协议。在其他一些调试输出中,我将固件收到的每个 cmd 作为调试发送回(在串行 com 中,您发送的并不总是您得到的)。目前我正在运行一些测试来重现这个问题,但到目前为止还没有成功。到目前为止,我唯一能看到的是,ugs 有时无法正确接收我的一些调试输出: 这是每秒 10 个状态请求。设置为每秒 2 个请求,调试输出 |
已找到产生此问题的方法。将轮询速率设置为 100 毫秒,然后简单地按下 Y+
在这种情况下,收到的命令不完整
从命令行发送命令会导致正常操作,响应正常 |
上传文件到 2.3mb 的工作。
超过 3 小时 3 错误出现相当标准的命令。下面是一个示例:“。发送 G01 X8.5625 Y54.9375 错误错误格式流已暂停时检测到错误” M3 S80 命令也是如此。
在 1.0.9 版本中,UGS 没有这样的问题。
使用夜间构建 614、Linux、GRBL1.0c。
![标准命令错误 #459 标准命令错误 #459](http://www.grbl.cc/wp-content/uploads/2023/01/26/7105f-834a3532-64a6-11e6-9821-b60badc9408e.jpg)
![标准命令错误 #459 标准命令错误 #459](http://www.grbl.cc/wp-content/uploads/2023/01/26/981e6-8348e31c-64a6-11e6-8cf6-1a8799905ab1.jpg)
对不起照片