企业官网建设流程全解析

简介：基于STM32F407的GRBL数控源码，面向数控设备开发者和嵌入式运动控制学习者，用于搭建微型三轴CNC系统并解决步进电机联动控制与G代码解析问题。工程已实现三轴同步动作，实测脉冲频率高，且预留六轴扩展配置；串口一接收G代码，定时器三与定时器四协同输出脉冲，管脚映射清楚，方便在官方开发板上直接调试移植。压缩包共三百二十二个文件，约十一兆字节，以七十七个头文件和六十六个C文件为主，另有工程配置、编译中间文件、链接脚本及HEX固件等，项目结构完整，可直接导入编译环境查看验证。源码中定时器配置与步进引脚宏定义均完整给出，便于修改轴数或匹配不同电机驱动接口。已有九百余人学习使用，适合对GRBL固件二次开发或自研低成本数控平台的技术人员参考。

1. 一个把GRBL塞进STM32F407的固件工程：CNC控制器还能这样玩

你手里如果有一块STM32F407开发板，又恰好有A4988或者TMC系列驱动板和三台步进电机，那这套基于GRBL移植的STM32F407 CNC源码，能帮你直接组成一套桌面级雕刻机、激光雕刻平台或者写字机器人的控制核心。真正让GRBL出名的不是它有多炫酷，而是它把「G代码进串口、步进电机跟着动」这条链路做到了极致的精简和稳定，速度前瞻、加减速规划、脉冲生成全部塞进一颗MCU里。和常见的Arduino + GRBL组合不同，F407这颗Cortex-M4主控跑168MHz，剩了大量性能给二次开发，也可以做更复杂的联动控制。对想搞明白「一行G90 G01 X10 F500到底怎么变成电机转动」的嵌入式开发者来说，这套代码非常值得拆开读一遍。

2. 架构拆解：GRBL移植到F407的硬件映射与通讯链路

2.1 源码结构与模块边界：为什么算法层和硬件层能拆得这么干净

拿到这套源码，第一件事不是急着编译，而是看目录里每个文件的分工。GRBL的模块划分是我见过的嵌入式固件里相当清晰的一类，核心目录下主要就是这么几个文件：gcode.c负责解析G代码行，protocol.c负责串口数据流和命令调度，planner.c做运动规划，stepper.c驱动定时器输出脉冲，spindle.c控制主轴或激光PWM，motion_control.c执行直线插补和回原点逻辑，再加上config.h和cpu_map.h两个关键的配置文件。

移植到STM32F407时，理论上需要大动的只有硬件相关部分，也就是cpu_map.h、config.h以及串口、定时器的底层初始化代码。planner.c、stepper.c这些核心算法文件几乎可以原样编译。这一点对刚接触移植的人来说是很大的心里安慰——你不需要理解速度前瞻的数学推导才能让它跑起来，只需要把「引脚、定时器、中断」这三个硬件资源映射到GRBL已经规定好的接口上。

模块之间的调用关系也很有意思：protocol.c不直接调stepper.c，而是通过plan_buffer_line把运动请求塞给planner，再由planner在空闲时把规划好的运动块调度给stepper。这种单向数据流大大降低了排查问题的难度，知道某个环节出问题，只需要顺着调用链找下去。

我用一个表格把核心文件与对应职责列出来，后面走读代码时你会反复用到：

这套结构最受益的是二次开发：你完全可以不懂速度前瞻算法，把planner.c当成黑匣子用，你只需要告诉它「我要走一条从A到B的直线，速度上限多少」，它自己会处理加减速衔接。这也是我觉得移植GRBL比从零写运动控制靠谱得多的原因——算法层经过无数台机器验证过，你只需要做好硬件翻译工作。

2.2 硬件映射：F407的引脚、定时器与中断资源分配

STM32F407相比GRBL原本面向的AVR单片机，资源可以说相当充裕：168MHz主频、多达14个定时器、上百个GPIO引脚、多个UART和SPI。但资源多不代表能随便分配，因为GRBL对脉冲生成有硬性实时要求——步进电机的脉冲频率在高速运动时能到几十kHz，而且脉冲宽度和间隔必须精确，否则电机会抖动。

