对此感到抱歉，最近我在进行一些解析器改进时突然出现了回归。我应该会在接下来的几天内得到修复。

更准确地说： http: //linuxcnc.org/docs/html/gcode/overview.html#_modal_groups

更准确地说：http
://linuxcnc.org/docs/html/gcode/g-code.html#gcode:g0 “对于快速运动，编程 G0 轴，其中所有轴词都是可选的。”

在过去的几天里，我围绕实际规范兼容性做了很多修复和改进，但仍在测试中。

它似乎已经修复了它自己。我更新了 Java，现在可以了。我还有另一个问题。
当我加载 gcode 文件时，可视化窗口中没有显示任何内容。

供参考。G1本身是有效的，只要进给率已预先设置。G1 Fxxx并且G0也是有效的。这些都是非动作，通常用于一些CAM程序设置模态。

@chamnit谢谢。我的解析器一直非常快速且符合标准，在大多数情况下，只需查看轴词并连接点就可以非常有说服力地绘制程序表示。但现在我正试图使其更接近规范，以便可以更有信心地进行 gcode 转换。

@rmisko11有很多人对这个问题有非常强烈的看法。我的一般理解是规范 GRBL 使用 LinuxCNC 的解释，所以这就是我一直在使用的那个，没有其他原因（我还没有真正看过其他的）。

第一次查看 RS274/NGC 规范时，我明白了为什么 sonny 更喜欢 linuxcnc 版本。

在不同的部分检查一下：

In most cases, if axis words (any or all of X…, Y…, Z…, A…, B…, C…) are given, they specify
a destination point. Axis numbers are in the currently active coordinate system, unless explicitly
described as being in the absolute coordinate system. Where axis words are optional, any omitted
axes will have their current value.

所以如果省略轴词，G0 是无效的……但是轴词是可选的？

我遇到了一个类似但略有不同的错误。

有以下代码：

G90
G20
G17 G64 P0.001 M3 S3000
F5.00
G0 Z0.2500
G0 X0.1250 Y3.5100
G1 Z-0.0600
G1 X0.1250 Y3.5100
G1 Y6.8696
G1 X0.1404 Y6.8750
G1 X6.8696
G1 X6.8750 Y6.8596
G1 Y0.1304
G1 X6.8596 Y0.1250
G1 X0.1304
G1 X0.1250 Y0.1404
G1 Y3.5100
G0 Z0.2500
M5
M2

所以如果省略轴词，G0 是无效的……但是轴词是可选的？

基本上意味着必须至少有一个轴词，但它是哪一个并不重要。

这个问题应该通过最新的每晚构建来解决。