基于STM32的智能鸽子驯养系统：从选型到电路设计全解析

鸽友圈里一直有个尴尬现实：训鸽这事看着简单，真做起来全是细节。几点喂食、食量多少、鸽舍温湿度变化、每只鸽子的归巢状态，全靠人肉记忆和手工记录，碰上出差或者鸽舍离家远，一天跑两趟都嫌多。我去年接手家里那个二十多平的小鸽舍时，就想做一套能自动喂食、自动记录、还能远程上报状态的装置。翻了大量资料后，最终锁定了STM32这条路线——外设资源够用、资料极其丰富、出问题能查到无数前人的踩坑记录。折腾了三个多月，把实物、电路和设计手册全部跑通后，回头总结这套“基于STM32的智能鸽子驯养系统”，把从选型到排错的完整链路写出来，希望能给正在做相关毕设或同样想改造鸽舍的朋友一些参考。

这套系统适合谁？一类是电子、自动化、物联网方向的毕设党，需要一套能拿得出手的实物作品，同时要配套设计手册和完整电路图；另一类是真正养鸽子的人，想用最低成本实现自动化驯养，又不想买市面上那些动辄几千的成品鸽舍设备。两个群体的需求其实是重叠的：稳定、可复现、成本可控、坏了能自己修。下面进入正题。

1. 驯养系统的功能拆解与STM32选型逻辑

1.1 鸽子驯养到底需要哪些自动化能力

先别急着画电路图，把需求捋清楚比什么都重要。我第一版设计时加了太多花哨功能，结果调试阶段把自己坑到怀疑人生。最终定下来的核心功能只有五个：

• 定时定量喂食：用舵机或直流电机带动食槽挡板，按设定时间和投喂量动作，解决“人不在鸽子就得饿着”的问题。
• 鸽舍环境监测：DHT22读取温湿度，数据异常时触发声光报警，为鸽舍通风和保温决策提供依据。
• 自动饮水补充：液位传感器检测水槽水位，低于阈值时打开电磁阀补水，防止断水。
• 超声波测距检测鸽子活动状态：利用超声波模块检测鸽子进出巢箱的状态，统计归巢频次。这里提一下，位置固定后回波时间变化能反映巢箱占用情况，比红外对管更抗羽毛遮挡干扰。
• 上位机状态上报：通过RS485或USB虚拟串口，把喂食记录、温湿度数据传到PC端记录，后续可扩展Wi-Fi模块做手机推送。

这套功能里，MCU需要同时处理定时器输入捕获（超声波回波计时）、多路GPIO控制（舵机/电磁阀/蜂鸣器）、ADC采样（液位通过电位器分压）、串口通信（RS485和调试串口），以及一个看门狗保证长期运行不死机。STM32F103C8T6为什么够用？Cortex-M3内核主频72MHz，Flash 64KB，RAM 20KB，3个USART、2个基本定时器加4个通用定时器，10路12位ADC。这些资源应对上述场景绰绰有余，而且芯片单价在国产替代后非常便宜，做实物项目不用心疼成本。

1.2 选型时的对比和避坑

市面上同价位的选择还有STC8系列和ESP32。STC8是51内核，外设和中断设计用起来太繁琐，Keil5里还要单独配C51编译器，和STM32的开发流程不互通。ESP32虽然自带Wi-Fi，但模拟量和定时器资源反而不如STM32丰富，而且5V供电环境下的电平兼容问题也要多一层转换电路。我的建议是：如果毕设要求里有“电路设计”和“设计手册”这两个硬性指标，STM32是稳妥答案——它的参考设计最多，答辩时被追问“为什么这么选型”也最容易讲透。

另一个容易忽略的点是芯片封装和引脚确认。第一次画板时我对着数据手册找第一脚，结果丝印方向看反，把晶振引脚接到电源上，上电瞬间芯片直接冒烟。STM32的LQFP48封装，第一脚在左上角圆形凹点旁，逆时针数引脚，制板前一定要用万用表二极管档量一下每个引脚对地的压降，和官方数据手册对得上再焊。

2. 电源、复位与看门狗设计：长期稳定运行的基础

2.1 电源架构与Buck电路设计