这套源码在F407上做硬件映射时，最常见的设计思路是：步进脉冲用定时器的比较输出通道（PWM模式）来产生，方向信号用普通GPIO，限位开关信号映射到外部中断引脚，串口用USART1或者USART2。具体到三轴配置，我一般会这样分配：X轴脉冲和方向占两个GPIO，Y轴、Z轴同理，加上使能信号，一共占用八九个引脚；脉冲生成则挂在高级定时器上，比如用TIM1的多个通道对应不同轴，或者三个轴分别用三个定时器。

选用定时器输出比较而不是用GPIO置高置低来产生脉冲，这个取舍很关键。在GRBL原本的8位AVR实现里，步进脉冲实际上是靠着CPU在中断里反复翻转引脚实现的，因为AVR主频太低，没有那么多高级外设可用。但移植到F407后，完全可以利用定时器的比较输出自动翻转电平，CPU只需要设置好比较值，硬件自己就能输出连续的PWM波。这样CPU能腾出手来处理串口和运动规划，实测在几十kHz的脉冲频率下，CPU占用率还能压在很低的水准。

引脚分配上，我建议先读原理图再动手改cpu_map.h，因为不同F407板子的丝印和默认跳线差别很大。某开发者第一次移植时就是按默认宏定义编译，烧进去发现Z轴电机不转，查了半天才发现是板子上Z轴步进引脚被其他外设占用了。映射配置时还需要注意：方向信号DRV8825和A4988对方向建立时间有要求，所以方向引脚应该在脉冲引脚之前先建立好电平，最好把方向引脚和脉冲引脚分配到同一个GPIO端口的不同引脚，这样方便在初始化时统一处理。

2.3 数据链路：从串口收到G代码到电机转动的完整路径

这条链路是理解整份源码的主线。GRBL不是把整个G代码文件加载到内存再逐行执行，单片机也存不下，它是实时的流式处理。外部上位机通过串口逐行发送G代码，GRBL每收到一行完整指令，解析后要么立即执行（比如$H回原点、$X解锁报警），要么塞进运动缓冲区等planner慢慢消化。

最开始是串口接收中断。GRBL在protocol.c里维护了一个环形缓冲区，串口每收到一个字节就放进缓冲区，主循环从缓冲区里取出字符，拼成一行，直到收到换行符才认为一条指令完整。这里有一个十分容易踩的坑：如果你直接把上位机的整个G代码文件一次性灌进串口，而GRBL这边的运动缓冲区已经满了，它会在状态上报里显示空闲缓冲区不足，这时候上位机需要根据GRBL上报的缓冲区剩余量来决定是否继续发送。

接着是gcode.c的解析工作。它会把一行G01 X10 Y5 F600拆成运动参数，存入一个parser结构体，然后调用motion_control.c里的直线插值函数mc_line，最终走到planner.c的plan_buffer_line。planner会把这条运动指令转化成带有速度、加速度、起点终点信息的运动块（block），放入环形buffer。这一段是一个「生产者—消费者」模型：串口解析是生产者，stepper中断是消费者。

最后是脉冲输出。stepper在定时器中断里取一个已规划好的运动块，按照插补周期精确地计算每一步该输出给哪个轴的脉冲，然后通过定时器比较通道输出。整个过程里，planner是大脑，stepper是手脚，大脑负责计算路径，手脚负责执行，数据单向流动，中间没有阻塞。这条链路一旦跑通，整个CNC系统的骨架就立住了。

3. 核心代码走读：运动规划与步进脉冲的完整链路

3.1 速度前瞻：planner.c里线段怎么合并成平滑路径

GRBL的速度前瞻算法是它最核心的技术资产，也是它比普通逐行运动控制更高级的原因。试想如果你直接用串口发G01 X10 F1000，然后下一行是G01 X0 F1000，如果不做处理，电机会在第一个终点急停再反向加速到1000mm/min，这会造成抖动甚至丢步。planner做的事情就是把相邻的运动块首尾衔接时的速度限制算出来，让路径间过渡平滑，而不会一冲一顿。

运动块（block）里最重要的几个字段包括：目标位置、进给速率最大值、起始速率、结束速率、加速度和运动方向。核心伪代码如下（我做了简化便于阅读）：

