上周群里一个兄弟二话不说转了我1000块，留言就一句话：“把这台空心杯飞控开源吧。”我盯着手机愣了几秒。这年头能让人真金白银支持一个小众项目，说明它确实戳中了一批人的需求。所谓空心杯飞控，就是用空心杯电机作为动力的微型无人机控制方案，体积小、响应快、成本低，和常见的Pixhawk大型飞控完全是两个物种。今天不晒别的，就按我实际做完这台机器的顺序，把硬件设计、电机驱动、姿态解算、PID调参和最终开源的完整过程逐一拆开讲。无论你是玩微型穿越机、做嵌入式课程设计，还是想搞一套看得见摸得着的传感器融合示例，这套东西都比单纯刷成品飞控更有嚼头。
1. 从一笔转账说起：为什么空心杯飞控值得做
1.1 空心杯电机到底特别在哪
先讲电机的物理结构。空心杯电机和普通直流有刷电机的区别在于转子：线圈绕在一个没有铁芯的杯形支架上，因此转动惯量极低。转子轻，加减速极快，螺旋桨转速从怠速拉到全油门往往只需要几十毫秒，这对姿态控制非常友好。常见型号像8520、1020之类，重量都在10克以内，整台微型四轴可以做到30克左右，在室内飞基本不会伤人。
代价也很明显：没有铁芯导致扭矩上限低，根本带不动大桨，所以它只能适配微型无人机。我特意选这类电机做飞控，就是想在小质量、高响应的极端条件下，把控制算法逼到极限。空心杯电机通常工作在1S锂电池（3.7V）下，额定电流在0.5A到1A之间，堵转电流却能飙到3A以上。这意味着驱动电路不能按额定电流去设计，要按堵转电流留足余量，否则MOSFET和导线都会变成电烙铁。
1.2 这台飞控解决的是哪类问题
市面上的成品微型无人机飞控大多是“黑盒”，要不就是玩具级，要不就是Betaflight这类为无刷穿越机设计的固件。我自己需要的是一个够小、够快、底层逻辑完全透明的方案：PCB尽量控制在30mm见方，主控跑4kHz以上控制周期，带完整的串级PID和日志记录。这个定位决定了它适合三类人。
第一类是做嵌入式小项目的学生，想找一个能写代码、能调参、能看波形的小飞机平台。第二类是飞过Betaflight但始终搞不明白姿态解算和PID到底怎么落地的爱好者，这套代码把每个环节摆在了明面上。第三类是需要低成本室内飞行平台的实验室，整机物料成本不到150块钱，炸了不心疼，拆了能重焊。对他们来说，飞控本身不是目的，每一个环节都能改、能看懂才是价值所在。
1.3 和Pixhawk、Betaflight的定位差异
绝大多数人接触飞控是从Pixhawk或者Betaflight开始的，但这两个生态对空心杯这种微型有刷机型其实都不太舒服。Pixhawk面向的是大载重、长航时的无人机，传感器冗余、外设接口、安全逻辑占了大量资源，光一个启动流程就够微型机喝一壶；Betaflight虽然调参灵活，但它默认面向无刷电机加电调，你若直接用它的PWM输出驱动有刷电机，还会遇到电机响应、滤波策略不匹配的问题。
自己做一版，就等于把这两套体系里最核心的姿态解算和控制逻辑抽出来，用最少的代码量跑在最小的硬件上。这也是为什么我要在文章里把软件部分放到和硬件同等重要的位置。开源的目的是让拿到源码的人能顺着代码走一遍：从陀螺仪原始数据到四元数到期望力矩再到PWM占空比，每一步都能对上实物。
2. 空心杯电机的驱动与控制细节
2.1 有刷电机为什么只需要一个MOSFET
很多第一次看空心杯飞控原理图的人会问：别的电机都有个电调，你这怎么直接拿PWM就驱动了？原因很简单，空心杯电机是直流有刷电机，不需要换相。给两端加上电压就转，反接就反转，转速大致和电压成正比。所以驱动电路可以做得非常简，一个N沟道MOSFET做低边开关，PWM控制导通比例，配合续流二极管构成最基本的半桥驱动。
我用的MOSFET是AO3400，SOT-23封装，导通内阻在4.5V栅压时只有40毫欧左右，额定电流5.7A，对付8520电机堵转3A的电流余量充足。栅极串联一个100欧电阻，限制开关瞬间的振铃，也能减小对其他敏感元件的干扰。电机一端接电池正极，另一端接MOSFET漏极，源极接地，PWM信号通过电阻送到栅极。低边驱动的优势是MOSFET源极永远接地，栅极驱动电路不需要自举，一个IO口就能直接推。
2.2 PWM频率、续流二极管和油门一致性
空心杯电机的PWM频率我建议设在1kHz到2kHz之间。频率太高，MOSFET开关损耗变大，电机铜损和铁损比例也会变化；频率太低，会听见明显的吱吱声，而且电机在低占空比时扭矩脉动较大，悬停时飞机会轻微发抖。实测下来1kHz是个比较稳的折中，油门响应和噪声表现都能接受。
续流二极管也不能省。电机是感性负载，MOSFET关断瞬间会产生反向电动势，没有续流路径的话，电压尖峰可能击穿MOSFET。我选用SS34肖特基二极管，正向压降只有0.3V左右，损耗小，反向耐压40V完全够用。焊盘要尽量靠近电机端子，走线要短粗，把回路面积压到最小，减少对外辐射。
还有一个容易被忽略的细节是油门一致性。空心杯电机制造公差比较大，同型号电机的转速差异可能超过10%。悬停时四颗电机转速不一致，飞机就会往一个方向漂。我在固件里加了电机校准逻辑：上电后四个通道输出固定占空比，用简单的电流反馈把电机油门曲线归一化。没有电流采样的话，至少要在测试台上测量每颗电机的怠速点，把PWM偏移量写进参数表。
2.3 为什么不用现成的空心杯电调
市面上也有专门给微型有刷电机用的集成电调，几块钱一个，四颗加上去成本也不高。但我最终没用，原因有三个。第一，集成电调和飞控板分开，线束和接插件会显著增加整机重量，微型机每多一克都影响续航。第二，电调内部的PWM解调和油门响应延迟不确定，控制周期越高，这种延迟越致命。第三，也是最关键的，我想要在日志里记录每颗电机的实时PWM占空比和控制电压，集成电调给不了这些底层数据。
把驱动电路直接集成在飞控板上，带来的好处是飞控到电机的PWM信号路径缩短到几毫米，中间没有任何协议解析环节。4kHz控制周期下，四路PWM的相位完全同步，油门调节的实时性比外置电调方案高一个档次。这就是为什么开源项目里我把电机驱动部分单独画了一个模块，方便有需要的人改成更大电流的版本。
3. 硬件设计：主控、传感器与PCB布局
3.1 MCU选型：为什么是STM32F411
主控我选了STM32F411CEU6，Cortex-M4F内核带硬件浮点单元，主频100MHz，64个引脚，Flash 512KB，SRAM 128KB。这芯片在微型飞控圈子里的地位基本等于哑铃在健身房的地位，性能足够、文档丰富、买起来方便。带FPU意味着四元数解算和PID计算全程可以直接用float运算，不需要Q格式定点化，开发效率高很多。
具体到引脚分配，三条SPI总线各有归属。SPI1接MPU6000传感器，高速读取姿态数据；SPI2接SD卡槽，跑黑匣子日志；SPI3留作外部扩展接口。四路PWM输出用定时器TIM3的四个通道，带DMA缓冲。还有一个USART接SBUS接收机，一个USART接调试串口，SWD接口留在板边。
这个资源分配思路是：主控频率再高，如果总线带宽被外设挤占，实时性也会崩。SPI1只服务一个设备，保证姿态数据读取的时序稳定；日志写入走SPI2和SD卡，不会干扰实时控制回路。
3.2 IMU选择：MPU6000与滤波策略
IMU用的是MPU6000，搭配加速度计和陀螺仪。选它不选MPU6050的核心原因是MPU6000支持SPI接口，数据读取速率可以跑到1MHz以上，而MPU6050只有I2C，在400kHz模式下读取所有轴数据也会占用大量CPU时间。4kHz控制周期下，每250微秒就要读一次完整姿态数据，SPI是唯一划算的选择。
MPU6000的陀螺仪量程我设置为2000度每秒，加速度计量程16g，都开到最大。微型机动作猛烈，翻滚速率轻松超过500度每秒，量程设小了会削波，导致姿态解算直接错乱。数据输出频率设为8kHz，陀螺仪内置的DLPF关闭，数字低通滤波放到MCU端做，这样可以灵活调整截止频率。
加速度计的高频噪声问题，在微型机上比大型机更严重。螺旋桨转速上万转，机架的微小共振直接耦合进传感器。我的做法是两级滤波：硬件上在PCB板边开了一个传感器安装孔位，用海绵胶减震垫隔开；软件上对加速度计做截止频率30Hz的二阶低通滤波，陀螺仪只做20Hz的轻微滤波，尽量保留角速度环所需要的带宽。姿态解算要用的是低频重力方向信息，加速度计切到30Hz足够，陀螺仪则要尽可能少滤波。
3.3 供电架构与PCB布线
整机由1S锂电池供电，标称3.7V，满电4.2V，负载拉高后可能跌到3.3V。模拟和数字电路对电源的敏感度完全不同，我采用了二级供电架构。电池电压直接给电机驱动，同时通过一颗RT9193 LDO稳压到3.3V，给MCU、IMU、接收机供电。RT9193在1S电池的低压下也能保持稳定的3.3V输出，压差只有120mV左右，正好适合单节锂电场景。
PCB布线时，电机地线和逻辑地线在电池负极处单点汇合，避免电机大电流在地平面上产生压差，反向干扰IMU和MCU。每颗电机旁边放一个100uF的陶瓷电容和一个47uF的钽电容，吸收换向瞬间的电流尖峰。我实际测过，没有这些电容时，大油门瞬间的电源纹波能达到500mV，MCU偶尔会复位；加上之后纹波压到50mV以内，系统稳定多了。
板层用的是双面铺铜，顶层走信号，底层做完整地平面。地平面覆盖不佳会显著抬高回路电感，而微型机的电机导线又短又粗，回路面积大，电磁干扰会直接影响MPU6000的SPI通信。如果你要复刻这块板子，注意保持MEMS传感器下方不走任何数字信号线，最好把传感器正下方掏空，只留铜皮接地。
3.4 遥控接收、USB与调试接口
接收机我用的是兼容SBUS的微型接收机，SBUS是串口反相信号，需要一颗三极管做电平反相。串口波特率100k，每帧25个字节，包含8个RC通道，对飞控来说够用了。硬件上还要留好PPM输入选项，PPM只用一个IO口就能解码8通道，兼容老一代遥控器。
板载USB接口走的是SWD加虚拟串口方案。STM32F411本身带USB，外围加一颗1.5k上拉电阻就能工作，不需要CH340这类外部转接芯片。USB口主要用来烧录固件、导出日志和调试，不参与飞行数据通信。调试接口方面，板子边缘放了6针SWD排针，用ST-Link即可烧录，不需要额外的bootloader引导。
这里要说一个便宜又好用的调试手段：在代码里预留一个GPIO，定时翻转，接到逻辑分析仪上。我刚开始调姿态解算的时候，SPI读出来的陀螺仪数据老是有一拍延迟，用这个GPIO打点对照中断触发时刻，很快就定位到是DMA配置问题。这种调试思路比单纯看串口打印效率高得多。
4. 固件架构：从零写姿态解算和串级PID
4.1 为什么决定不移植Betaflight
Betaflight其实有完整的姿态解算和控制代码，性能也很好，直接改一改移植到STM32F411理论上可行。但我最终决定不移植。核心原因是Betaflight的代码为了兼容大量硬件平台，抽象层非常厚，一个简单的参数读取都要经过好几层函数调用。调试的时候，你想在陀螺仪数据进滤波之前做断点，得先搞明白它的线程模型和时间片调度。
自己写固件，代码量虽然大，但每一行都清楚。姿态解算、控制、接收机、日志四条链路完全在掌控中，出了问题能直接定位到具体函数。这对开源项目尤为重要：别人拿到源码，不需要先读懂一套框架才能改代码，从main函数四行初始化开始就能顺着往下读。
固件我用C语言裸机编写，没有上RTOS，基于定时器中断做时间基准。飞控本质上是一个硬实时系统，RTOS能带来调度便利，也会引入优先级反转和中断延迟的不确定性。裸机加中断的方案，在50万行代码的大型飞控里不够用，但在一个总代码量不到1万行的微型飞控里，是最直接的。
4.2 四元数与Mahony互补滤波
姿态解算是整个飞控的核心，它的任务是回答一个问题：飞机目前相对于地面的朝向是什么。常用的表达方式有欧拉角和四元数，我用的是四元数，原因有两个。一是四元数没有万向节锁，不管飞机翻转成什么姿势，解算结果都正确；二是四元数的更新只有加减乘运算，在M4F上运行效率高。
Mahony互补滤波是一个经典方案，原理很直观：陀螺仪积分得到的姿态会随时间漂移，加速度计测出的重力方向就是修正依据。算法每周期做完陀螺仪积分，计算当前四元数预测的加速度方向，和加速度计实测方向做叉积，得到误差项，再用PI控制器修正陀螺仪积分漂移。这个机理比卡尔曼滤波简单得多，参数只有两个：比例系数和积分系数，实际调节起来非常方便。
四元数解算有个必须留心的点：初始化。上电瞬间如果飞机不是水平的，解算出来的初始姿态就是歪的，起飞时会猛地向一边倾斜。我在固件里加了上电姿态判定：前500个周期计算平均姿态作为初始值，同时检查是否超过45度倾斜角，超了就拒绝解锁。这个逻辑虽小，却避免了好几次飞控“莫名其妙自己飞走”的事故。
4.3 串级PID的结构与参数适配
微型四轴的控制回路我用的是经典串级PID：外环是角度环，输入为期望姿态角，输出是期望角速度；内环是角速度环，输入为外环输出的期望角速度，输出是PWM修正量。这样设计的核心原因是角速度内环可以快速抑制突发扰动，角度外环不需要太激进也能稳住姿态，调参时两个环的带宽差五到十倍左右，互不干扰。
角度环比例系数P对应回正能力，Kp太小飞机会慢慢悠悠不回正，太大则会震荡。角速度环的D项负责阻尼，对微型机来说尤其重要，因为空心杯响应太快，没有阻尼就等效于二阶系统欠阻尼，会持续震荡。我实测的微型四轴初始参数大致如下，但每个人机架不同，只能作为起点。
| 参数项 | 内环角速度 | 外环角度 | 说明 |
|---|---|---|---|
| P | 0.045 | 4.5 | 响应强度 |
| I | 0.02 | 0.01 | 消除静差 |
| D | 0.002 | 0 | 只加内环 |
| 输出限幅 | 150 | 300 | PWM修正量上限（单位：占空比千分比） |
积分限幅一定要单独设置。角度环在外力持续干扰下，积分项会不断累积，一旦外力消失，积分冲量会让飞机猛地甩头。我的做法是限制角度环积分累计不超过角速度量程的20%，超出部分直接截断，并开放参数给用户按需改。
4.4 主循环调度：4kHz控制周期怎么跑起来
固件主循环由TIM3的更新中断驱动，频率设定为4kHz。中断服务函数里按顺序执行以下步骤：读取MPU6000的陀螺仪和加速度计数据，过数字滤波，更新四元数，计算串级PID输出，更新四路PWM占空比。整个链路必须在250微秒内完成，实测在100MHz主频下当前代码占用大约80微秒，余量充足。
SPI读取用了DMA加双缓冲，CPU不需要等待数据搬移。MPU6000有数据就绪引脚，接到MCU的外部中断上，中断到来后启动DMA读取全部六个轴的数据，读取完成再触发一次中断，此时数据已经整齐躺在内存里了。这套机制的时序抖动很小，日志里的时间戳间隔非常均匀，对后续分析震动和PID响应帮助很大。
主循环之外，还有一个500Hz的低优先级任务做电池电压采样、接收机信号解码、状态指示灯刷新。这些任务不要求高实时性，放在后台循环里处理，避免打扰控制中断。如果你打算在这个基础上加定高功能，气压计和超声波的数据读取优先级需要单独设计，我目前的固件里没有加定高，我认为选题还是要聚焦，免费版本先保证自稳和手动模式，这是最稳妥的。
5. 实飞调试：PID发散、震动共振与压降重启
5.1 上电翻机的排查：陀螺仪方向与PID极性
第一次试飞直接把油门推到20%，四轴没有任何预兆地向左侧翻，然后一头栽倒。这是所有飞控开发者都会遇到的经典问题：正反馈而不是负反馈。原因通常是电机旋转方向、螺旋桨安装方向、陀螺仪安装方向三者的组合不对。
完整的排查链路是这样的：第一步，拔掉螺旋桨，用手拿着机架在roll方向快速转动，在串口监控或者日志里观察陀螺仪的roll读数，确认正方向定义正确。第二步，把飞控放在桌面上固定，手动往roll正方向倾斜，观察PID的PWM输出，期望应该是反向修正。如果发现方向反了，不是PID极性错了，就是传感器安装方向定义错了。第三步，也是最容易忽略的，检查螺旋桨的正反桨是否装反。空心杯电机的转向一般默认是一个顺时针一个逆时针，如果同轴的两颗电机转向一致，飞机必翻。
我那次故障最终定位是陀螺仪正负号配置反了，传感器检测到飞机向左倾斜，代码却认为向右倾斜，修正力矩反而加剧侧翻。这类问题有个快速判别方法：解锁起飞前，用手轻轻拨动机架，观察日志里PWM输出是增大还是减小修正量。正反馈时的表现是越往某个方向推，那侧的电机转速越大，像是在帮你继续推。
5.2 高频震动导致姿态发散
试飞第三次遇到的怪问题是：飞机在中等油门时姿态正常，油门推高到70%以上就开始高频抖动，幅度越来越大，最终发散翻机。从日志看，陀螺仪的z轴数据在高油门时叠加了一个明显的500Hz正弦波，这是典型的机架共振耦合进了传感器。
排查过程分两步。第一步，看频谱。我把日志导入Python，对陀螺仪z轴数据做FFT，发现峰值正好在500Hz附近。这个频率对应电机转速约30000rpm，螺旋桨共振或者机架板材共振都可能导致。第二步，检查结构。微型机架的聚丙烯材料到了高转速下，四个电机臂的刚性不足，产生横向共振，直接传递到中央的IMU焊盘。
解决的组合拳是：软件上把陀螺仪加入18Hz低通滤波，加速度计保持30Hz，牺牲一点带宽换取稳定性；硬件上用1.5mm厚的泡棉双面胶重新固定MPU6000，切断高频机械传导路径。改完后再看频谱，500Hz的峰基本消失了。这个教训说明，在追求控制频率和响应速度的同时，传感器的机械隔离永远不能省，无论是30克的微型机还是几公斤的大机器，原理都一样。
5.3 1S电池压降引发空中重启
某天第三次试飞，飞机悬停到第40秒，突然像断电一样空中掉高，随即恢复控制，又掉高，反复了两次才稳住。日志回放发现，MCU在某个时间点发生了重启，所有传感器数据中断了约200毫秒。这意味着不是电机停车，而是主控板供电中断了。
1S电池在满电时4.2V，一旦大电流放电会迅速跌到3.5V甚至更低。RT9193 LDO需要至少3.4V输入才能稳定输出3.3V，在空中如果同时出现油门加大和电池老化，输入电压跌破阈值，内部欠压保护就触发复位了。悬停40秒后电池电量下降，电压余量本来就不足，再加上一个急加油门，整条供电链路就崩了。
修复方案有三层，优先级从高到低。第一，电池端并联一个470uF的聚合物电容，吸收瞬态压降，把电压跌落的时间常数拉长；第二，LDO输入端串一个低压降肖特基二极管，防止电机瞬态反灌电压击穿LDO；第三，固件里增加电池电压监测，低于3.5V时自动限油门输出百分比，只允许缓慢下降不允许急推油门。这套改动之后，同一个电池又飞了20多个起落没有再出现重启。
5.4 调参顺序与试飞安全守则
调PID的顺序也有讲究。很多新手上来就猛加外环P，结果飞机像弹簧一样乱弹，然后失去信心。我的调法比较保守，也是多年试出来的标准流程。
第一步，先只调内环角速度环，外环暂时关闭，直接用手动模式试飞。第二步，从内环P开始，逐次加一点，每次加完悬停几秒，观察有没有高频抖动。如果出现抖舵和噪声，说明P太大，退回上一步。第三步，确认内环稳定后，打开外环角度环，同样从很小的P开始，逐步增加。第四步，最后调内环D，用来抑制角速度超调和高频噪声。D值过大的表现是电机声音变尖细，油门稍微一动就整机嗡嗡响。
试飞安全这件事也要认真对待。微型机虽然炸机危害小，但螺旋桨转速极高，直接碰到皮肤还是会割伤。我每次试飞都戴护目镜，电池用魔术贴固定好，解锁要放在地上，先检查油门回中状态，再允许解锁。解锁后保持最小油门，确认四个电机转速一致且飞行方向正确，再逐步推油门离地。这些习惯看起来繁琐，但真的能避免很多事故，尤其是刚开始调参那几天，飞机翻机的概率非常高。
6. 开源不是丢代码：项目发布的完整清单
6.1 License、仓库结构与技术文档
开源最怕的是把一堆没有任何说明的工程文件丢到GitHub，然后宣称“已开源”。这种代码对使用者来说就是灾难。我在整理这套空心杯飞控开源仓库时，把“别人能否在不联系我的情况下完整复现”作为唯一标准。
许可证方面选了MIT License，原因是它对使用者最友好，允许商用、修改和再分发，唯一的要求是保留版权声明。对教学和商业项目都足够宽松，也能让拿到代码的人有最大的自由度。如果你希望强制传播衍生作品，可以选GPL，但实际效果在微型飞控这个圈子普遍不如MIT受欢迎，所以我选了MIT。
仓库结构我按功能分层，分为hardware、firmware、docs、tools四个目录。硬件目录放原理图、PCB文件、BOM表和Gerber；固件目录放完整工程源码、Makefile和编译说明；docs目录放接线图、调参手册和FAQ；tools目录放日志解析脚本和PID调参Excel模板。每个目录里都放了一个README.md，写了这个目录有什么用、哪些文件是核心、更新版本是什么时候。
6.2 硬件文件：原理图、BOM表与PCB量产文件
硬件文件这里要讲清楚的一点是：不是原理图画完就完事。开源硬件项目需要让拿到文件的人能直接打样，所以至少要有完整原理图PDF、可编辑源文件、BOM表和Gerber文件四件套。
原理图我用KiCad画，它本身是开源工具，不存在软件授权问题。Gerber文件直接导出发布到项目仓库，别人拿去嘉立创这类平台就能下单打板。BOM表我列了每一项的规格参数、封装、数量、参考价格和购买渠道类型，比如“AO3400 SOT-23 5颗 0.1元”，尽量让新人不用猜替代料型号。
还有一个容易被忽略的硬件文档是组装说明。我虽然只开源了飞控板，但整机还需要机架、电机、螺旋桨、电池和接收机。这些外设的选型参数我写成了一张整机物料清单，标注了哪些参数必须匹配（比如轴距和螺旋桨直径），哪些可以自行替换（比如电机品牌）。这样即使你自己去找外壳和机架，也知道大致方向。
6.3 固件编译与烧录指南
固件这部分，我用了Makefile加ARM GCC工具链，没有用IDE工程文件。IDE工程文件因人偏好而异，但Makefile可以保证任何人在任意平台上一键编译。编译命令很简单：
git clone https://github.com/yourname/coreless-fc.git cd coreless-fc/firmware make生成的文件是build/coreless_fc.bin，烧录可以用ST-Link工具直接下载：
st-flash write build/coreless_fc.bin 0x08000000固件代码里我加了详细的注释。从main函数开始，每个重要模块都有块注释说明“这个文件在做什么”“为什么这么做”“修改时需要注意什么”。光注释我大概写了三千多行，占源码量的三分之一。这样做的直接好处是，真的有人拿着这份代码去改自己的机型，改到一半能理解我的取舍逻辑，而不是盲人摸象。
调参界面我做了最简方案：飞控板通过USB虚拟串口输出当前姿态和电机PWM值，用Windows自带的串口工具就能看。命令协议也很简单，输入“get pid”显示当前PID参数，输入“set pid_roll_p 0.05”修改参数并保存到Flash。这个方案放弃花哨的上位机软件，换来的好处是任何环境下都能调参，不需要额外装依赖。
6.4 开源之后收到的反馈与迭代方向
发布开源文件后的第一个月，陆陆续续收到了大约四十多条反馈。有人成功复飞并发了视频，有人提出了传感器自动校准的需求，还有人发现了一个角度环P参数在特定温度下会漂移的小Bug。最让我意外的是，有三位用户在现有固件基础上加了简单的定高功能，用超声波模块完成了50厘米高度保持，还回传了补丁代码。
这些反馈带来的启示是：开源项目的生命周期不在发布那一刻，而在后续迭代中。我现在的计划是在下一版固件中整合社区贡献的超声波定高代码，并改善PPM接收机的信号抖动问题。也会整理一份实测飞行日志作为调参参考样例，放进仓库docs目录，方便新手对着一份真实数据来做频谱分析。空心杯飞控这个方向会继续做下去，但这个博文说到的所有细节，已经能支撑一个零基础的爱好者完整复现这台机器了。
最后再分享一点个人体会。这次开源最意外的收获不是那一千块钱，而是看到有人拿着我整理的BOM表自己去采购、打板、焊接，然后在群里发了一块焊得很漂亮但通电后冒了烟的板子，接着又花了三天排查出是自己电容正负极接反了。那一刻我意识到，开源飞控最难的不是代码和电路，而是让另一个人在没有现场指导的情况下仍然能把它做出来。你在传文件时多写一段注释、多在文档里标注一个坑，都能帮别人少熬一个夜。这才是开源真正值钱的地方。