鸽舍供电环境比较恶劣，市电经长线引入后电压波动大，我设计时把电源分成两级：前端用Buck电路把12V降到5V，后端用LDO把5V降到3.3V给MCU供电。之所以不直接用LDO从12V降到3.3V，是因为压差太大导致线性调整管功耗极高，12V输入、3.3V输出、系统总电流200mA时，LDO上的功率损耗接近1.7W，小封装根本扛不住；而Buck电路的电感储能特性决定了它在压差大时效率能到90%以上。

Buck电路的关键参数计算并不复杂。以12V转5V为例：

• 占空比D约等于Vout/Vin，12V输入、5V输出时D接近0.42，实际要考虑二极管压降。
• 电感值L的选择标准是流经电感的纹波电流控制在输出电流的30%左右，按500mA输出计算，在100kHz开关频率下电感取47uH比较合适。
• 输出电容取220uF电解电容并联0.1uF陶瓷电容，前者扛瞬态，后者滤高频噪声。

提示：如果你选择的是同步Buck芯片（如MP1584、TPS5430这类模块），续流二极管是内部的MOS管，效率更高但需要注意电感选型不能随意减小，否则轻载时可能进入断续模式导致输出电压抬升，烧毁后级电路。

2.2 复位电路与看门狗电路

复位电路我踩过一个典型坑。最初只用了10uF电容加10k电阻的经典RC复位电路，结果在鸽舍这种灰尘多、空气湿度变化大的环境里，偶尔出现上电异常。原因是RC复位时间常数约0.1秒，如果电源上升沿太陡或太缓，都可能让MCU在未完全复位时就开始跑程序。整改方案是加了一个复位监控芯片（如MAX809），电压跌到阈值以下时强制拉低复位脚，比单纯RC可靠得多。不过RC复位电路在实验室调试时确实够用，很多开发板也是这么设计的，只是量产或长期运行场景建议用监控芯片。

看门狗这块，STM32内部有独立的IWDG（独立看门狗），喂狗逻辑看似简单，但实际使用中很容易犯两个错误：

1. 喂狗太频繁，导致看门狗形同虚设。比如在主循环开头和结尾各喂一次，中间如果死循环卡住，看门狗可能刚好在退出读寄存器前被喂到，程序永远无法复位。
2. 喂狗只放在初始化代码里，之后主循环跑了很久没喂狗，系统在长时间空闲时被误复位。

我的做法是用一个定时器中断做“软看门狗”，定时器200ms触发一次，中断里喂IWDG；主循环里只负责业务，不主动喂狗。这样即使某个任务卡死，定时器中断也会因为任务阻塞无法及时进入喂狗逻辑而触发复位。前提是卡死的任务不能占用太久的中断优先级，所以关键业务逻辑里要适当加超时退出的保护。

3. 传感器与执行机构电路：从原理到实物的关键细节

3.1 超声波测距电路与定时器输入捕获

鸽子进出巢箱的检测，我是用HC-SR04超声波模块加定时器输入捕获实现的。HC-SR04的时序很简单：给TRIG引脚一个10us以上的高电平，模块会发送8个40kHz脉冲，然后ECHO引脚输出一个高电平，高电平持续时间就是超声波往返的时间。距离计算公式是：

距离(cm) = 高电平时间(us) / 58，这个系数由340m/s声速推导而来，近似为每58us对应1cm。

直接调用库函数延时读取电平宽度当然可以，但精度不高，而且会阻塞主循环。用STM32定时器的输入捕获模式才是正确做法：把ECHO接在TIM2_CH1（PA0）上，配置上升沿触发捕获并记录计数值，再配置下降沿触发捕获并计算差值，配合定时器的预分频器把分辨率做到1us级别。实际测量下来，3米范围内的误差能控制在1cm以内，完全满足巢箱占用判断。

注意：HC-SR04工作电压是5V，而STM32的GPIO耐压是5V容忍，但ECHO输出的高电平会到5V，直接接到STM32引脚上长期看有一定风险。稳妥做法是用两个电阻分压把ECHO电平降到3.3V以下，或者串一个1k电阻再加一个3.6V稳压管钳位。TRIG引脚是3.3V驱动5V模块，多数模块识别阈值足够，实测可以直接驱动，不需要额外升压。

