1. 项目定位与整体需求拆解

1.1 这个“智能鸽子驯养系统”到底在解决什么问题

先说结论：这不是一个简单的“定时喂食器”，而是一套把归巢检测、定时定量投喂、训练计划执行、状态记录串在一起的嵌入式综合系统。鸽友圈子里有个通病——信鸽训放回来之后进棚慢、抢食乱，有的鸽子挑食，有的鸽子在棚外赖着不进，全靠人守在棚里打手势、吹哨子、手动控制食盒开关。这套系统的核心价值，是把“人盯着鸽子喂”这件事变成“系统按照训练计划自动执行”，同时把每一次进棚和采食的数据留下来，方便复盘。

我当年做这个项目时，主控选的是STM32F103C8T6，不是因为它最强，而是因为这个场景下它最合适。整套系统需要的资源无非是几个定时器做测距和PWM，一路串口做调试和上位机通信，一组GPIO接按键、门锁、蜂鸣器、LED，外加I2C接RTC时钟——这些全是F1系列的舒适区。LQFP48封装手工焊接也不费力，价格十几块钱，资料遍地都是，不管你是做毕业设计、电子设计竞赛，还是单纯给自家鸽舍配一套自动化设备，选它都不会错。

为什么不用Arduino？理由也很实际：Arduino开发快，但你要交“实物+电路+设计手册”的话，电路分析深度不够，而且管脚少、外设细节不可控。STM32能让你把数据手册、参考手册、勘误手册三套文档吃透，答辩时老师问“你这个引脚为什么这样接”你答得上来。这也是我做毕设时最深的体会：选型不只是选芯片，是选一套能支撑你完成整个设计闭环的生态。

1.2 功能清单与系统模块划分

本项目定为五个功能模块，优先级从高到低排：

• 归巢识别模块：超声波测距检测鸽子是否从入口进入棚内，同时用光电对射开关辅助判断闸门位置，防止误判。
• 训练投喂模块：按天、按时间段编排训练计划，舵机驱动食盒挡板开合，LED和蜂鸣器做声光召唤。
• 状态记录模块：DS3231高精度RTC维持时钟，MCU内部Flash或外部EEPROM记录每次喂食时刻、进棚时刻和停留时长。
• 交互控制模块：OLED屏显示当前时间、系统状态、最近若干条记录；矩阵键盘或独立按键切换手动/自动模式。
• 远程与预留模块：RS485接口连接扩展坞或上位机，后续可加ESP8266模块上报数据。设计之初就把通信接口留出来了，后面扩展不需要大改电路。

从需求角度想得很清楚：鸽子是活物，系统必须可靠优先于花哨。能监测、能控制、能记录，三件事做到位，这个项目就立住了。如果一上来就堆人脸识别、云端数据库、APP推送，大概率在实物调试阶段把自己耗死。

1.3 适合哪些人参考这套设计

• 嵌入式方向的学生：做毕设或课程设计，想找一个有电路深度、又有完整工程化思路的题目。
• 电子竞赛选手：需要一个“传感+执行+通信”的完整闭环，这套系统的模块划分可以直接套用到其他场景。
• 小型养殖爱好者：想自建低成本自动化鸽舍、鸡舍、兔舍控制装置。
• 做智能农业/养殖项目的人：这套框架换掉传感器和执行机构，就能复用到孵化箱、饲喂站等场景。

一句话总结这个项目的技术画像：STM32为核心，模拟与数字电路双修，传感器采集、定时器捕获、PWM驱动、串口通信、状态机编程一套全练到。下面从电路、软件、实物、文档四个方向掰开来讲。

2. 电路设计与关键模块原理解析

2.1 电源系统：从12V到3.3V的两级变换

整套系统供电我设计为：外部12V直流适配器输入，一级降压至5V，再由3.3V LDO给MCU和低功耗外设供电。选12V而不是5V直供，原因在于舵机瞬间电流大，如果系统里以后加电磁锁、加热棒之类负载，12V的裕量更足，而且降压到5V的BUCK或者线性方案选择面宽。

