以下是对您提供的博文《GRBL主循环机制图解：状态机工作原理通俗解释》的深度润色与重构版本。我以一位深耕嵌入式运动控制十余年的工程师+技术博主身份，全程摒弃AI腔调、模板化表达和教科书式罗列，用真实开发中“踩过坑、调通了、想明白”的语言重写全文——逻辑更紧凑、细节更扎实、比喻更贴切、节奏更自然，同时严格保留所有关键技术点、代码逻辑、寄存器行为与工程经验。
GRBL怎么做到“小身材、大确定性”？拆开它的主循环，看懂那个从不迷路的状态机
你有没有试过：
- 在激光雕刻时按下暂停键，刀头却还往前冲了2毫米？
- 发送G1 X100 F1000，X轴动了，Y轴纹丝不动，串口也没报错？
- 用示波器测步进脉冲，发现某一段频率突然跳变、抖动明显？
这些问题，90%不是电机坏了、接线松了、电源不稳——而是你没真正看懂 GRBL 的主循环在干什么。
它不像 Linux 那样靠调度器“抢时间”，也不像 FreeRTOS 那样靠优先级“争资源”。GRBL 的主循环，是一个手写的状态机，运行在 ATmega328P 这种只有 2KB RAM、32KB Flash 的 8 位单片机上，却能以<100μs 响应急停、μs 级插补精度、零动态内存分配，撑起整个 CNC 的实时命脉。
今天我们就把它一层层剥开——不讲定义，不背概念，只讲它实际怎么跑、怎么跳、怎么不出错。
它根本不是“while(1)轮询”，而是一台精密的机械钟表
很多初学者打开main.c，看到：
while(1) { protocol_process(); if (sys.state == STATE_IDLE || sys.state == STATE_CHECK_MODE) { ... } if (plan_get_current_block() != NULL) { ... } st_prep_buffer(); if (sys.state == STATE_CYCLE) st_wake_up(); }就以为：“哦，就是个顺序执行的轮询”。
错。这行代码表面是顺序，内里却是事件驱动的节拍器。
你可以把它想象成老式机械钟表的擒纵机构：
- 每次protocol_process()是一次“摆轮回摆”，收集所有外部信号（串口来了几字节？限位开关是否触发？定时器是否溢出？）；
-sys.state就是那个“游丝指针”，永远只指向一个明确位置；
- 而system_execute_state()—— 才是真正的“擒纵叉”，它根据当前指针位置 + 收集到的信号，决定下一步该拨动哪颗齿轮，且每次只拨一格，绝不连跳两格。
这个设计，直接封死了绝大多数嵌入式系统中最难缠的问题：竞态、死锁、状态漂移、响应延迟不可控。
✅ 关键事实：GRBL 中没有任何地方会直接写
sys.state = STATE_HOLD;
❌ 所有中断服务程序（ISR）只干一件事：置标志位，比如sys.execute |= EXEC_FEED_HOLD;
✅ 主循环里唯一修改
