注释
|
请通过 $$ 请求发布您的 Grbl 设置。 |
贡献者
|
@Mistranger: 这是性能限制。当以更高的进给率运行并降低点/毫米时,您最终会发送带有越来越多通信数据的泛洪 Grbl 来执行作业。在某一时刻,Grbl 无法足够快地接收、解析、处理和执行单个 g 代码行,以保持规划器的完整和高效执行。这个限制是每个 gcode 块大约 4 毫秒,有时更多取决于工作。在后一个示例中,每个块的运行时间约为 3 毫秒。 信不信由你,这是所有现有固件的常见问题。有很多瓶颈,一些 CPU 速度,其他通信开销,代码效率等。由于代码效率及其通信协议,Grbl 实际上与其他更快的芯片相比表现非常好。Grbl-LPC 是 Smoothieboard 上的 Grbl 端口,在激光光栅作业上大放异彩。AFAIK,它在速度上优于大多数(如果不是全部的话)开源固件。我确实有计划解决其他一些瓶颈问题,但它们只会出现在下一个版本的 Grbl 中,它将出现在 ARM 芯片和 Mega2560 上。 |


我正在使用 GRBL 1.1 激光模式雕刻 2 个不同的图像。第一张图片的分辨率是 5 点/毫米,所以它的 gcode 是这样的:
第二张图片的分辨率是 10 点/毫米,这里是它的 gcode 示例:
我在 GRBL 设置中将 X 轴速度设置为 2000mm/min,并且两个 gcode 程序都使用进给速率 2000mm/min (F2000),但是 GRBL 运行它们的速度要慢得多,在第一个程序的情况下,实际进给速率比运行第二个程序时快两倍工作。这是 GRBL 激光模式的极限,还是我做错了什么?