第七届立创电赛项目分享（一）：基于N32主控与ESP8266 WiFi的微型四轴飞行器设计与避坑指南

第七届立创电赛项目分享一基于N32主控与ESP8266 WiFi的微型四轴飞行器设计与避坑指南大家好最近有不少朋友在问想用国产MCU做个好玩又能学到东西的小项目有没有什么推荐正好我之前参加了第七届立创电赛做了一个基于国民技术N32 MCU和乐鑫ESP8266的微型四轴飞行器。这个项目麻雀虽小五脏俱全从硬件选型、电源管理到双核通信踩了不少坑也积累了一些实战经验。今天我就把这个项目的核心设计思路和那些“坑”分享出来希望能帮到正在入门嵌入式或者准备参加电赛的朋友们。咱们这个项目简单说就是做一个能通过手机或电脑无线控制的小飞机。核心思路是让N32单片机作为“大脑”负责飞行控制、姿态解算这些核心任务而ESP8266 WiFi模块则作为“通信官”专门负责连接网络接收控制指令并通过串口和N32“大脑”对话。这样分工明确各司其职性能也更稳定。1. 项目整体架构与核心思路很多朋友刚开始做项目喜欢把所有功能都堆在一个芯片上比如让一个单片机又算姿态又连WiFi。这样做不是不行但一旦任务复杂起来单片机就可能忙不过来导致控制响应变慢飞机飞起来就“傻傻的”。我们这个项目采用了一种更清晰、更可靠的架构主控N32 通信协处理器ESP8266。N32主控它是整个系统的核心。它的主要任务非常繁重读取MPU6050陀螺仪和加速度计的数据解算出飞机当前的姿态是平着、歪了还是翻了。运行PID控制算法根据我们想要的姿态和实际姿态的偏差快速计算出四个电机分别需要多大的力量。生成精确的PWM信号去控制四个空心杯电机的转速。通过串口与ESP8266通信接收控制指令并可能发送一些状态数据回去。ESP8266WiFi模块它专门负责网络连接。你可以把它想象成一个内置了WiFi功能和简单操作系统的“小电脑”。它的任务是连接家里的无线路由器或者自己创建一个WiFi热点。运行一个TCP Server或者处理HTTP请求等待手机APP或者电脑端的控制指令。一旦收到指令比如“向前飞”、“升高”就立刻通过串口转发给N32。这样N32就不用分心去处理复杂的网络协议可以专心致志地保证飞行稳定。这种双核架构的好处是显而易见的功能解耦稳定性高。网络部分出问题一般不会导致飞机直接失控摔下来而飞行控制部分的代码也相对独立、纯净更容易调试。2. 硬件设计与那些“坑”硬件是项目的地基地基没打好软件写得再漂亮也飞不起来。我这个项目在硬件上就遇到了几个典型的“坑”咱们一个一个说。2.1 动力心脏的选购电机尺寸的惨痛教训第一个大坑也是最让我哭笑不得的一个出在电机选型上。四轴飞行器能飞起来全靠四个电机产生的升力。我最初设计时想做一个比较小巧的机型于是计划使用微型空心杯电机。在采购时我看到商品描述写着“7mm空心杯电机”脑子里想的是“直径7mm挺小的合适”就直接下单了。等到货焊接好一上电发现飞机根本离不了地只是在地上“嗡嗡”地抖。排查了半天软件和电路都没问题最后才恍然大悟我把直径7mm看成了半径7mm注意这是一个非常容易犯的错误在电子元器件采购特别是机械结构相关的部件电机、螺旋桨、机架时一定要瞪大眼睛看清楚尺寸单位。直径D和半径R差了一倍而电机的功率和推力通常与尺寸的平方甚至立方相关。一个标称7mm直径的电机其功率和推力远小于你心中想象的“14mm直径7mm半径”的电机。给新手的建议明确需求先确定你想要的飞机大小和重量再反推需要多大推力的电机。推力最好是飞机总重的1.5倍到2倍以上才有好的机动性。仔细核对参数购买时不仅要看一个数字要看清是“直径Φ7mm”还是“外径7mm”。最好同时关注电机的额定电压、空载电流、负载电流和推力数据。搭配正确的桨叶电机和螺旋桨是配套的。小电机带不动大桨大电机用小桨效率又太低。要根据电机KV值转速常数和桨叶尺寸来匹配。2.2 电机的开关三极管 vs. MOS管的选择控制电机转停需要一个电子开关。常用的有两种三极管和MOS管。在SOT-23这种小封装里两者长得差不多但用起来有区别。我最初的想法是MOS管导通内阻小效率高应该是更优选择。但在实际调试这个小电流的空心杯电机时我发现用三极管反而更简单有效。为什么 对于这种低压、小电流空心杯电机通常工作电流在几百mA级别的驱动场景三极管是电流控制型器件。你只需要给基极B一个较小的电流就能控制集电极C和发射极E之间的大电流通路。电路非常简单一个单片机IO口串联一个限流电阻就能直接驱动。MOS管是电压控制型器件。虽然导通后电阻极小损耗小但它需要栅极G有一个相对较高的电压通常要高于某个阈值如2V以上才能完全导通。有些单片机IO口输出高电平的电压如3.3V对于某些MOS管来说处于“不完全导通”的临界状态会导致电机驱动无力、发热严重。// 一个简单的三极管驱动电路思路非完整代码 // 假设使用NPN型三极管如S8050 // 单片机IO口 - R1 (1kΩ电阻) - 三极管基极(B) // 三极管集电极(C) - 电机负极 - 电源负极(GND) // 电机正极直接接电源正极(VCC) // 控制代码非常简单 #define MOTOR_PIN GPIO_Pin_0 void Motor_On(void) { GPIO_SetBits(GPIOA, MOTOR_PIN); // 输出高电平三极管导通电机得电 } void Motor_Off(void) { GPIO_ResetBits(GPIOA, MOTOR_PIN); // 输出低电平三极管关闭电机断电 }结论在驱动小型直流电机时如果对效率不是极端苛求SOT-23封装的NPN三极管如8050、8550等往往是更省心、更可靠的选择电路简单单片机直驱无压力。2.3 能量供给电源管理模块的“力不从心”第三个坑是关于电源的。整个系统需要供电的部件有N32主控、ESP8266模块、MPU6050传感器以及四个电机。电机启动瞬间电流很大。我最初选用了一颗常见的升压芯片PW5100打算将单节锂电池3.7V升压到稳定的5V再给各个模块供电。想法很美好现实很骨感。在实际测试时一旦同时使能WiFi通信和电机系统电压就被拉垮导致N32和MPU6050工作不稳定甚至重启。问题根源在于PW5100的输出电流能力有限无法满足“WiFi模块峰值电流可能超过200mA 主控 传感器 电机驱动”的瞬时总功耗。提示ESP8266在发射WiFi信号时瞬时电流需求很大这是很多低功耗设计中的难点。我的解决方案是直接去掉了PW5100及相关升压电路。采用了更直接的供电方案锂电池电压约3.7V-4.2V直接供给系统。因为N32、ESP8266、MPU6050都支持3.3V工作电压而锂电池电压范围刚好可以通过一个简单的LDO低压差线性稳压器如AMS1117-3.3稳定到3.3V。空心杯电机通常额定电压就是3.7V直接使用电池电压驱动动力更直接效率更高省去了升压损耗。改进后的电源架构锂电池 (3.7V-4.2V) ├─── [LDO: AMS1117-3.3] ── 3.3V ── N32, ESP8266, MPU6050 └─── 直接供电 ─────────────── 电机驱动电路 ── 四个空心杯电机这个方案简单粗暴且有效保证了核心控制电路有稳定干净的3.3V电源同时电机能获得电池的全部能量。当然需要在电机电源路径上增加一个大电容如100-470uF来缓冲电机启动时的电流冲击防止电压抖动影响控制电路。3. 软件与通信框架思路由于原始资料中软件部分内容待补充我这里结合项目架构分享一下双核N32ESP8266通信的典型软件框架这也是本项目的核心之一。3.1 通信协议设计串口是桥梁N32和ESP8266之间通过串口UART通信。这是最简单、最常用的MCU间通信方式。我们需要为它们制定一个简单的“对话协议”。一个非常基础且实用的协议格式可以这样设计[帧头] [数据长度] [命令字] [数据内容...] [校验和]帧头比如0xAA、0x55用于标识一帧数据的开始帮助接收方从数据流中正确找到开头。数据长度指示后面“命令字数据内容”一共有多少字节防止接收错误。命令字定义一个字节表示这条指令是干什么的。例如0x01代表设置目标姿态角0x02代表查询电池电压。数据内容具体的数据比如目标俯仰角、横滚角各用一个16位整数2字节表示。校验和最简单的是将前面所有字节加起来取低8位。用于验证这一帧数据在传输过程中没有出错。3.2 数据流与任务分工在ESP8266端通信任务上电后先连接指定WiFi或开启AP模式。建立TCP服务器等待手机APP连接。当APP发送来控制数据比如虚拟摇杆的坐标ESP8266将其打包成上面定义的串口协议格式。通过串口发送给N32。可选同时它也可以监听串口接收N32发来的飞机状态如姿态角、电池电压再转发给APP显示。在N32端控制任务初始化系统时钟、GPIO、定时器用于PWM、ADC用于测电压、I2C用于读MPU6050和串口。在主循环或一个定时中断里持续读取MPU6050的原始数据。使用姿态解算算法如互补滤波、Mahony或Madgwick算法将陀螺仪和加速度计的数据融合计算出当前真实的俯仰角(Pitch)、横滚角(Roll)。检查串口缓冲区如果有来自ESP8266的新指令就解析它得到目标姿态角。将目标姿态角和当前实际姿态角做比较得到误差。将误差送入PID控制器计算出需要给四个电机增加的PWM值。更新定时器输出新的PWM信号控制电机转速让飞机向目标姿态调整。// N32端主循环伪代码逻辑示意 int main(void) { // 硬件初始化 System_Init(); // 时钟、GPIO等 UART_Init(); // 串口用于与ESP8266通信 MPU6050_Init(); // I2C初始化及传感器初始化 PWM_Init(); // 定时器初始化用于产生电机PWM while(1) { // 1. 读取传感器数据 MPU6050_ReadData(acc, gyro); // 2. 姿态解算 Attitude_Update(acc, gyro, pitch, roll, yaw); // 3. 处理通信指令 (非阻塞方式) if(UART_RxCmdAvailable()) { Parse_Command(target_pitch, target_roll); // 解析ESP8266发来的指令 } // 4. PID控制计算 pid_pitch PID_Calculate(pid_pitch_ctrl, target_pitch, pitch); pid_roll PID_Calculate(pid_roll_ctrl, target_roll, roll); // 5. 混控将姿态PID输出分配到四个电机 Motor1_PWM BASE_THROTTLE pid_pitch pid_roll; Motor2_PWM BASE_THROTTLE pid_pitch - pid_roll; Motor3_PWM BASE_THROTTLE - pid_pitch - pid_roll; Motor4_PWM BASE_THROTTLE - pid_pitch pid_roll; // 6. 限制PWM范围并输出 Limit_PWM(Motor1_PWM, Motor2_PWM, Motor3_PWM, Motor4_PWM); Update_PWM_Output(Motor1_PWM, Motor2_PWM, Motor3_PWM, Motor4_PWM); // 7. (可选) 定时通过串口发送状态数据回ESP8266 Send_Status_Data(pitch, roll, battery_voltage); } }4. 调试心得与后续展望做这个项目调试占了大部分时间。分享几个关键点分模块调试不要一下子把所有代码全写完再调。先调通MPU6050能在串口助手上看到正确的角度数据再单独调试电机能用手势控制它变速最后再把PID控制加上去。参数整定PID参数比例P、积分I、微分D需要耐心调试。我的经验是先调P让飞机能有反应但会振荡然后加一点D来抑制振荡最后加一点I来消除静态误差。这个过程最好用绳子把飞机拴在安全的地方进行。安全第一调试电机和螺旋桨时务必确保安全取下桨叶或者用东西挡住防止高速旋转的桨叶伤人。这个项目的基础框架已经搭好后续可以玩的花样还很多超远距离控制正如我最初设想可以把ESP8266换成4G Cat.1或NB-IoT模块结合云平台实现真正意义上的超远程控制。增加定位与定高加入气压计如BMP280可以测量高度实现定高飞行加入光流或微型GPS模块可以实现室内或室外的定位悬停。图像传输挂载一个微型摄像头和图传模块体验第一人称视角FPV飞行的乐趣。嵌入式开发就是这样从一个点灯小程序开始到能做一个飞起来的四轴每一步都充满挑战和乐趣。希望我踩过的这些坑能为你铺平一点道路。最重要的是动手去做在调试和解决问题的过程中你的收获远比只看文档要大得多。