去年帮朋友做了一套鸽舍管理系统,从需求对接到最终实物落地花了差不多两个月。一开始以为只是做个定时投喂,真正做进去才发现,一套智能鸽子驯养系统要兼顾的东西远比想象中多——什么时候喂、喂多少、鸽子回来没有、舍内温度湿度是否合适、这些数据怎么汇总到手机或上位机。最后选用STM32作为主控,配套超声波测距、舵机投料机构、温湿度传感器以及一块LCD显示面板,从电路设计、PCB打样到嵌入式软件调试,完整跑通了一套实物系统。这篇就把整个设计过程、电路要点和踩坑经验整理出来,希望能给正在做类似项目的朋友一些参考。1. 项目整体思路:先搞清楚驯养系统真正要解决的问题1.1 需求拆解:不只是定时喂食这么简单鸽子的驯养和普通家禽喂养不一样,核心在于归巢和条件反射的建立。鸽子需要定时放飞出笼、定时归巢进食,通过饥饿感和固定时间段建立起回笼的驱动力。所以智能驯养系统要解决的第一个问题不是喂,而是在正确的时间窗口内,用正确的信号引导鸽子回巢。我把需求拆成四块来看:定时投喂:每天分几个时段投喂,投喂量可调,周末或特殊训练日可以手动触发。归巢检测:通过超声波测距判断鸽子是否进入巢箱,顺便统计归巢时间和只数。环境监测:温湿度影响鸽子状态,高温高湿容易生病,需要实时监测并报警。数据可视化:本地LCD显示关键数据,同时通过RS485或串口上报到上位机,方便做驯养记录。第一版需求容易犯的毛病是什么都想加——有的同学一上来就想着加4G模块、摄像头、云端平台,结果硬件复杂度上去了,稳定性下降,毕业设计答辩时反而说不清楚。我的建议是:先把本地闭环跑稳,再谈远程。这套系统最核心的价值在于无人值守条件下的定时、定量、可视化管理,先把这三个点做扎实,其他都是加分项。1.2 系统架构与主控选型:为什么还是STM32系统架构分为感知层、控制层、执行层和人机交互层。感知层用HC-SR04超声波模块测距、DHT11温湿度传感器;控制层就是STM32最小系统;执行层是SG90舵机控制的投料仓;人机交互层用2.4寸ILI9341 LCD屏加按键。整个系统供电由4.2V锂电池加降压电路完成。主控选型上,我选了STM32F103C8T6。理由有三点:一是资料极多,遇到问题几乎都能查到解决方案,对项目周期紧的情况非常重要;二是外设丰富,定时器、ADC、UART、SPI全都有,系统不需要额外扩展芯片;三是价格友好,当前市场上这个芯片的国产替代型号也很成熟,焊接和调试都方便。在这个项目里,我实际用到的主资源如下:TIM2:超声波测距的输入捕获TIM3:舵机PWM输出TIM4:系统调度节拍(1ms中断)USART1:RS485上位机通信USART2:预留调试串口SPI1:ILI9341 LCDADC1:电池电压检测(顺便实现低电量报警)这个资源分配看起来不复杂,但实际中很容易踩坑的是定时器冲突问题。比如TIM2用作输入捕获,TIM3用作PWM,如果代码里不小心把两个定时器的中断优先级配错,或者把同一个GPIO复用到了两个外设上,系统就会不明原因卡死。后面专门有一节讲调试问题,这里先提个醒。2. 硬件电路设计:从电源到执行机构的完整链路2.1 电源电路:锂电池充电、稳压与低功耗设计整套系统是移动场景,不能一直插着适配器,所以电源方案上我用了一节18650锂电池(标称3.7V,满电4.2V),配合TP4056充电模块做充电管理。TP4056这个东西很经典,外围只需要两个电阻设定充电电流、一个USB输入口就能工作,我没用模块成品,而是直接画在PCB上,散热更好也更紧凑。充电电流设定电阻的计算公式是( I_{CH} 1200 / R_{PROG} ),也就是R_PROG1.2K时充电电流约1A。考虑到18650电池容量通常在2000mAh到2600mAh,我选了1.2K电阻,实测充电电流0.98A,从空电到满电约2.5小时,这个速度对日常使用是合适的。系统内部有5V需求(舵机、超声波模块)、3.3V需求(STM32、LCD、传感器)。锂电池电压范围是3.0V~4.2V,直接给3.3V系统供电会随着电量下降出现不稳定,所以必须经过稳压。我的做法是:升压路径:锂电池 → MT3608升压到5V,给舵机和HC-SR04供电降压路径:5V → AMS1117-3.3,给STM32和传感器供电这个两级架构在实验室测试时有个容易被忽视的问题——AMS1117的压差要求。AMS1117正常工作时输入输出压差需要至少1V,5V降3.3V压差1.7V,没问题。但如果直接用锂电池3.7V去降3.3V,看似压差只有0.4V,实际输出会掉到2.8V左右,STM32就跑不稳了。这点很多教程没强调,我一开始也栽过跟头。电源电路做完整后,我还加了一个电池电压采集:通过两个电阻分压(10K10K)把电池电压降到ADC可测范围,再经过一个100nF电容滤波。分压电阻要选1%精度,否则电量显示不准。2.2 复位电路与独立看门狗:抗干扰的底层保障嵌入式系统在鸽舍这种电磁环境复杂的场所,复位和看门狗不是可选配置而是必需项。复位电路我用的是经典RC复位:10K上拉电阻加100nF电容到地,复位按键并联在电容两端。按键按下时把NRST拉低,松开后电容充电完成,系统正常复位。关于复位电路,网上很多原理图只画了电阻电容,但实际PCB布局时有个关键细节:复位电容要尽可能靠近NRST引脚,走线要短,否则容易耦合进干扰信号,造成系统随机复位。我第一版PCB为了走线方便,把复位电容放在了板子边缘,结果舵机一转,系统就概率性重启。后来把电容挪到芯片旁边,问题再没出现过。看门狗我使用的是STM32内部的独立看门狗(IWDG),这玩意儿一旦开启就不能通过软件关闭,只能复位后重新配置,这点在调试时要特别注意。喂狗操作放在主循环里,周期是500ms喂一次:void IWDG_Config(void) { // 使能写访问 IWDG_WriteAccessCmd(IWDG_WriteAccess_Enable); // 设置预分频器为64,则40KHz晶振下计数值为640Hz // 超时时间 (4*64/40K) 6.4ms/Tick // 设置重装载值为250,则超时时间约为1.6秒 IWDG_SetPrescaler(IWDG_Prescaler_64); IWDG_SetReload(250); IWDG_ReloadCounter(); IWDG_Enable(); }关键点是喂狗要放在有实时性保障的位置,不能放在一个可能被阻塞很长时间的循环里。比如我在主循环中喂狗,但超声波测距的while等待如果超过看门狗超时时间,就会复位。解决办法是把测距改成中断模式,或者把喂狗操作放到TIM4的1ms中断里。我最终选择了后者,从实际运行看,连续7天不重启,稳定性达标。2.3 传感器接口与执行机构:超声波测距和舵机投料的电路细节HC-SR04超声波模块的接口电路看起来简单,但有几个坑必须注意。第一是供电电压,模块推荐5V供电,VCC直接接5V,如果接3.3V会导致测距不稳定。第二是Trig和Echo引脚电平——STM32的GPIO一般是3.3V,HC-SR04的Echo输出是5V,如果不做电平转换直接接PA0的输入捕获通道,有烧坏IO的风险。我在项目中用了一个简单的分压方案:Echo输出经过两个电阻(1K和2K)分压,把5V降到约3.3V:Echo(5V) → R1(1K) → 节点A → R2(2K) → GND 节点A → PA0(输入捕获)节点A电压 5V × 2K/(1K2K) ≈ 3.33V,正好在STM32输入高电平阈值之上,又在3.3V耐压范围以内。这个方案比加电平转换芯片简单,实测信号完整度也不错。舵机投料机构是系统的执行核心。SG90舵机需要500ms~2500ms的PWM脉冲才能控制角度,对应50Hz频率。我用了TIM3的CH2产生PWM:void Servo_Init(void) { TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_OCInitTypeDef TIM_OCInitStructure; // 打开TIM3时钟 RCC_APB1PeriphClockCmd(RCC_APB1Periph_TIM3, ENABLE); // 配置GPIO为复用推挽输出 GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Pin GPIO_Pin_6 | GPIO_Pin_7; // PA6/PA7对应TIM3_CH1/CH2 GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); // TIM3时钟 72MHz,预分频器72,计数频率 1MHz // PWM频率 1MHz / (20000) 50Hz TIM_TimeBaseStructure.TIM_Prescaler 72 - 1; TIM_TimeBaseStructure.TIM_Period 20000 - 1; TIM_TimeBaseStructure.TIM_ClockDivision TIM_CKD_DIV1; TIM_TimeBaseStructure.TIM_CounterMode TIM_CounterMode_Up; TIM_TimeBaseInit(TIM3, TIM_TimeBaseStructure); TIM_OCInitStructure.TIM_OCMode TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse 1500; // 1.5ms脉宽,舵机中位 TIM_OCInitStructure.TIM_OCPolarity TIM_OCPolarity_High; TIM_OC1Init(TIM3, TIM_OCInitStructure); TIM_OC1PreloadConfig(TIM3, TIM_OCPreload_Enable); TIM_ARRPreloadConfig(TIM3, ENABLE); TIM_Cmd(TIM3, ENABLE); }这个配置里周期为20000(20ms),脉宽1500对应1.5ms,正好是中位。控制投料时,舵机从0度(500us脉宽,对应TIM_Pulse500)转到90度(2000us脉宽),把饲料仓挡板拉开,饲料依靠重力落入食槽。注意SG90舵机有一个很实际的坑——堵转电流可以飙到1A以上。如果你的电源设计余量不足,舵机启动瞬间会把MCU电压拉低,导致复位。我实测过AMS1117-3.3的输入侧如果和舵机共用5V节点,舵机启动时5V会被拉低到4.2V,3.3V输出跟着掉到3.0V,系统直接挂掉。解决办法是把舵机电源从主5V网络独立出来,加一个470uF电解电容储能,同时尽量让舵机地线单点接地回电源负极,避免大电流通过数字地平面干扰MCU。2.4 RS485通信电路与按键防抖系统需要向上位机发送驯养统计数据,考虑到鸽舍环境下可能有多套设备组网,我选了RS485总线方案,主控端用的是MAX3485芯片(3.3V版本的MAX485)。RS485自动收发电路是我调试过程中比较折腾的部分。一般做法是用一个GPIO控制DE/RE方向,但为了简化软件,我用了自动收发电路:把MAX3485的DI引脚通过一个三极管反相后接到DE,同时RE接DE。这样当MCU发送数据时,DE自动拉高进入发送模式;发送完成后,由于总线空闲电平为高,三极管导通,DE被拉低切回接收模式。实际使用中这个电路有个注意点:自动收发切换有延迟,如果MCU连续发送两个字节之间的间隔太短,第二个字节可能被吃掉。解决办法是在发送完一帧数据后加一个延时(我实测加5ms就够了),再进入接收模式。这个很小的坑,排查了我整整一晚上。按键防抖电路方面,我没有用专用的防抖芯片,而是采用RC硬件防抖加软件消抖双重方案:硬件:按键并联一个104电容(100nF)到地,消除高频抖动软件:检测到电平变化后延时20ms再次确认这种方式在有舵机大电流设备的系统中尤为重要,因为舵机启动瞬间会在电源线上产生较强干扰,如果按键没有RC滤波,一次点击可能会被识别成两三次,触发逻辑就会乱。3. 软件实现:让系统按逻辑运转3.1 主程序框架:一个轻量级状态机这套系统的软件不算复杂,但我坚持用状态机的思路来组织代码,而不是把所有功能堆在while循环里。原因是投喂逻辑从定时检测到舵机动作再到状态确认,天然就是一个状态流转过程,用switch-case组织起来,逻辑清晰且不容易出bug。主程序状态划分如下:状态触发条件动作迁移目标SYS_INIT上电/复位初始化外设、读取参数SYS_IDLESYS_IDLE初始化完成等待定时器秒中断SYS_CHECK_TIMESYS_CHECK_TIME每秒定时判断是否到达投喂时间SYS_FEED / SYS_IDLESYS_FEED时间到达舵机开仓-延时-关仓SYS_MEASURESYS_MEASURE投喂完成超声波测距、温湿度采集SYS_DISPLAYSYS_DISPLAY测量完成LCD刷新、串口上报SYS_IDLE这个状态机的设计有一个容易被忽略的好处:每个状态占用系统资源的时间是可预测的,这在有看门狗的系统里非常重要。比如在SYS_FEED状态下,舵机动作需要800ms,但我在这个状态里是每50ms中断检查舵机角度是否到位,而不是死等到800ms结束,这样喂狗中断不会被阻塞。int main(void) { SystemInit(); GPIO_Config(); UART_Config(); TIM_Base_Config(); TIM_PWM_Config(); TIM_IC_Config(); I2C_Config(); // DHT11用软件模拟IO SPI_Config(); // ILI9341 IWDG_Config(); SysState SYS_INIT; while(1) { switch(SysState) { case SYS_INIT: if(Init_Complete 1) SysState SYS_IDLE; break; case SYS_IDLE: // 等待1s定时标志 if(Time_1s_Flag 1) { Time_1s_Flag 0; SysState SYS_CHECK_TIME; } break; case SYS_CHECK_TIME: if(Feed_Time_Arrive 1) SysState SYS_FEED; else SysState SYS_MEASURE; break; // 其他状态... } } }3.2 超声波测距:输入捕获的关键细节超声波测距的原理很简单:Trig引脚拉高10us,模块发出8个40KHz脉冲,然后Echo引脚输出一个高电平脉冲,脉冲宽度就是声波往返时间。距离 时间 × 340m/s ÷ 2。实现上有两种常见方式:一是阻塞式等待Echo电平变化,用延时函数计时;二是用定时器输入捕获测量脉冲宽度。我强烈推荐第二种,原因有两个:阻塞式等待会卡住主循环,如果在这期间看门狗超时时间到了,系统会不断复位;输入捕获精度高,可以测到微秒级的时间差,对应的距离精度能够达到毫米级。输入捕获的配置思路是:先把TIM2的通道1配置为上升沿捕获,捕获到上升沿后清空计数器,再把触发条件改为下降沿捕获,捕获到下降沿时记录计数器的值。两次捕获之间的计数值 × 1us,就是Echo高电平的时间。void TIM2_IRQHandler(void) { if(TIM_GetITStatus(TIM2, TIM_IT_CC1) ! RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_CC1); if(IC_Start_Flag 0) { // 第一次捕获(上升沿),记录当前计数值 IC_Start_Value TIM_GetCapture1(TIM2); IC_Start_Flag 1; // 改变触发条件为下降沿 TIM_OC1PolarityConfig(TIM2, TIM_ICPolarity_Falling); TIM_SetCounter(TIM2, 0); } else { // 第二次捕获(下降沿),计算时间差 IC_End_Value TIM_GetCapture1(TIM2); Echo_Time IC_End_Value - IC_Start_Value; // 计算距离,Echo_Time单位us,距离 Echo_Time * 0.17mm Distance Echo_Time * 0.17 / 10; // 单位cm IC_Start_Flag 0; // 改回上升沿捕获 TIM_OC1PolarityConfig(TIM2, TIM_ICPolarity_Rising); } } }实测下来,HC-SR04在30cm到300cm范围内精度表现良好,误差约±1cm。超过300cm后回波衰减明显,容易出现无返回值的情况。所以在代码里要做超时保护:// 如果IC_Start_Flag始终为1,超过50ms未出现下降沿,视为超时 if(IC_Start_Flag 1 Timeout_50ms_Flag 1) { IC_Start_Flag 0; Distance 999; // 无效数据 TIM_OC1PolarityConfig(TIM2, TIM_ICPolarity_Rising); }3.3 舵机控制与投喂逻辑的到位确认投喂逻辑从表面看就是舵机转过去、停一下、转回来,但实际执行时有一个关键问题——如果中间发生意外,例如饲料卡住导致舵机堵转,系统怎么知道?如果只是按固定延时操作,舵机没到位就认为投喂完成,会造成统计数据和实际不符。我的方案是在SYS_FEED状态里,把开仓动作拆成启动-监测-确认到位三个环节:启动后每50ms读取一次当前舵机应该到达的位置(PWM占空比),监测实际角度是否和设定值一致。由于舵机反馈信号是PWM的脉宽,在SG90上无法直接读取角度,所以我简化实现为监测电机的电流特征——但这需要额外的电流采样电路。对于本项目的预算和复杂度考量,我最终采取了妥协方案:在舵机控制线上串联一个0.5欧姆采样电阻,用STM32的内置ADC采样电压降,计算电机电流。堵转时电流会明显上升,当采样到电流大于500mA且持续200ms,就判定为堵转,执行反转退料逻辑。这个方案不需要额外的运放电路,虽然精度不高,但作为堵转检测足够用。uint16_t Get_Motor_Current_mA(void) { // 读取ADC值 - 电压 - 电流 uint16_t adc_val ADC_GetConversionValue(ADC1); float vol adc_val * 3.3f / 4095.0f; float current vol / 0.5f; // R0.5欧姆 return (uint16_t)(current * 1000.0f); // 转为mA } uint8_t Motor_Block_Check(void) { static uint16_t high_current_cnt 0; if(Get_Motor_Current_mA() 500) { high_current_cnt; if(high_current_cnt 4) // 200ms,每50ms检测一次 { high_current_cnt 0; return 1; } return 0; } high_current_cnt 0; return 0; }如果检测到堵转,状态机就进入SYS_FEED_BLOCK状态,舵机反转500ms,再重新尝试开仓。连续三次失败后,通过LCD显示饲料堵塞报警,RS485上报事件。这套逻辑实测堵料时准确率超过90%,偶尔的误判主要出现在舵机冷启动瞬间电流较大时,所以代码里特意加了持续200ms的判断条件,把启动瞬间的尖峰电流过滤掉了。3.4 LCD显示与参数设置显示方案用的ILI9341,2.4寸SPI接口,屏显分辨率320x240。不少人在读ILI9341的ID时遇到过返回0xA1A1的问题,这是SPI时序不匹配导致的。ILI9341的读ID命令(0x04)要求在发送命令后,至少要等一段时间才能读数据,如果时序太紧,读回来的就是0xA1A1而不是厂家ID。我最终没有依赖读ID做初始化判断,而是直接把ILI9341的初始化序列(寄存器配置命令表)完整写入,实测不同批次屏幕显示都正常。初始化命令表大概有四十多条命令,其中有些关键项:0xCF、0xED、0xE8、0xC0、0xC1、0xC5、0x36(扫描方向)、0x3A(像素格式)、0x29(退出睡眠)。这些命令值网上广传的资料基本一致,批量兼容性很好。UI界面上我分了三个页面:主页显示当前时间、温湿度、距离;第二页显示定时投喂参数(可按键调整);第三页显示历史投喂记录。按键输入做了简单的菜单逻辑,短按切换选中项,长按进入编辑模式,再短按增加数值。整套交互不算花哨,但对一个单片机项目来说足够用了。4. 调试实录:踩过的坑与解决办法4.1 硬件问题:复位不稳定、舵机干扰、电池供电波动这个项目里我踩的坑还真不少,挑几个最有代表性的分享。第一个坑是复位不可靠。第一版PCB做好后,发现系统偶尔会随机重启,刚开始怀疑是看门狗配置问题,但把看门狗关掉后依然偶尔重启,这才确定是硬件复位问题。用示波器抓NRST引脚,发现有毛刺,频率在几十kHz,来源是舵机PWM信号通过电源走线耦合过来的。解决措施是我前面提到的——复位电容靠近NRST、复位电路走线远离PWM输出线、舵机电源独立供电。三条同时改,问题才彻底消失。第二个坑是超声波模块偶尔死机。HC-SR04在长时间上电后,偶尔会出现Trig给信号但没有Echo响应的情况。排查后发现是模块自身的问题——电源纹波过大或周围有干扰时,模块内部逻辑会卡在一个接收状态。解决办法是软件层加超时保护,遇到超时就给模块断电20ms再重新上电。硬件上我在模块电源脚加了一个10uF电容,实测死机频率从每几小时一次降到了几乎为零。第三个坑是电池供电下的ADC采集跳动比较大。当舵机不工作时,电池电压ADC值稳定;但舵机转动的瞬间,锂电池内阻会让电压瞬间波动0.3V左右,反映到电量显示就是突然跳了10%。排查后我做了两件事:一是ADC采样值做了50次移动平均滤波;二是在舵机启动前读取一次电压作为动态电压,舵机运行期间不刷新电量显示。虽然本质上这只是软件层面的掩盖,但对用户体验提升非常明显。4.2 看门狗误触发的经典场景看门狗误触发是我调试过程中最头疼的问题,没有之一。现象是:系统运行几十分钟或几小时后自动重启,然后又恢复正常。用调试器附加上去又很难复现,因为看门狗一复位,程序就要从main重新跑。后来我加了日志功能,把喂狗时间记录在RAM中,系统重启后立刻把上次的记录打印出来,才最终定位到问题:某个耗时操作没有及时喂狗。具体是SYS_FEED状态下,我原来用了一个while循环等待舵机到位,这个循环偶尔会超过3秒——原因是舵机在低温环境下启动速度变慢,扭矩不足,到位时间明显拉长,而看门狗超时是1.6秒。解决方法是把等待到位改成计时溢出电流检测两个条件同时判断:电流恢复正常(舵机到位后电流会掉落)或者计时超过3秒,任一条件满足就认为到位。同时把看门狗喂狗改到1ms定时中断服务函数里执行,彻底杜绝了耗时阻塞导致的复位。还有一个细节:调试模式下建议先关看门狗。用ST-Link仿真时,如果停在断点上超过看门狗超时时间,系统会被复位,导致调试器连接断开。我一般在调试阶段把看门狗初始化代码用宏控制:#ifdef DEBUG_MODE // 调试模式下不开启看门狗 printf(Watchdog disabled in debug mode\r\n); #else IWDG_Config(); #endif4.3 485通信在干扰环境下的稳定性处理鸽舍环境里有电机、有220V电源线,485总线在这种环境下特别容易出问题。我最初的方案是直接两根双绞线连接,没有终端电阻,结果通信距离超过5米就概率性丢帧。排查后做了三个改进:在总线两端各加一个120欧姆终端匹配电阻(如果只有两个节点,主站端和从站端各接一个)总线采用屏蔽双绞线,屏蔽层单端接地通信引线远离舵机电源线和超声波信号线,实在无法避免时,交叉走线而非平行走线改完后实测在20米距离下,9600波特率,连续收发1000帧数据,丢帧率为0。顺便说一句,如果项目在更复杂的工业环境里,考虑用隔离型RS485收发芯片(如ADM2483)会更稳,但成本会高一些。另外软件上,485通信帧格式我使用了最简单的协议:帧头(0xAA 0x55) 命令字 数据长度 校验(累加和)。不需要用复杂的MODBUS,在一个从站的场景下,自定义轻量协议逻辑更清楚,调试起来也更直接。4.4 超声波与舵机的EMI相互干扰最后说一个比较隐蔽的坑:超声波的Echo信号线如果靠近舵机PWM输出线,会导致测距值偶尔跳变到非常离谱的数字(比如1cm或999cm)。这是因为舵机PWM的50Hz信号可能会耦合到Echo线的内部比较器输入上,造成误触发。解决办法:硬件上,把Echo线和舵机PWM线在PCB分层走线,中间隔一层GND平面软件上,连续测距三次取中值,而不是取平均值。三次中取中值能有效剔除异常峰值,实测数据平滑度提升很多。如果不想加滤波电路,软件中值滤波几乎是零成本的,强烈推荐在项目中用起来。5. 最后的经验总结与扩展思路整套系统从硬件设计到软件调试,最终在鸽舍环境下稳定运行了一周以上。最直观的变化是,朋友不再需要每天固定时间去鸽舍手动喂食,系统按照设定时间自动完成投喂,并通过LCD显示温湿度和归巢情况,偶尔翻看RS485上报的数据,能对每只鸽子的归巢习惯做初步分析。给正在做类似项目的朋友几点建议:第一版不要贪功能,先把主控、电源、传感器、执行机构这套本地闭环跑通。基础稳了,后面加WiFi、加云平台、加GPS定位都只是锦上添花。电路设计时把电源裕量留足,舵机和超声波模块的瞬间电流远比标称值大,电源余量不够会让系统各种玄学故障。软件一定要有日志,哪怕只是一段串口输出,在排查复位问题时也能省下大量时间。看门狗不是万能药,它能防死循环,但防不了硬件干扰。先把硬件层面的干扰源解决掉,再看门狗才靠得住。如果后续想扩展,我个人觉得有几个方向很有意思:一是加入语音识别模块,通过鸽子的叫声频率判断健康状态;二是加一个GSM模块,实现远程报警;三是把多套驯养系统通过RS485组网,统一集中管理。这些方向的硬件接口在这套系统里已经预留了(UART2和SPI引脚都引出了),就看你愿意花多少精力继续折腾了。最后分享一个我做项目的小习惯:每次调试硬件前,先用万用表量一遍关键电源轨的对地阻值,确保没有短路再上电。虽然听起来很基础,但这一个习惯帮我避免过好几块板子被骗烧的痛苦。硬件这条路上,急不来,稳才是最快的。