你好@itxitx
这个问题问得好！这也符合我这几天已经在想的事情。
当我遇到这种情况时，我通常会像您一样，编辑文件以从 grbl 尚未执行的第一行开始。

我认为在这种情况下，LaserGRBL 应该提供“从最后位置继续”的选择，而不是重置并从头开始。

这可能很容易做到，特别是对于绝对运动，唯一的小风险是您无法完全确定 grlbl 执行的最后一个命令是什么（也许您断开连接并错过了一些“确定”和某些状态（最后状态激光开/关、速度…) 可能会丢失。

在相对模式下更困难，因为如果你不完全匹配开始的行，你会添加一个偏移量并浪费你的结果。

我脑子里还有一个关于grbl“挂起”检测和恢复的想法。
我看到有时 grbl 停止响应或自我重置。这通常发生在较差的 arduino 克隆或在 tx-rx 期间某些数据损坏的压力条件下。

我正在考虑检测和恢复（如果可能的话，我无法创造奇迹）以使 LaserGRBL 不仅更快，而且更强大。

我期待着改进……谢谢

我建议程序给出 gcode 文件的行号，这样我就可以轻松找到它的位置。对于我遇到的问题，我编辑了 gcode 文件，并在之前操作中执行的所有内容中设置 S0。所以没有双重燃烧。但是简单地找到被中断的前一个操作的最后一行是困难的。

请加入#161给我你的反馈