static void planner_recalculate(plan_block_t *block) { // 当前块允许的最大入速度，由上一个块决定 float current_speed = block->entry_speed; // 根据加速度和剩余距离，推算出能到达的最终速度 float max_exit_speed = sqrt(2 * block->acceleration * block->distance + current_speed * current_speed); // 与命令限制速度做比较，取最小值作为本块结束速率 block->exit_speed = min(max_exit_speed, block->nominal_speed); }

逻辑说明：这个函数处理的是一个块结束时的速度上限。entry_speed是进入本段时的初始速度，acceleration是轴的加速度设定，distance是本段移动的直线距离。利用匀加速运动的位移公式v^2 = v0^2 + 2ad，能算出这段距离内能达到的最大结束速度，再和进给速度命令取最小值。这样每条线段结束时，速度会自动降到下一个线段能接受的范围，从根上避免急停。

参数说明：nominal_speed是G代码里 F 指令指定的名义进给速度；acceleration是$1x参数里设置的加速度值；distance是当前运动块的总长度。实际代码里远比这个复杂，还有“前瞻重算”机制：每当新的运动块加入时，planner会倒退回去重新计算之前所有块的速度衔接，保证整条路径的最优性。这段逻辑建议读者不要直接改，只要理解它的设计思想就够用了。

3.2 脉冲生成：stepper定时器中断里的关键路径

有了速度规划，接下来是把规划结果变成真实脉冲。stepper.c在F407上跑的时候，核心是一个定时器更新中断服务函数，频率通常在5kHz到50kHz之间波动，取决于当前运动速度和步进细分设置。中断频率其实是动态的——运动速度快时，两次中断之间的间隔短，反之则长。

看关键代码：

ISR(TIMER1_UPDATE_IRQHandler) { // 取当前正在执行的运动块 stepper_block_t *block = st_get_current_block(); if (block == NULL) return; uint32_t step_output = 0; // 遍历三个轴，判断本拍是否需要输出脉冲 for (int axis = 0; axis < N_AXIS; axis++) { if (block->step_count[axis] == 0) continue; // 根据阶梯算法，决定当前step是否是脉冲沿 if ((block->step_events_todo[axis]--) == 0) continue; // 方向引脚先建立电平，再触发脉冲 GPIO_WriteBit(DIR_PORT[axis], DIR_PIN[axis], block->direction_bits & (1 << axis)); step_output |= STEP_PIN_BITS[axis]; } // 同时输出三相脉冲，保证同步性 GPIO_WritePort(STEP_PORT, GPIO_ReadPort(STEP_PORT) | step_output); // 短延时后拉低脉冲电平，形成完整脉冲波形 GPIO_WritePort(STEP_PORT, GPIO_ReadPort(STEP_PORT) & ~step_output); }

逻辑说明：这段代码是在定时器中断里根据每个轴预计算的步数计数，判断当前拍需要让哪个轴的脉冲引脚输出一个上升沿。方向引脚先被设置好，然后脉冲引脚同时拉高，短延时后拉低，完成一个完整脉冲输出。三个轴在一个中断里同时输出，能保证多轴联动的同步性，这是CNC加工精度的重要来源。

参数说明：step_count[]是当前运动块中各轴需要走的总步数；step_events_todo[]是步进事件发生器基于速度曲线计算出的每一拍的步进步长；DIR_PORT、DIR_PIN、STEP_PORT是在cpu_map.h里定义的GPIO端口和引脚；脉冲宽度由延时循环决定，一般设置在2~5微秒，太窄驱动器可能识别不了，太宽会限制最高脉冲频率。我自己会把这个延时做成宏定义，方便适配不同响应速度的步进驱动器。

这类ISR实现有一个容易被忽略的细节：中断里不允许做浮点运算和复杂的除法，因为F407虽然主频高，但一旦ISR占用的时间超过脉冲周期，就会出现“丢中断”的玄学问题。所以实际代码里，加减速的实时计算前置到了planner阶段，stepper的中断只是从预先算好的数据里取值、输出，这样中断执行时间才能保持稳定。

3.3 G代码解析与环形缓冲：protocol与gcode模块的分工

串口数据的实时响应能力和运动规划一样重要。GRBL的上位机软件在发送G代码时，会时刻盯着GRBL的状态，一旦发现GRBL暂时处理不过来就会暂停发送。这套机制依赖protocol.c里的缓冲区状态上报。当串口DMA或者接收中断把字节丢进环形缓冲时，主循环会做两件事：从缓冲里取出字符拼行，以及处理“实时命令”。

实时命令是GRBL的一个特色设计，像?（查询状态）、~（恢复运行）、!（进给保持）这样的单字节命令，在任意时刻都会被优先响应，即使当前正在执行G代码。实现方式是在串口接收中断里直接判断，不进入主循环排队：

void USART1_IRQHandler(void) { uint8_t byte = (uint8_t)(USART1->DR & 0xFF); // 实时命令在中断里先处理掉 if (byte == CMD_STATUS_REPORT) { report_status_message(); return; } // 普通数据放入环形缓冲 rx_buffer[ring_head] = byte; ring_head = (ring_head + 1) % RX_BUFFER_SIZE; }

逻辑说明：这个ISR把单字节的实时命令直接拦截处理，不进入缓冲区，因此在重负载下仍然能做到按键级别的即时响应。普通G代码字符则进入环形缓冲，主循环再取出拼成完整行。这样的分割能保证上位机和GRBL保持实时互动。

参数说明：RX_BUFFER_SIZE建议设置为128或256字节。如果你用上位机软件比如普遍常见的那些开源发送器，它每发一行会读一次GRBL的状态，这个值决定了它能一口气发多少数据而不需要等待。如果缓冲区太小，会出现上位机发一行等一行的卡顿感；太大则浪费RAM，F407完全负担得起，我通常取256。

gcode.c的解析就比较直白了：主循环拿到一行字符串，先用strchr找命令字母，然后逐个解析坐标和F值和G值，整套解析采用的是状态机，逐字符扫一遍。真正执行时，它根据G号码调用对应的处理函数，比如G01走直线、G04暂停、G28回参考点，等等。如果你要加一个新的M指令，比如M100自定义动作，只需要在解析器里加一个case分支，把参数提取出来，再在命令分发的地方调用你自己的函数。

4. 编译烧录实操：从源码到机器动起来

4.1 工具链与Makefile：源码怎么变成bin文件

这套源码在F407上的编译并不要求你安装某个专属IDE，用开源的arm-none-eabi-gcc工具链配合Makefile就行。整个编译流程和我平时在Linux下做嵌入式开发完全一致：安装工具链、找到源码根目录的Makefile、执行make。

先在Linux环境（或者Windows下的WSL）执行命令：

sudo apt install gcc-arm-none-eabi make clean make

逻辑说明：第一条命令安装ARM交叉编译器，第二条清理历史产物，第三条开始编译。编译顺利的话，根目录会生成build/文件夹，里面有.elf和.bin两种格式的输出文件。.bin是最终要烧录进F407的裸二进制文件，.elf带调试信息，可以在调试器里看源码级变量。

参数说明：Makefile里最重要的参数是芯片型号和链接脚本。你要确认Makefile里的MCU变量是STM32F407xx，链接脚本.ld文件里 Flash 起始地址是0x08000000，RAM大小是128KB起步。如果这两处不对，程序可能编译成功但一运行就死机，所以建议编译之前先查看这两项。某开发者在这个环节吃过亏：他拿到源码时Makefile还是给F103写的，直接编译也过了，但烧进F407完全没有反应，后来才发现是启动文件和链接脚本不匹配，换了F407的启动文件后立刻正常。

4.2 平台配置：board.h和config.h的必改项

编译只是一半工作，另一半是配置。config.h里最需要关注的是串口波特率、轴数、电机使能极性和加速度默认值。CRGB默认在8位平台上跑时的加速度值偏高，F407上电机响应快一些，初始加速度设置建议调低：

// config.h 关键宏 #define DEFAULT_ACCELERATION 120.0 // 默认加速度 mm/sec^2 #define DEFAULT_RAPID_ACCELERATION 240.0 // 快移加速度 #define DEFAULT_MAX_FEEDRATE_X 240.0 // 单位 mm/min #define DEFAULT_MAX_FEEDRATE_Y 240.0 #define DEFAULT_MAX_FEEDRATE_Z 100.0 #define SERIAL_BAUD_RATE 115200

逻辑说明：这些宏是设置类指令$1x、$11x的默认值。每一台机器由于电机扭矩、丝杆导程、驱动细分不同，必须重新标定加速度和最大进给速度。如果你用的是42步进电机配导程4mm的丝杆，这个默认参数通常可以直接跑；如果换成57步进或导程更大的丝杆，必须调大加速和速度上限。

参数说明：DEFAULT_MAX_FEEDRATE_*是各轴的最大进给速度，单位是mm/min，一般X、Y轴可以设一样，Z轴因为要克服重力，会保守一些。SERIAL_BAUD_RATE必须是上位机软件里设置的一致，常见115200，注意GRBL的FIFO不够深所以不要用非常规波特率，容易丢字节。

cpu_map.h则是另一个必改的地方。你需要把你板子上对应引脚填进去，类似这样：

#define STEP_DDR GPIOB #define STEP_PORT GPIOB #define X_STEP_BIT GPIO_Pin_5 #define Y_STEP_BIT GPIO_Pin_6 #define Z_STEP_BIT GPIO_Pin_7 #define X_DIR_BIT GPIO_Pin_2 #define Y_DIR_BIT GPIO_Pin_3 #define Z_DIR_BIT GPIO_Pin_4

逻辑说明：这组宏把三个轴的STEP和DIR引脚分别定义到GPIOB的不同引脚上，好处是可以通过一次写PB端口同时操作多个轴的状态。配置完后建议用万用表测一下引脚电平，确认方向引脚在改变方向时确实翻转。这个文件改完，需要重新编译烧录。

4.3 烧录与上电验证：不用上位机也能测

烧录时可以借助ST-LINK或者直接用串口ISP。手头有ST-LINK的话命令这样：

st-flash --reset write build/grbl.bin 0x08000000

逻辑说明：这条命令把grbl.bin从Flash起始地址0x08000000开始写入，写完自动复位。st-flash是开源的ST-LINK烧录工具，如果系统里没装，也可以用openocd，或者直接用图形化的烧录工具。F407的Flash是按扇区管理的，如果出现烧录失败，十有八九是Flash扇区擦除异常或者ST-LINK接触不良。

参数说明：地址0x08000000是F407内部Flash的起始地址，不能多写偏移，因为链接脚本里向量表的起始位置就是这里。另外注意ST-LINK的接线，SWDIO和SWCLK交叉接反也会导致烧录失败，这条也属于经典之坑。

第一次烧录成功，别急着接电机。先用一条USB转TTL把F407的串口接到电脑，打开任何一个串口终端，发$回车。如果源码移植正确，它会返回$0=10之类的全部参数列表。随后发?，应该返回<Idle,MPos:0,0,0,WPos:0,0,0>表示系统空闲，坐标在零点。如果串口没有任何回应，先查TX/RX是否交叉接反，再查波特率设置，然后查供电是否稳定——F407用USB单独供电给步进驱动器是不够的，必须外接电源，这个也常导致系统异常复位。

5. 移植避坑指南：摸过这套源码的5条血泪记录

5.1 现象：电机转动时声音尖锐，步进脉冲一高转速就乱

某开发者在F407上跑GRBL，低速走G代码时完全正常，一旦F值调高到800以上，电机会发出尖锐的嘶嘶声，快速往复运动时还会抖动。原因在于默认的步进脉冲宽度和脉冲间隔在高频率下不再满足驱动器的要求。A4988这类驱动器要求脉冲高电平至少维持1微秒，而GRBL原版的脉冲生成方式是依赖CPU IO翻转，F407移植后用定时器输出比较的话，如果定时器的ARR没有配合好，脉冲可能被硬件强行截断。解决的办法是把脉冲宽度放到定时器的比较寄存器中显式控制，确保高电平时间在2~3微秒之间。我通常直接在stepper.c里把脉冲输出改成“先置高，立即把比较值设为当前计数器 + PULSE_WIDTH_TICKS”，这样脉冲宽度就是恒定值，和中断频率无关了。

5.2 现象：串口一收到长行G代码就卡死

现象是发的指令短时没问题，用上位机发送一整排点位数据时，第一次运动正常，第二次就卡住不动，用串口发任何命令都没反应。原因是F407的串口实现没有正确启用发送完成中断或者没有清标志位。GRBL的protocol.c在report_status_message()之后会调用串口发送函数，如果你的发送函数在发送最后一个字节后没有等待发送完成标志，下一次发送就会覆盖寄存器，导致字符损坏，上位机收到乱码后停发。解决方法是检查串口发送代码是否在最后加了等待TXE标志位的循环，如果没有就加上，确保上一字节发送完成后再写数据寄存器。

5.3 现象：断电重启后参数丢失，所有设置恢复默认

上一秒调好的$110=800加速度和行程限位，断电后再发$看到的值全变回去了。GRBL原版用EEPROM保存参数，而F407没有片内EEPROM，需要把参数存储区映射到Flash的某个扇区，通过扇区擦写模拟EEPROM。如果移植工程里忽略了这一步，参数只在RAM里改，断电自然就丢了。解决方法是使用F407内部Flash的最后一个扇区存储参数，每次写参数前先擦除整个扇区再写入，初始化时检测参数首地址的魔数是否有效，无效则加载默认值。注意这种方案写入次数有限制，但GRBL只在改参数时写入，日常加工不会产生擦写，寿命完全够用。

5.4 现象：高速直线运动时丢步，一圈下来位置对不上

回零后执行G01 X3000 F2000，走到终点后用卡尺量位置，发现实际移动距离比指令少了8mm，电机有明显的卡顿声。大概率是加速度设得太高，电机起步时力矩不足以克服负载，出现拖步。F407移植版里默认加速度沿用原版面向轻负载小电机设定的参数，如果你换成大扭矩电机但机械结构重，起步速度爬升跟不上需求，丢步是最典型的症状。解决方法是降低DEFAULT_ACCELERATION，同时检查驱动器的电流设置是不是被限流电阻压得很低。可以先用$1=50指令临时调低加速度测试，如果不再丢步，就能确定问题出在加速度上。你还需要注意，高速丢步有时也被误判为驱动器细分设置和GRBL参数不一致，比如驱动器跳线设定1600步/mm，但GRBL里配置的是800，那走一半路程是必然的。

5.5 现象：所有轴的电机通上电就锁死，使能信号不管用

给驱动板上电后电机立刻锁紧，GRBL空闲状态电机应该松开的，但发$X解锁也没变化。这是使能引脚极性被搞反了。GRBL默认在config.h里把使能状态定义成低电平有效，也就是STEPPING_ENABLE_LOW，而相当多驱动板上的EN引脚是高电平有效。如果cpu_map.h里使能引脚直接接了驱动板，就会造成逻辑反转。解决方法是看驱动板手册，在config.h里把宏改成对应当前驱动板的电平有效极性。没有这份源码的1分钟提示：改完要重新编译，不要妄想通过上位机命令就能改变IO极性。

6. 二次开发：把GRBL-F407改成你要的专用控制器

到了这个阶段，系统已经能稳定跑起来了，接下来是真正的乐趣：按自己的需求改造。我建议先从一个最小的需求入手，比如加一路激光功率PWM，与M3主轴开启命令联动。做法是在spindle.c的spindle_run函数里，把原来的主轴转速值映射为定时器的PWM占空比，这样你的F407不仅能控制步进电机画图形，还能同时控制激光头功率。映射代码大概是这样：

void spindle_run(int32_t speed_percent) { // speed_percent 范围 0~100，映射到500Hz PWM占空比 uint32_t compare = (TIM3->ARR) * speed_percent / 100; TIM3->CCR1 = compare; if (speed_percent > 0) { GPIO_SetBits(GPIOE, LASER_EN_PIN); // 使能激光 } else { GPIO_ResetBits(GPIOE, LASER_EN_PIN); } }

逻辑说明：上位机发M3 S800时，GRBL解析后会把S值存入主轴转速变量，然后调用spindle_run。你在这个函数里把转速值转成PWM占空比，就完成了从G代码到激光功率的控制链路，安全起见还应该把激光使能信号串一个继电器，由M3指令控制继电器吸合，避免系统启动瞬间误开激光。

参数说明：TIM3->ARR是PWM的周期计数值，我这里取1000对应20kHz的输出频率，激光驱动器对这个频率很友好；占空比CCR1决定了平均功率，但不要直接让PWM到0切光，而是低于某个阈值时直接把使能断开，因为很多激光电源在接近0占空比下不稳定。从那以后，我每次给新机器加外设，都强制先在cpu_map.h里把引脚占用画一遍表再动手改代码，避免新功能和步进引脚冲突；改完一定实机测试M3/M5开关，确认使能信号和PWM的时序顺序。这一步走顺了，你会发现GRBL这颗“心脏”能带动的范围远不止三轴雕刻，加激光、加水冷、加自动对刀，基本都在spindle.c和gcode.c这两个文件的branch里顺手就能接上。希望帮到你。

本文还有配套的精品资源，点击获取