第一级降压，我实际用了一颗LM2596-5.0模块方案，也可以直接用7805加散热片，但LM2596的效率更高，发热更小。当时板子上留了两个位置：一路接BUCK模块，一路接线性稳压，方便对比测试。如果你只想做一版不折腾，直接用MP1584或LM2596模块贴在板上即可，实测下来12V转5V带舵机完全没问题，注意输入输出电容（100μF电解并联100nF陶瓷）不能省，否则开关噪声会顺着电源线串到传感器。

第二级用AMS1117-3.3线性稳压。注意：AMS1117的压差典型值在1.1V左右，5V输入转3.3V没问题，但如果你图省事直接从12V降到3.3V，压差过大，芯片会过热，输出电流能力直线下降，这种用法一定要避开。我实际在AMS1117的输入输出端各加了一颗10μF钽电容和100nF陶瓷电容，实测纹波在几十mV以内，够用了。

一直有个容易忽略的细节：传感器和舵机的电源必须与MCU电源分开走线。HC-SR04超声波模块标称工作电流15mA左右，但测距瞬间会有几十mA的脉冲电流；舵机启动瞬间电流甚至到1A以上。如果它们和MCU共用同一条细走线，那瞬间的压降会直接导致MCU复位或ADC读数跳变。我在PCB上把功率地（舵机、蜂鸣器、继电器）和信号地（MCU、传感器、RTC）分开布线，然后在电源入口处单点汇合，这是电子系统抗干扰的经典做法，不只是在纸上画那么玄乎，实测效果立竿见影。

2.2 STM32最小系统：晶振、复位、启动配置、去耦

最小系统是这块板子的基础，很多人画原理图时喜欢照抄参考设计，但不理解每个电阻电容的作用。我给这套系统的配置如下：

• 8MHz晶振作为HSE时钟源，两个20pF负载电容分别接地。为什么选8MHz？因为F103的标准库和HAL库默认都是外部8MHz，PLL倍频9倍到72MHz。选其他频率不是不行，但库函数里默认值时序全部要调，属于给自己找麻烦。
• 复位电路用一个10KΩ电阻上拉到3.3V、100nF电容下拉到GND，组成标准的RC复位。RC时间常数约1ms，保证上电时NRST引脚拉低足够时间，让MCU完成内部复位初始化。很多人喜欢用按键复位，我也加了一个，并联在电容两端，按下时强制拉低NRST。这里有个经验：电容不要贪大，10μF会导致复位沿太缓，反而可能引起MCU上电异常。
• BOOT0和BOOT1的处理：BOOT0通过10KΩ电阻下拉到GND，BOOT1同样下拉，这样MCU从Flash启动，正常跑应用程序。千万注意不要让BOOT0悬空，我之前见过一批板子程序死活烧不进去，最后发现BOOT0没接电阻，引脚电平在上下电瞬间抖动，导致MCU随机进入BootLoader模式。
• 去耦电容每个电源引脚旁边放一颗100nF陶瓷电容，VDDA引脚处放1μF+10nF组合，再用一颗磁珠或小电感把VDD和VDDA隔开。这是模拟电路混在数字电路里必须做的隔离处理。STM32内部ADC参考源就是VDDA，如果VDDA纹波大，ADC采样值必然不准。

2.3 超声波测距电路与定时器输入捕获的配合

归巢检测我选的是HC-SR04超声波测距模块，通过测量从发射到接收回波的时间差，算出前方是否有物体及距离。逻辑是：鸽子从入口飞进来时，必然短暂经过传感器正前方，距离值从“空阔（远）”突变到“近”，再回到“远”，系统根据这个变化判断一次进棚行为。

