开源改变世界
> 推推 > 挂在长注释行 #650

挂在长注释行 #650

推推 grbl 2年前 (2023-02-03) 104次浏览
关闭
4个任务完成
EvilHacker 打开了这个问题 2020 年 10 月 5 日 · 7条评论
关闭
4个任务完成

挂在长注释行#650

EvilHacker 打开了这个问题 2020 年 10 月 5 日 · 7条评论

评论

挂在长注释行 #650

描述

运行 g 代码程序只会在看起来很长的注释行（从 Fusion 360 生成的输出）处停止。

该程序开始于：

(1001)
(Machine)
(  vendor: Sienci Labs)
(  model: LongMill 30x30)
(  description: LongMill 30x30)
(T3  D=6.2 CR=0 - ZMIN=-5.1 - flat end mill)
G90 G94
G17
G21
(When using Fusion 360 for Personal Use, the feedrate of rapid moves is reduced to match the feedrate of cutting moves, which can increase machining time. Unrestricted rapid moves are available with a Fusion 360 Subscription.)

(2D Contour2)
(... rest of program ...)

当手动删除 LONG 注释行时，程序运行正常。

我猜在处理长行和/或长注释行时存在问题。

版本

Mac App“关于”：版本 1.9.22 (1.9.22.3668)

你如何安装CNCjs？

  • 下载 CNCjs Mac 应用程序

数控系统

  • Grbl（适用于 LongMill 的 Sienci LongBoard）

硬件

  • MacBook Pro

操作系统

  • Mac 操作系统 Catalina 10.15.6 (19G2021)

1001.nc.txt
挂在长注释行 #650
贡献者

整个 GRBL 社区都对此持反对态度。Fusion 360 论坛上有很多投诉。不仅仅是CNCjs；其他发件人有问题，因为在经典 GRBL 中有一个基本的 127 字节缓冲区大小限制。当在 AVR 上运行时，通常情况下，RAM 内存量非常有限，因此必须仔细控制缓冲区大小。简单地增加缓冲区大小并不容易，有时甚至是不可能的。今天提供了 Grbl_Esp32 的补丁，将缓冲区大小增加到 255，从而解决了这个问题。Grbl_Esp32 在 32 位处理器上运行，因此内存大小没有那么严格的限制。
更改所有的发送器和控制器可能是不可能的，因为世界上有太多这样的东西，其中许多被没有技能升级的人使用。更好的方法是让所有受影响的人大声向 Autodesk 抱怨造成如此多的悲痛。
挂在长注释行 #650
成员

什么后处理器？
您可以尝试注释掉或删除消息命令。

function onComment(message) {
  writeComment(message);
}
挂在长注释行 #650
作者

我使用的是 Fusion 附带的 grbl 后处理器。

Autodesk 意识到了这个问题，并在 Fusion 中解决了这个问题。
根据 Autodesk 的说法，GRBL 中有 70 个字符的行限制。
https://forums.autodesk.com/t5/fusion-360-support/personal-use-version-takes-away-rapid-moves-and-makes-my-carbide/mp/9783976/highlight/true#M101832

理想情况下，这个问题应该在 GRBL 中得到解决。

我正在关闭这个问题，因为它不是 CNCjs 问题。
抱歉打扰了。
喜欢 (0)