3.2 差分放大电路在称重场景下的应用

自动喂食需要知道食量消耗，我一开始用模拟称重传感器加差分放大电路实现，后来发现调试难度远超预期。称重传感器本质是应变片组成的惠斯通电桥，满量程输出只有几毫伏，必须用高共模抑制比的差分放大器。常用方案有两种：一是直接用HX711这类集成ADC，内部自带可编程增益放大器，STM32通过I2C或SPI接口读取，省心；二是自己用运放搭差分放大电路，比如LM358加外部电阻构成仪表放大器，但电阻精度和温度漂移控制不好，输出零漂很大。

我的建议是优先用HX711，除非毕设题目明确要求“设计差分放大电路”。如果必须自己搭运放，要注意几个问题：输入端必须加高频滤波电容（100pF到1nF），否则工频干扰很容易让输出波动；放大倍数不要一次拉到最大，先设50倍再软件校准，避免运放饱和；PCB布局时差分走线要尽量短且紧耦合，远离继电器和电机驱动线。差分放大电路的共模抑制比再高，也扛不住板上开关电源的噪声耦合，实测在鸽舍里加了RC滤波电容后，称重数据才稳定下来。

3.3 继电器驱动和赤道附近的电机驱动电路

执行机构里，电磁阀和蜂鸣器都是典型的感性负载，直接GPIO接必烧芯片。我用的是光耦隔离加三极管驱动继电器的结构：STM32的GPIO先驱动TLP521光耦，光耦输出控制S8050三极管，三极管导通继电器线圈，线圈两端反并联1N4007续流二极管。这个电路的关键点在于：光耦的输入限流电阻取1k，三极管基极限流电阻取4.7k，继电器线圈电压要和前端电源隔离，这样才能保证MCU的GND不被继电器动作时的尖峰污染。

喂食用的直流电机，则需要H桥或半桥驱动。入门方案是L298N模块，但压降大、发热明显。如果自己设计电路，可以用IR2110做半桥驱动，IR2110自带自举电路，可兼驱动上管和下管，芯片外围需要自举电容和二极管，按手册取值即可。需要注意死区时间的设置，否则上下管直通，烧管是分分钟的事。我用IR2110驱动两个小功率直流电机控制食槽滑板，PWM频率设20kHz避开可闻噪声，同时配合推挽电路提高栅极驱动电流。这里有个经验：如果电机电流小于1A，直接用小功率MOS管（如SI2302，AO3400）搭简易H桥完全够用，IR2110更适合电流大或要求半桥/全桥隔离的场景，成本略高。

3.4 RS485远程通信电路

鸽舍和住所之间如果距离超过20米，普通TTL串口电平就不行了，这套系统里我加了RS485通信，用的SP485芯片。RS485是差分信号，A、B两线之间的电压差决定逻辑电平，抗共模干扰能力远强于单端信号，布线距离可达1200米。电路上要注意：

• A、B端各接一个上拉和下拉电阻（A接5V，B接GND），保证空闲时总线处于确定状态，不是悬空乱跳。
• 终端电阻120欧，只在总线两端各接一个，用于吸收反射信号，不是每个节点都接。
• 收发转换方向控制用PC4引脚控制DE/RE，发送前拉高，发送后拉低，否则总线上会出现冲突。

我实测中遇到一个经典问题：早期省掉了上下拉电阻，通信偶发性乱码，尤其在鸽舍里电磁阀动作瞬间特别明显。加上偏置电阻和一小段地线隔离后，通信就稳定了。如果做毕设，这部分电路装好后拿示波器测一下AB两线的波形，应该是干净的反向差分信号，有毛刺就说明匹配电阻或地线处理不到位。

4. 固件逻辑与关键代码段解读

4.1 Keil5环境配置与工程建立要点

固件开发用Keil5，这是最通用的选择。Keil5安装时有个坑：如果你电脑上还装了C51版Keil，默认安装路径可能冲突，需要安装时选择“Multi-IDE”模式，让MDK-ARM和C51共存，否则打开STM32工程会提示找不到设备。装好后还要在Pack Installer里安装STM32F1系列的器件支持包，否则芯片型号下拉菜单里找不到C8T6。

