22、代码生成：G代码解析、M代码处理、插补指令生成流程
好，咱们今天聊点实在的。前面讲了那么多轨迹规划和插补的数学原理，现在终于到了「落地」的环节——怎么把G代码、M代码这些文本指令，变成电机能跑的插补指令。
说白了，这就是运动控制系统的「翻译官」工作。你给机器一句「G01 X100 Y100 F500」，它得知道你要走直线、去哪个点、跑多快。这个翻译过程，我习惯把它拆成三个步骤：词法解析 → 语义处理 → 指令生成。
22.1 G代码解析：从文本到数据结构
G代码本质上就是个字符串。比如：
G01 X100.5 Y200.3 F800机器不认识这个。它得先拆开，再理解。
第一步：词法分析
我一般会写一个简单的解析器，把字符串按「字母+数字」的规则切分。像上面那句，拆出来就是：
G+01→ 准备功能X+100.5→ X轴目标位置Y+200.3→ Y轴目标位置F+800→ 进给速度
嗯，这里要注意：G代码的格式标准其实有好几个版本（RS-274D、ISO 6983等）。我在项目中遇到过一台老机床，它的G代码里居然允许「G01X100Y200」这种连写格式，没有空格。解析器如果不做容错处理，直接崩掉。
第二步：语义检查
拆完了，还得检查合不合理。比如：
- G01后面有没有X、Y坐标？没有的话走不了直线。
- F值是不是在机床允许范围内？我曾经见过有人写F99999，电机直接飞车。
- G02（圆弧）后面有没有I、J、K？没有的话圆心算不出来。
我个人习惯的做法：解析完先做一次「预检查」，把所有错误一次性报出来，而不是遇到一个错就停。这样操作工可以一次性改完所有问题，不用反复重启程序。
22.2 M代码处理：辅助功能的调度
M代码跟G代码不一样。G代码管的是「轨迹怎么走」，M代码管的是「机器做什么动作」。比如：
M03→ 主轴正转M05→ 主轴停止M08→ 冷却液开M30→ 程序结束
M代码的处理逻辑，说白了就是「事件触发」。我一般会维护一个M代码状态表，每个M代码对应一个回调函数。解析到M代码时，直接查表执行。
// 伪代码示例
void handleMCode(int code) {
switch(code) {
case 3: spindleStart(SPINDLE_CW); break;
case 5: spindleStop(); break;
case 8: coolantOn(); break;
case 30: programEnd(); break;
default: reportError("未知M代码");
}
}这里有个坑：M代码的执行时机。有些M代码需要「立即执行」，比如急停M00；有些可以「缓冲执行」，比如冷却液开关。我曾经在调试一台五轴机床时，M08冷却液指令被放到了插补缓冲区里，结果刀具都切下去了，冷却液还没喷出来……嗯，从那以后，我规定所有M代码都走「立即执行」通道，除非明确标注为缓冲型。
22.3 插补指令生成：从路径到脉冲
解析完G代码、处理完M代码，接下来就是最核心的一步——生成插补指令。
这一步，说白了就是把「G01 X100 Y100 F800」这种高级指令，转换成电机控制器能理解的「位置-速度-时间」序列。我习惯把它分成两个子步骤：
第一步：轨迹参数化
根据G代码的类型，生成对应的轨迹参数：
| G代码 | 轨迹类型 | 关键参数 |
|---|---|---|
| G00 | 快速定位 | 终点坐标、最大速度 |
| G01 | 直线插补 | 起点、终点、进给速度 |
| G02/G03 | 圆弧插补 | 圆心、半径、起始角、终止角、方向 |
第二步：插补点计算
有了轨迹参数，就可以用前面章节讲过的插补算法（时间分割法、数据采样法等）来生成一系列离散点。每个点包含：
- 各轴的位置指令（比如X轴走多少毫米）
- 该点的速度指令（进给速度）
- 时间戳（什么时候到达这个点）
我的一个小技巧：在生成插补指令时，我会额外加一个「前瞻窗口」。比如提前计算后面10个点的速度变化，如果发现速度突变太大，就自动做平滑处理。这样加工出来的表面光洁度会好很多。
22.4 整体流程：一个完整的例子
咱们拿一段简单的G代码走一遍流程：
N10 G90 G17 G21
N20 M03 S1500
N30 G00 X0 Y0 Z5
N40 G01 Z-2 F100
N50 G01 X100 Y100 F500
N60 G02 X150 Y150 I25 J0
N70 G00 Z5
N80 M05
N90 M30解析过程：
- N10：设置绝对坐标、XY平面、公制单位。这些是模态指令，会一直生效直到被改变。
- N20：M03处理，主轴正转，转速1500。立即执行。
- N30：G00快速定位到(0,0,5)。生成快速移动指令，不插补。
- N40：G01直线插补，Z轴下到-2，速度100。生成直线插补指令。
- N50：G01直线插补到(100,100)，速度500。生成直线插补指令。
- N60：G02顺时针圆弧，终点(150,150)，圆心相对起点偏移(25,0)。生成圆弧插补指令。
- N70：G00快速抬刀到Z5。
- N80：M05主轴停止。
- N90：M30程序结束。
你看，整个过程就像流水线一样：文本 → 词法单元 → 语义指令 → 插补数据 → 电机脉冲。每一步都有它的规矩和坑。
特别注意：G代码中的「模态指令」和「非模态指令」要区分清楚。模态指令（如G01、G90）会一直保持有效，直到被同组指令替换。非模态指令（如G04暂停）只对当前行有效。我见过不少新手在写解析器时，忘了保存模态状态，结果下一行G代码没写G01，机器就默认走G00了——那撞刀风险可就大了。
22.5 代码生成器的架构建议
最后，分享一个我常用的代码生成器架构：
┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ G代码解析器 │ ──→ │ 指令缓冲器 │ ──→ │ 插补生成器 │
│ (词法+语义) │ │ (前瞻窗口) │ │ (轨迹计算) │
└─────────────┘ └─────────────┘ └─────────────┘
│ │ │
▼ ▼ ▼
错误处理模块 M代码调度器 电机驱动接口这个架构的好处是模块化。解析器只负责解析，不管执行；插补生成器只负责算点，不管解析。哪天你想换一种插补算法，直接换插补生成器模块就行，其他部分不用动。
嗯，关于代码生成这块，今天就聊到这儿。下一章咱们会深入讲讲「前瞻处理」和「速度规划」——这两个才是真正决定加工效率和表面质量的关键。到时候再细聊。