@onekk: 这会有点困难。您还必须确保包含命令可能需要的支持词列表，这些词可以具有多种含义（R、P、L）。最好不要自动扰乱 g 代码程序，因为它可能导致的问题多于解决的问题。执行此操作的正确位置是在 CAM 后处理器中。不是流光，IMO。

如果我记得很清楚，我在 GRBL planner.c 中看到过关于 G61 / G64 的说明：
注意：如果连接偏差值是有限的，Grbl 将以精确路径
模式 (G61) 执行运动。如果结点偏差值为零，Grbl 将以准
停模式（G61.1）方式执行运动。

所以如果我没有出错，GRBL 使用的是 G61 那么为什么 GRBL 不支持 G61？或者我错了

问候

卡罗·D。

@onekk: 由于没有人明确要求，它不正式支持 G61.1。至于 G61 本身，我可能应该将其添加为惰性 g 代码，因为 Grbl v0.9 会给你一个错误。

非常感谢
我正在使用 cammill（并尝试用意大利语翻译界面）并且后处理器根据设置发出 G61 或 G64，我正在尝试为 GRBL 编写一个后处理器，所以如果可以安全地假设 GRBL使用 G61 我可以简单地省略在 Gcode 上打印 G61 的行并使用它。我想这不会影响生成的 gcode，因为它是拐角处的轨迹控制（告诉我，如果我假设这个是错误的）

问候

卡罗·D。

@onekk：今天晚些时候，我将使用 G61 作为惰性 g 代码命令推送更新。只需添加几行代码即可防止 gcode 解析器错误，因为 G61 是 Grbl 的默认模式。

很多很多任务

卡罗·D。

@onekk您可以通过编辑 ini 文件告诉 bCNC 跳过一些命令。目前在默认 INI 中它使用 M6 工具更改命令。然而作为@chamnit说从凸轮侧纠正是危险的，更好

我认为修改那个@chamnit将解决问题。