工程建立有两种主流方式：标准外设库（Standard Peripheral Library）和HAL库。我的建议是，如果你要自己写定时器捕获、中断嵌套这类底层逻辑，用标准库，代码更朴素直观、不藏逻辑；如果你主要依赖CubeMX快速生成初始化代码，用HAL库。注意两者不要混用。HAL库里，如果卡在某个delay函数里出不来，多半是中断优先级配置导致SysTick中断被关掉，排查思路是把SysTick优先级调为最低，同时确保有别的定时器在看门狗喂狗。

4.2 定时器捕获测距与防抖电路代码

单片机项目里按键和信号输入都绕不开防抖问题。硬件上，机械按键建议加RC低通滤波，电阻10k电容0.1uF，时间常数1ms，配合软件延时20ms去抖，基本不会被误触发。超声波模块的ECHO信号，我加了施密特触发器（74HC14）做整形，否则回波边缘噪声会导致捕获时间抖动。软件上，输入捕获中断里只记录边界，不处理业务，数据处理放到主循环，避免中断里做除法等耗时操作。

下面是一段输入捕获初始化核心代码（标准库版），它配置TIM2_CH1的上升沿和下降沿捕获：

void TIM2_Cap_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_ICInitTypeDef TIM_ICInitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM2, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &GPIO_InitStructure); TIM_TimeBaseStructure.TIM_Period = 0xFFFFFFFF; TIM_TimeBaseStructure.TIM_Prescaler = 72 - 1; // 1us计数一次 TIM_TimeBaseStructure.TIM_ClockDivision = 0; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseInit(TIM2, &TIM_TimeBaseStructure); TIM_ICInitStructure.TIM_Channel = TIM_Channel_1; TIM_ICInitStructure.TIM_ICPolarity = TIM_ICPolarity_Rising; TIM_ICInitStructure.TIM_ICSelection = TIM_ICSelection_DirectTI; TIM_ICInitStructure.TIM_ICPrescaler = TIM_ICPSC_DIV1; TIM_ICInitStructure.TIM_ICFilter = 0x0F; // 输入滤波 TIM_ICInit(TIM2, &TIM_ICInitStructure); TIM_ITConfig(TIM2, TIM_IT_CC1 | TIM_IT_CC2, ENABLE); TIM_Cmd(TIM2, ENABLE); }

注意TIM_ICFilter配置为0x0F，这相当于硬件层面的数字滤波，能滤掉窄脉冲干扰。实际在鸽舍里测试，没有这个参数时，偶尔飞过的鸽子翅膀扑闪产生的高频振动会让测距值跳变，加上滤波后数据就平滑了。

4.3 看门狗喂狗与系统状态机

主循环的状态机思路优先级极高。喂食、补水、测距、上报，每个任务都不是每圈都执行，而是设定执行标志位，由调度器决定。比如喂食每小时执行一次，测距每200ms执行一次，上报每5秒执行一次。状态机的核心是让系统在空闲时能及时喂狗，在忙时能按优先级降级处理。以下是一个简单的调度结构：