HC-SR04虽然叫5V模块，但它的TRIG和ECHO信号电平都是5V，直接接STM32的GPIO会有烧引脚的风险。我当时用一个电阻分压网络把5V降到3.3V：ECHO输出经过1KΩ串联、2KΩ对地分压，分压比1/3，5V变成3.33V，刚好在3.3V逻辑可接受范围内。TRIG方向则可以直接由STM32的3.3V推挽输出驱动，多数HC-SR04模块对高电平触发的要求是2V以上即可，实测没问题。

测距核心是定时器输入捕获。用TIM2的通道1做PWM输入模式，配置成捕获上升沿和下降沿，硬件自动把计数值写入CCR寄存器。启动触发后，程序只需要读取两次CCR差值，乘以定时器时钟周期，就是声波往返时间。距离计算公式：

距离(cm) = (捕获计数值 / 定时器频率Hz) × 声速(cm/s) / 2

由于定时器72MHz下，1cm对应约42个计数值，直接用计数值除以42就是厘米数，不需要浮点运算，效率很高。这套硬捕获方案比用“外部中断+delay”软测量靠谱得多，精度高、不阻塞主循环，是项目里最值得讲的技术点之一。

2.4 按键输入与防抖电路的设计取舍

面板上我设计了“自动/手动切换”“投喂确认”“训练模式选择”三个按键，这三个按键老式的做法是直接接GPIO到GND，用内部上拉，然后全靠软件延时去抖。实际做下来发现不够可靠，尤其在电机和舵机启动瞬间，电源波动会引起按键信号抖动，有时候一次按下被识别成三四次，烦得很。

硬件上我做了一级RC低通滤波：每颗按键串一个1KΩ电阻再接GPIO，同时GPIO对地并联一颗100nF电容。这样形成时间常数约0.1ms的低通滤波器，把ns~μs级的开关抖动直接滤掉。这个时间常数不能太大，否则按快了识别不到，0.1ms是手感和滤波效果的平衡点。软件上再做20ms稳定检测，两者配合，基本能做到按一次识别一次，不连击不丢键。

2.5 舵机驱动、继电器隔离与RS485预留电路

喂食执行机构用的是SG90舵机，3.3V逻辑信号直接驱动。虽然SG90名义上是模拟舵机，实际用50Hz、0.5ms~2.5ms脉宽的PWM就能控制角度。STM32的TIM3输出四路PWM，舵机接通道1。舵机电源接5V总线，但要特别注意：舵机的地线必须和MCU地线紧密连接，信号线是从MCU出来的，如果地线回路阻抗大，舵机负载变化引起的电位差会直接砸到GPIO上。这个坑我踩过，表现就是舵机一转动，OLED屏就开始闪，串口数据也乱。

如果后续要控制电磁锁或220V设备，就得用继电器或MOSFET。继电器线圈是感性负载，直接接GPIO会造成反电动势损坏引脚，必须加续流二极管（1N4007或1N5819，阴极接电源、阳极接线圈驱动端），再加一颗三极管或MOS管做驱动。三极管基极串联1KΩ限流电阻，这是标准电路，但对新手来说，最常犯的错是二极管方向接反。方向接反相当于线圈被短路，继电器不动作，我当时焊完测试发现继电器纹丝不动，查了半小时才发现续流二极管装反了。

RS485预留电路我用了一片SP3485（3.3V供电版本），接MCU的USART2，A/B端子之间加120Ω终端电阻，收发控制脚接到一个GPIO。RS485是半双工，发送完一帧之后要等总线空闲再切到接收，否则自己发的数据会把自己打断。我实测发现从发送切换到接收至少要等50μs，这个延时不能省。如果你的系统只需要和电脑通信调试，直接用CH340或CP2102做USB转串口即可，RS485电路是给将来多鸽舍组网预留的，多一个接口不亏。

3. 软件架构与核心实现逻辑

3.1 主程序状态机设计

这套系统的软件我强烈建议用状态机来组织，不要用一堆flag变量硬堆。我把系统抽象为四个主状态：