while (1) { if (flag_200ms) // 由定时器置位 { Ultrasonic_Measure(); flag_200ms = 0; } if (flag_1s) { Read_DHT22(); Check_WaterLevel(); flag_1s = 0; } if (flag_1h) { Feeding_Action(); flag_1h = 0; } if (flag_5s) { RS485_Send_Status(); flag_5s = 0; } }

这套结构写起来很简单，但能避免“一个功能卡住整机瘫痪”的尴尬。实测里，如果电磁阀供电不足导致堵转，电机保护电流过大，程序会卡在延时中。我用的是把电机驱动动作放到独立的中断优先级里，主循环判断超时后强制关闭PWM，这一招在实物调试时救了我很多次。

4.4 USB虚拟串口与上位机数据交互

上位机数据交互，我用了STM32的USB虚拟串口（USB CDC类），把设备枚举成一个COM口，PC端直接用串口助手接收数据。这种方式比外接USB转TTL芯片更简洁，而且项目效果在演示时更高级——插上USB线直接识别，不需要额外驱动。

USB虚拟串口实现的关键是配置USB时钟和端点描述符。在HAL库环境下，CubeMX里勾选USB_DEVICE选择Communication Device Class，然后配置端点大小为64字节。数据发送用CDC_Transmit_FS函数，接收用CDC_Receive_FS回调。有几个细节容易踩坑：

• 如果板子上有外接晶振的USB电路，必须确保晶振频率是8MHz或12MHz并正确配置USB预分频器，否则枚举不稳定。
• 虚拟串口数据发送后，PC端如果没打开串口助手工具，数据会积累在缓冲区，实测64字节的包，发几次就会溢出。需要定时清空或做一个简单的环形缓冲区管理。
• 和RS485相比，USB虚拟串口只适合近距离调试和演示，不能替代长距离通信。

5. 设计手册的编写思路：从原理图到调试记录

5.1 手册结构怎么安排才显得专业

毕设或项目交付时，设计手册的分量不亚于实物。我的手册框架是：

• 项目背景和需求分析：为什么做这个系统，实际使用场景是什么，有哪些功能需求和非功能需求（功耗、可靠性、成本）。
• 总体方案设计：用系统框图（文字描述版）说明每个模块的职责和数据流向，这部分的重点是“方案选型论证”，要写清楚为什么选STM32而不是51或ESP32，为什么用Buck不用LDO。
• 硬件电路设计：每个模块的电路原理说明、参数计算过程、关键元器件选型理由。尤其是Buck电感计算、超声波捕获精度分析、RS485偏置电阻取值，这些是答辩时最能体现“我真做了”的部分。
• 软件设计：状态机说明、各模块初始化流程、中断优先级分配、协议帧格式定义。协议帧可以这样定义：帧头0xAA + 数据长度 + 功能码 + 数据 + 累加和校验，这样上位机好解析也方便加扩展。
• 系统测试与结果分析：给出温湿度误差表、测距精度表、喂食动作时间与角度表，用表格比文字描述有说服力得多。
• 总结与展望：能做什么改进（加Wi-Fi联网、加云端记录、加太阳能供电），但不要写成AI味道浓厚的空话，要针对具体缺陷说。

5.2 BOM清单和各种实测表的重要性

设计手册另一个含金量点是完整的BOM清单。我踩过的坑是：前期画图时用了一个5V继电器，实际焊板时手里只有3.3V继电器，导致驱动电路参数全变了。所以BOM里除了型号、封装、数量，还要写上供应商和价格，最好标替换型号。实测表格也要建好，比如测距精度测试记录表，每组数据包括实际距离、测量距离、误差、环境湿度，每组至少测5次取均值，这样答辩时展示出来远比一句“误差1cm以内”可信。

设计手册里我还会放一个“调试问题集锦”章节，记录从焊板到跑通全流程遇到的每个问题：现象、排查过程、根因、解决办法。这部分的工程价值非常高，因为问题定位的思路本身就是个人能力的最佳体现。

5.3 排错经验：ST-LINK连接失败与Keil调试技巧

调试阶段最常见的坑是ST-LINK下载器连不上芯片。现象是Keil5报错“No target connected”或“Connection error”，但板子明明没烧。我遇到过3种情况：

1. 芯片供电不足或3.3V引脚虚焊，导致SWD接口无法建立稳定连接。解决办法是用万用表量芯片电源引脚对地电压，如果不稳但板子上有LDO输出正常，就查LDO到芯片引脚之间的铜箔是否断裂。
2. BOOT0引脚悬空且电平不定，导致芯片进入未知模式。BOOT0要接10k电阻下拉，焊接时用热风枪容易吹偏，检查时先量BOOT0对地电压。
3. SWDIO和SWCLK引脚没留串口电阻，下载器与目标板之间信号反射。加33欧到100欧串联电阻可缓解，尤其是下载器线缆超过20cm时。

Keil调试还有两个实用技巧：一是把Debug选项里的Reset and Run勾上，烧录后直接跑；二是用Logic Analyzer功能观察GPIO输出波形，在View菜单里的Analysis Windows可以选择，不用接示波器也能在仿真里看IO翻转时序。

6. 实物装配与联调阶段最容易翻车的几个地方

6.1 焊接、走线与结构固定的实操建议

PCB焊好后，第一件事不是上电，而是先目检+万用表量短路。重点检查VCC与GND之间是否短路，电源模块输入输出端电容极性是否装反。电解电容装反会鼓包甚至炸裂，我在开发板阶段炸过一颗，从此养成了焊完必查极性的习惯。为了避免电容接反这种低级错误，我画PCB时给电解电容封装加了极性标注，并且把底板上的丝印极性方向统一。

结构上，鸽舍环境潮湿、粉尘大，PCB最好刷三防漆。如果不想买专用三防漆，可以用指甲油替代，效果差一点但防水防尘已经足够。超声波探头要固定在巢箱顶部外侧，不要正对阳光直射方向，否则红外辐射干扰会影响测距准确性（注意这里是超声，但探头本身的接收端也会受热噪声影响）。继电器和电机要隔离安装，离MCU板子至少5cm，否则每次动作MCU都会复位。这个“继电器动作导致MCU复位”的问题我排查了很久，根源就是感性负载的地线回流到MCU地平面，后来把继电器电源地单独走线回电源输入端，问题才消除。

6.2 联调顺序：先电源，再最小系统，最后外设

联调是最考验耐心的阶段，我的顺序供参考：

• 不焊芯片，只焊电源模块，上电后量Buck输出5V、LDO输出3.3V，用示波器确认纹波小于50mV。如果纹波太大，检查输出电容和电感相位是否接反。
• 焊上STM32最小系统（芯片、晶振、复位、BOOT），用ST-LINK连接，确认下载器能识别芯片，并且能跑一个最简单的LED闪烁程序。这一步过了，说明核心系统OK，后面所有问题都围绕外设展开。
• 逐个焊外设模块。每焊一个就单独测试一个，不要图快全部焊完再上电。比如先焊RS485部分，用USB转RS485模块和PC通信，确认收发正常；再焊超声波，用调试串口打印距离值。

实测中发现，按这个顺序来做，定位问题会快很多。我第一版图省事，一口气把所有模块都焊完再调试，结果出现问题时，光排查是电源问题还是信号问题就花了两天。

7. 实测数据和改进方向

7.1 一组有参考价值的实测结果

在鸽舍里连续跑了72小时，整理出的关键数据如下：

有一点值得说明：超声波测盲区0.3米，这是模块本身特性决定的。安装时一定要避开盲区位置，否则测出来的最小值会是个假回波。我最初把探头装在巢箱正上方，距离顶部只有15cm，结果一直在盲区里，数据完全没法用。后来调整安装方式，让探头斜向下对着巢箱口，有效范围才建立起来。

7.2 可以继续扩展的功能和会遇到的新方向

这套系统跑通后，我发现几个改进空间特别大，也推荐给准备在这基础上做毕设的人：

• 把USB虚拟串口换成ESP8266或ESP32，实现Wi-Fi数据上报和手机小程序控制。注意ESP8266的供电比较敏感，需要额外加一个低ESR电容在3.3V的电源引脚附近。
• 用FreeRTOS替代裸机状态机，把喂食、环境监测、通信拆成独立任务，适合功能再增加时做任务调度。
• 增加鸽舍光照控制和智能补光，用PWM驱动LED灯组模拟日出日落，这需要再设计一路LED恒流驱动电路。
• 如果是比赛或项目要求“创新点”，可以在鸽子识别上做文章，用RFID脚环加RC522模块，实现每只鸽子个体识别，这样喂食、归巢记录都能精确到个体。

我个人实测中还有一个体会：任何功能加进来之前，先想清楚“调试怎么办”。比如加Wi-Fi功能固然好，但如果鸽舍里没有信号，这个功能反而是累赘。鸽舍里实测Wi-Fi穿墙非常差，2.4G信号衰减严重，如果要做远程，更稳的方向是用RS485把数据传到主屋内再统一上网。

这套系统从头到尾做下来，前后迭代了三版电路，最大的教训不是“某条电路怎么设计”，而是“万事留退路”：每个模块单独画跳线、设计手册里保留每个调试日志、BOM表里标好每个替换型号。鸽子驯养系统的技术难度在嵌入式项目里不算顶尖，但它能逼着你把电源、传感器、执行机构、通信、调试这五门基本功全部走一遍，做完之后再看其他单片机项目，都会觉得轻松不少。这就是我推荐大家复现这个项目的原因。