• STANDBY（待机）：系统空闲，OLED显示时间，传感器持续监测，无投喂任务。
• TRAINING（训练）：声光召唤开启，食盒关闭，等待鸽子进棚触发。
• FEEDING（投喂）：鸽子进棚后，食盒打开，记录喂食开始时间。
• CLEANUP（收尾）：投喂时间到，关闭食盒，记录喂食结束时间，保存数据，回到待机。

状态迁移由“定时计划”和“传感器触发”共同驱动。比如：每天早上7点训练模式自动开启，LED闪烁3秒后食盒关闭等待；如果30分钟内无鸽子进棚，自动进入待机并记录一次“训练未完成”。这套逻辑不复杂，但用switch-case状态机写出来结构非常清晰，后期加新功能（比如加一个加热灯）只需要增加状态和事件，不用动已有代码。

3.2 定时器输入捕获：精确测距的代码实现

定时器配置思路代码（基于标准库）：

void TIM2_Cap_Init(void) { TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_ICInitTypeDef TIM_ICInitStructure; 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 = 0xFFFF; TIM_TimeBaseStructure.TIM_Prescaler = 71; // 72MHz/(71+1)=1MHz, 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_SelectInputTrigger(TIM2, TIM_TS_TI1FP1); TIM_SelectSlaveMode(TIM2, TIM_SlaveMode_Reset); TIM_Cmd(TIM2, ENABLE); }

这段配置里有两个关键点：

• 预分频设成71，计数器频率是1MHz，也就是每微秒计数一次。测距精度到微秒级，换算距离误差约0.034cm，实际足够。
• ICFilter设成0x0F，打开硬件输入滤波，能滤掉几十纳秒的毛刺。HC-SR04回波信号在复杂环境下有毛刺，这个寄存器很多人不用，但在工业现场或鸽舍这种电磁环境差的地方，硬件滤波比软件滤波可靠得多。

测量函数核心逻辑：

uint32_t distance; while (TIM_GetFlagStatus(TIM2, TIM_FLAG_CC1) == RESET); // 等第一个上升沿 rising_value = TIM_GetCapture1(TIM2); while (TIM_GetFlagStatus(TIM2, TIM_FLAG_CC1) == RESET); // 等下降沿 falling_value = TIM_GetCapture1(TIM2); cap_count = falling_value - rising_value; distance = cap_count / 58; // 声速340m/s时，us换算cm约除以58

58这个系数是简化计算的常用值：1cm声波往返约29μs，定时器1MHz计数就是29个计数值，但考虑硬件触发和模块内部延时，实测58更贴近真实校准值。我实测室温和HC-SR04的量程内，误差在±1cm以内，足够判断鸽子进出。

3.3 软件防抖与按键扫描

按钮扫描我不用Delay延时去抖，而是用系统节拍10ms周期调用一次按键扫描函数。核心逻辑是连续读到稳定电平持续20ms以上，才认为按键有效：

uint8_t Key_Scan(void) { uint8_t key_val = 0; if (KEY1_LEVEL == 0) { key_press_tick++; if (key_press_tick >= 2) { // 2个10ms=20ms稳定期 key_val = KEY1; key_press_tick = 0; } } else { key_press_tick = 0; } return key_val; }

这个思路比“下降沿触发+延时20ms再读一次”强在哪？它能自动滤掉按键抖动中出现的多次电平翻转，只认稳定状态。实际用下来手感很好，长按、短按只需状态机区分计数时间，不会出现双击或多击。

3.4 喂狗的正确姿势与“延时卡死”避坑

系统里我开了IWDG独立看门狗，溢出时间约2秒，在主循环末尾喂狗。这里有一个重要的经验：千万不要在定时器中断服务程序里喂狗。中断喂狗的问题在于，如果主循环因为逻辑Bug卡死，而定时器中断依然正常触发，狗永远被喂饱，系统永远不复位，那看门狗就失去了意义。正确姿势是主循环喂狗，中断里可以做标志位，但绝不能替代主循环喂狗。

关于“delay卡死”这个高频问题，我在这个项目里也遇到过。具体场景是USART接收中断里调用了Delay_ms，执行到一半被更高优先级的定时器中断打断，定时器中断里又调用HAL_Delay，导致SysTick的计数值不一致，Delay死循环跳不出去。解决办法很明确：中断回调里只置标志位和缓存数据，绝不调用延时函数，主循环根据标志位再去执行耗时操作。这也是很多嵌入式面试爱问的考点，项目里实际踩一次坑就彻底记住了。

3.5 数据记录与RTC时钟管理

记录进棚和喂食时间用外部DS3231，I2C接口，内置温补晶振，年误差几秒钟级别。代码里我封装了几个基础函数：

• DS3231_SetTime()：校准RTC，通过串口或按键输入。
• DS3231_GetTime()：读取当前时间，结构化存入全局变量。
• Record_FeedEvent()：把时间戳和事件类型写入EEPROM，这里我用的是AT24C02，256字节够存几十条记录。

这里有个细节：AT24C02写操作有5ms的写周期，写完一字节需要等待，不能连续写太快。读取断点续传等高级功能虽用不上，但写地址时要把页边界问题考虑进去，不然跨页写会丢数据。DS3231模块有的会自带备用电池，断电后时间继续走，测试时发现如果没装电池，每次上电时钟从初始值开始，所有记录时间全乱，所以设计上我明确标注“必须安装电池”。

3.6 串口通信协议与上位机对接

为了方便调试和后续数据导出，我用USART1和电脑通信。自定义了一个非常简单的帧协议：

帧头(0xAA) + 命令(1字节) + 长度(1字节) + 数据(N字节) + CRC16校验(2字节)

命令字例如：0x01查询当前状态，0x02读取记录，0x03修改训练时间表。上位机用串口助手就可以调试，Windows下也可以用友善串口助手、SSCOM这些工具。如果以后想用Python做上位机，pyserial库直接收数据，解析框架是一样的。

USART这里有个很实用的配置：开启空闲中断配合DMA接收，一帧数据接收完毕自动进中断处理，不丢字节。但STM32F103的DMA+IDLE接收中断网上资料比较多，我就简单说一下核心思路：配置USART的RXNE和IDLE中断，DMA传输完设定字节数后通知处理；IDLE表示总线空闲，配合超时判断帧结束。实测长期跑串口数据不卡死，也不出现半帧。

4. 实物制作：从原理图到可运行的系统

4.1 原理图和PCB设计要点

这个项目的电路板我用的是双面板，布局走线几个原则分享一下：

• 晶体振荡器紧挨MCU，走线尽量短，避免高频信号穿越其他数字走线。晶振底下不要铺地铜，但周围要有完整的地回路。
• 电源线加宽：5V和GND至少1mm以上，舵机供电线可以更宽，这样可以减小线阻和压降。
• 信号线避开大电流回路：超声波模块信号线、串口线不要和舵机线并行走，间距至少3mm以上，排线时不要让它们贴在一起。
• 模拟地和数字地单点连接：在PCB上画成两块地铜，在电源输入处用0Ω电阻或磁珠连接，避免数字开关噪声串入模拟电路。

元件封装选择也要注意：AMS1117用SOT-223封装，散热片焊盘要足够大；0805封装电阻电容手工焊接比0603舒服很多，如果手焊经验不多，尽量优先选0805。

4.2 焊接调试顺序与首次上电自检

焊接顺序我强烈建议按“电源→MCU最小系统→外设”三步走，不要一口气全焊完再上电。

第一步焊完电源部分后，先不装MCU，直接给板子供电，万用表测3.3V和5V是否正常，用手摸稳压芯片温度是否异常。如果电压不对或者芯片发烫，说明电源部分有问题，这时候早发现早解决，不会波及MCU。

第二步焊MCU最小系统，接上ST-Link，读一下芯片ID，确认MCU能被识别。如果识别不到，检查BOOT0电平、复位引脚、电源、晶振是否起振。晶振起振最直接的办法是用示波器或逻辑分析仪看PA8或MCO引脚，但最简单的是在代码里配置输出系统时钟到PA8，然后用示波器看波形。

第三步焊外设，每焊一个模块就上电测一个模块。不要打开全部外设再一起测试，一旦哪个模块有问题，排查范围太大。我焊完超声波模块先单独写一个测试程序，循环测距串口输出，确认数据稳定后再接其他部分。

4.3 系统联调实操记录

整个系统装好之后，我最常遇到的坑是舵机一转动MCU就复位。排查流程回忆一下：

• 先用示波器看3.3V电源纹波，舵机启动瞬间纹波尖峰到1V以上，明显超标。
• 判断是电源线内阻太大，5V走线太细，瞬时大电流导致压降，AMS1117输入端掉到4V以下，输出也随之掉。
• 解决办法：把舵机电源线加粗，从5V总线根部直接引线到舵机；给舵机电源增加一颗470μF电解电容缓冲瞬时电流；把信号地和功率地分开走线。

改完后纹波尖峰降到200mV以内，系统再也不复位了。这类问题在书本上就是“电源完整性”四个字，但实际项目中你得一个点一个点排查。

系统联调时还发现超声波测距数值偶然跳变，有一下显示“3cm”，有一下显示“200cm”。后来排查是模块触发间隔太短，HC-SR04刚发完声波，还没等回声尾部结束又触发下一轮，导致捕获到上次的残余回波。解决办法是把测量间隔从50ms改成200ms，同时连续测3次取中间值（去掉最大最小值后取中值），数据平滑多了。

4.4 整机功耗与稳定性估算

实测整机功耗分成几个档位：

12V适配器选2A的足够，实际最大功率约7~12W。如果想要更低的功耗，后续可以考虑让MCU进入STOP模式，RTC定时唤醒，配合PANIC实时时钟唤醒功能，待机功耗可以压到10mA以下。这个项目因为是插电式，我没有做深度低功耗设计，但硬件上预留了唤醒引脚，以后改电池供电也有余量。

5. 常见问题排查速查表与避坑经验

5.1 现象与原因对照表

5.2 关于SWD引脚被占用的惨痛教训

调试过程最容易翻车的点就是SWD引脚被代码占用。STM32的SWDIO（PA13）和SWCLK（PA14）默认是调试功能，但如果你在GPIO初始化里把它们配置成了普通输出，程序一跑，ST-Link马上失联，下次无法下载新程序。当时我做OLED显示时把PA13和PA14当成了普通GPIO来用，结果程序烧进去后，ST-Link彻底连不上，只能按住复位键、擦除芯片，反复操作才救回来一次。

经验：只要还需要调试，就别把PA13/PA14/PA15、PB3、PB4这几个默认复用调试功能或JTAG功能的引脚当普通IO用。如果一个板子管脚实在紧张，也要在程序开头留一个几十秒的“投降窗口”——启动后延时几秒再初始化外设，这样万一出问题，按住复位键的时候ST-Link还能在窗口期内连上，这是个保命手段。

5.3 “延时函数卡死”的详细复盘

这是网上热词里出现最高频的问题，我也复盘一下：有一次我把串口发送数据放进了1ms定时器中断回调函数，里面又调用了HAL_Delay(2)，你以为延时2ms，但实际上SysTick的计数变量在中断里被打断，导致HAL_Delay里的等待循环永远不满足退出条件，主循环直接卡死，看门狗也救不了——因为中断还在跑，狗还活着。

排查时用调试器暂停程序，看PC指针永远停在HAL_Delay那个循环里。解决方式前面说过了：中断回调里禁止一切阻塞调用。后来我养成了一个习惯，每个中断回调只做三件事：置标志位、读数据到缓冲区、清标志。耗时操作全部放到主循环状态机里去执行，这个习惯让整个系统的稳定性上了一个台阶。

6. 设计手册撰写与项目成果沉淀

6.1 手册不是给老师看的，是给“未来的自己”看的

这个项目在交付时不但要做实物，还要有一份设计手册。很多学生把手册写成了“百度百科复制粘贴合集”，前半本全是STM32介绍，后半本全是模块说明书，自己的设计反而一点没写。作为做过多次毕设评审指导的人，我的建议是手册必须围绕“你自己做了什么决策、为什么这样做、做成什么样”来写，数据手册可以引用，但那只是一个背景引用，核心是设计过程本身。

我的手册结构如下：

• 绪论：项目背景、需求分析
• 总体方案设计：系统功能模块划分与方案对比
• 硬件设计：原理图设计、关键电路参数计算、PCB布局说明
• 软件设计：主流程图、各驱动模块说明、核心代码解析
• 系统测试：测试环境、测试数据、结果分析
• 总结与展望

6.2 如何画一张有信息量的系统框图

系统框图不是拿Visio随便画几个方框连起来，要能体现数据流和控制流。我建议按“感知层→控制层→执行层→人机交互层”来分层画，每一层标注接口类型（GPIO/UART/I2C/PWM）和信号方向。比如感知层的超声波模块标“GPIO触发→TIM2 Capture读取”，控制层标注“状态机+事件队列”，执行层标“TIM3 PWM→舵机”，交互层标“USART1→PC上位机”。这样做出来，老师一看就知道你对整个系统有完整的掌控。

6.3 测试数据记录的正确打开方式

手册里必须有测试数据，而且要有“对比逻辑”。比如测距精度：在20cm、50cm、100cm、200cm处各测20次，记录平均值、最大误差、标准差，形成一个表格：

这样的数据比“误差很小”四个字有说服力得多。同样，供电测试记录下舵机动作瞬间的电压跌落波形，按键测试记录100次按压的识别成功率。数据是项目的脸面，也是答辩时最扎实的底牌。

6.4 答辩高频问题清单

根据经验，老师拿到这种项目通常问这几个方向：

• 为什么选STM32F103，而不是G031、L431或者Arduino？
• 3.3V和5V系统连接时电平转换是怎么处理？
• 超声波测距原理，为什么用定时器输入捕获而不是外部中断？
• 如果鸽子在传感器前面扇翅膀，怎么避免误判？
• 掉电后数据怎么保存，RTC怎么维持走时？
• RS485总线为什么要接终端电阻，什么情况下可以去掉？
• 系统最耗电的模块是什么，未来怎么低功耗化？

这些问题在这篇博文的前面都覆盖到了，答辩前自己拿这套“题目清单”过一遍，比背十遍PPT有用。

7. 个人经验总结

分享两点对这类“实物+电路+手册”项目最真切的体会。第一，时间分配要明显偏向硬件调试。写代码、画图这些坐在电脑前的活看着效率高，但真正磨人的是电源纹波、引脚虚焊、传感器干扰这一类只有在真机上才会暴露的问题。我建议至少留出一半时间专门做实物联调，不要觉得自己把原理图画完、代码写完就算完成了，实物不跑起来，一切等于零。

第二，做项目的过程中一定养成随手记录的坏习惯的好习惯。这里得改口——随手记录是好习惯。当时我每调通一个模块，就在实验记录本上写一行“什么现象、改了什么、结果如何”，最后写设计手册时直接翻笔记本抄，效率极高。如果不记录，全凭脑子回忆，到写手册时会发现很多决策细节早就忘了，那就只能编，编出来的东西答辩时最容易被问倒。

这套系统做完之后，如果还想继续扩展，我建议往三个方向走：一是加一个热释电红外传感器和超声波做融合判断，减少翅膀扇动造成的误触发；二是用ESP32模块把喂食记录推送到手机，无非是多一路串口和MQTT协议；三是把所有训练计划参数抽出来做成配置文件，通过上位机直接下发，让系统的可配置性再上一个台阶。只要底层电路和状态机架构没做死，扩展永远是顺水推舟的事。