STM32智能鸽子驯养系统：硬件电路设计与状态机实现全解析

养鸽子这事儿，看着简单，真上手了全是细节。喂食要定时定量，饮水得天天换，鸽舍温湿度稍微不对劲，鸽子状态就往下掉。更要命的是人不能一直守着——出差三天，就没人知道鸽子到底吃没吃、水够不够、晚上回没回窝。我最近把这套问题用一块STM32给收编了，做了一个基于STM32的智能鸽子驯养系统，实物样机、电路、设计手册三样一次做齐。这套系统能自动完成定时投喂、水位检测、温湿度采集、料仓余量监测，还能在OLED屏幕上把当前状态全部显示出来。如果你正在准备电子设计类项目，或者家里真养着鸽子想省点事，这篇可以当个完整参考。全文主要围绕系统方案、电路设计、硬件组装、程序逻辑和调试经验展开，最后还会讲设计手册怎么写才不拉胯。

1. 项目概述与整体思路拆解

1.1 这套系统到底要解决什么痛点

先说养鸽子的日常。人工喂食看起来简单，实际上最麻烦的是“按时”。我见过不少养鸽人早上六点爬起来撒粮，遇到出差几天就只能托邻居代管，邻居偶尔忘一次，鸽子的进食规律就乱了。育雏期的种鸽需要定时补充营养，训放期的赛鸽又要控制食量避免过肥，这些全凭经验去卡时间点，人一旦不在就全盘失效。

所以这套系统的核心需求很明确：把投喂动作从“人肉定时”变成“机器定时”。在此基础上才延伸出饮水监控、环境采集、料位检测这些辅助功能。功能拆下来大概是这么几块：

• 定时定量投喂：每天两个以上喂食时段，用步进电机控制出料量。
• 饮水监测：水槽水位低于阈值就报警提醒。
• 环境采集：鸽舍温度、湿度实时显示，辅助判断通风和保暖。
• 料仓监测：超声波探头测料箱余量，料快没了提前通知。
• 本地交互：OLED屏显示状态，按键切换自动/手动模式。

交付形态是“实物+电路+设计手册”，这个组合意味着不是一个跑通就扔的DEMO，而是要能摆上桌演示、能交原理图评审、能按文档复现的完整项目。硬件上要有像样的电路板或模块化接线，软件上要有清晰的逻辑结构，文档上要能把从需求到测试的全过程讲清楚。

1.2 为什么选STM32作主控

这块可以是全项目最不用纠结的决定。51单片机虽然便宜，但资源实在吃紧，跑个带定时器调度、传感器驱动、OLED显示、电机控制的状态机，Flash和RAM很快就顶满了，中断优先级也简单，稍微复杂一点的逻辑就很容易写得绕。Arduino倒是上手快，库函数一把梭，但在课程设计、毕业设计或者项目评审的语境里，Arduino容易被质疑“技术含量不够”，而且底层细节被库包装得太严实，出了奇怪问题很难讲清原理。

STM32F103C8T6是当前最合适的点。72MHz主频、64KB Flash、20KB SRAM，片上有USART、SPI、I2C、ADC、定时器、PWM这些外设，应对这个项目的需求绰绰有余。核心板十几块钱，网上资料铺天盖地，踩坑成本低。更关键的是，用STM32能把整个系统的技术深度拉起来——你可以讲定时器输入捕获测频率、可以讲独立看门狗防死机、可以讲I2C驱动OLED、可以讲SPI读LCD模块ID，这些全都是项目评审时能扛住提问的硬通货。

另外，后期如果想扩展，STM32的接口余量也够。我在设计时预留了一个USART口和一个I2C口，后面想挂ESP8266做物联网上报，或者接K210做视觉识别，都不用推翻重来。这种“往长远想一步”的做法，在方案设计阶段就要确定下来。

2. 电路设计：从电源到传感器接口

2.1 电源方案怎么搭

电源是整个系统里最容易被低估的部分。很多新手喜欢用7805从12V直接降到5V，再接AMS1117降到3.3V，结果一接电机就复位。原因是7805在压差7V、电流几百毫安的情况下，热耗散实在太大，发热严重，而且线性稳压的转换效率太差。我的做法是采用两级降压：

第一级是DC-DC buck降压，输入12V，输出5V。模块选MP1584或者LM2596都行，MP1584体积小，LM2596皮实但效率稍低。这一级给步进电机、超声波模块、继电器供电。第二级是AMS1117-3.3，把5V降到3.3V，专门给STM32和OLED、传感器供电。这里不要偷懒直接用DC-DC输出3.3V，因为DC-DC的纹波相对较大，对ADC采样和I2C通信多少有点影响，线性稳压虽然效率低一点，但胜在输出干净。

实际接线时要注意几个细节。输入端的反接保护我用了SS34肖特基二极管串在12V正极，万一电源接反，二极管反向截止，后面的电路不会烧。输入输出电容不能省，每个DC-DC模块的输入输出端都并上100uF电解电容和100nF陶瓷电容，陶瓷电容滤高频，电解电容兜底低压波动。负载侧的供电线如果和电机驱动共用，运行电机时电压容易瞬时跌落，尽量让电机电源线粗一点，或者干脆用两个开关电源分别供电。

如果要做锂电池版本，4.2V锂电池充电电路用TP4056模块就行，电池电压经过升压到5V再接后面两级。这部分我不建议自己搭充电芯片电路，成品模块又便宜又稳，自己做反而容易在充电管理上翻车。

2.2 复位电路与看门狗

STM32的复位电路非常简单。NRST引脚接一个10kΩ上拉电阻到3.3V，再接一个100nF电容到地。系统上电瞬间电容充电，NRST引脚维持一小段时间的低电平，让芯片完成内部复位过程，随后抬到高电平开始运行。这个RC时间常数大概是1ms级别，对STM32来说足够了。

比复位电路更重要的是看门狗。这套系统安置在鸽舍边上，一旦程序跑飞，最直接的后果就是当天鸽子没饭吃。所以我把STM32的独立看门狗IWDG配置进了系统。IWDG由片内的LSI低速时钟驱动，典型频率40kHz，与主时钟无关，即使主时钟出问题它也能工作。

配置方法是这样：选择预分频系数64，即分频后的计数频率为40k/64=625Hz。如果希望看门狗超时时间为2秒，那么计数器需要从4095递减到（4095-（625*2）-1），简化计算就是重载寄存器的值设置为1249左右。每次喂狗就是往IWDG_KR寄存器写0xAAAA，把计数器重新刷满。

喂狗语句放在主循环里而不是放在定时器中断里，这一点很关键。如果喂狗写在中断里，主循环即使卡死，中断照常跑，看门狗永远不会复位，那看门狗就形同虚设。正确的做法是主循环执行一遍完整的状态巡检后再喂狗，这样一旦某个子模块死等，整个流程就会暴露给看门狗，达到真正恢复系统的目的。

2.3 传感器接口的抗干扰处理

鸽舍环境不算恶劣，但电机启停、继电器吸合瞬间都会在电源线上制造毛刺，传感器接口如果不做处理，很容易采集到跳变数据。

超声波模块HC-SR04的Echo引脚输出高电平持续时间就是测距时间，这个信号直接进STM32的GPIO是没问题的，但问题在于信号线较长时容易耦合毛刺，导致输入捕获测量的脉宽出现异常。我的处理方式是在Echo引脚上串联一个100Ω电阻，再并联一个100pF电容到地，组成一个简单的RC低通，既能滤掉高频干扰又不会把脉冲边沿拖得太慢。Trig引脚倒是没那么敏感，但我也习惯串一个100Ω电阻做保护。

按键防抖这个问题看着基础，翻车的人却不少。硬件上我在按键两端并联了一个104电容，配合10kΩ下拉电阻，机械抖动的高频分量基本被滤掉，软件里再叠加10ms延时确认，双保险。如果不做硬件防抖只靠软件延时，按键按下瞬间的毛刺依然可能从GPIO口进入芯片内部。

水槽液位检测不能直接拿两根裸电极接 GPIO 测电阻。水中通电会引起电解反应，电极表面很快会被腐蚀，而且水的电阻受水质影响很大。我改成用PNP三极管搭配干簧管浮球开关的方案：浮球随着水位升降，干簧管吸合或断开，三极管做开关转换后送进GPIO。这样电极不直接接触水，寿命长得多。如果坚持用水电极，就得用交流激励或者脉冲电压的方式，避免直流电解，电路复杂度会上升不少。

HX711称重模块属于可选附加项，它自带差分放大和24位ADC，直接把称重传感器的毫伏级差分信号放大并数字化。这个模块的模拟电源和数字电源我建议分开走，模拟供电用LC滤波后供给，能有效减少串扰。如果只是做料仓余量检测，其实超声波就够了，称重更适合记鸽子日摄食量，作为后期扩展。

3. 硬件搭建与关键模块实操

3.1 模块选型与接线总表

硬件清单不搞花哨，全部选市面上常见的稳定模块，方便买到也方便抄作业。我用的物料如下：

接线分配按功能划分，我用PD口的PB0~PB3接ULN2003驱动，PA0接超声波Trig，PA1接Echo，PB8接DHT11，I2C1的PB6/PB7接OLED，PC13和PC14接两个按键。剩下来的USART1保留给串口调试，USART2预留扩展。整套接线大概十几根，模块化以后排线整齐，后续排查问题也方便。

3.2 投喂机构：步进电机与驱动

投喂机构能不能稳定出料，直接决定这套系统好不好用。我选28BYJ-48五线四相步进电机，理由是控制精度高，可以准确控制出料转角和圈数，对比直流电机不需要编码器就能实现开环定位。配合ULN2003驱动板，内部自带达林顿管和续流二极管，直接驱动5V电机没问题。

接线顺序要按电机线的颜色来，不同厂家的线色顺序可能不一样，但常见的是红、橙、黄、粉、蓝对应1、2、3、4、5号线。红线和蓝线是两相绕组的公共端，接5V电源，橙、黄、粉分别接ULN2003的OUT1~4对应STM32的PB0~PB3。如果接错线序，电机只会抖动不转。

软件驱动采用八拍半步时序。四相绕组按顺序通电，每换一步转子走半个步距角。28BYJ-48电机本体步距角5.625°，减速比1/64，输出轴转一圈需要64*64/2=2048个脉冲。给出八个状态表：

const uint8_t step_sequence[8][4] = { {1, 0, 0, 0}, {1, 1, 0, 0}, {0, 1, 0, 0}, {0, 1, 1, 0}, {0, 0, 1, 0}, {0, 0, 1, 1}, {0, 0, 0, 1}, {1, 0, 0, 1} };

喂料量的标定要实测。打开料仓出料口，让电机转固定步数，接住流出的饲料称重，来回测三次取平均。我实测转5000步约出料25克，不同饲料颗粒大小不一样，玉米和颗粒料差别很大，标定必须针对自己实际用的饲料来做。运行时按目标克数反算步数，喂料量就能控制在误差5%以内。

最开始我犯过的错误是把步进频率调太高，超过1000Hz就丢步，输出轴实际转数比理论少一半。后来把步进定时器频率降到600Hz左右，切换方向时加50ms稳定延时，失步问题基本消失。

3.3 超声波料位检测的标定方法

HC-SR04测距原理很简单：Trig脚给一个10us以上的高电平触发，模块发出8个40kHz超声波脉冲，Echo脚输出高电平，高电平持续时间为声波往返时间。距离公式是：

距离(cm) = 高电平时间(us) / 58

除以58是因为声速约340m/s，往返距离需要先除以2，再换算成厘米。这个公式直接用就行，不用每次算。

但把超声波用在料仓测料位时，有个坑必须注意。料仓里的饲料表面是倾斜的，不是水平面，超声波打到斜面上会发生镜面反射，部分声波反射到料仓壁而不是直接回探头，导致回波信号丢失或者测出来的距离偏大。解决方案是在软件里做多次采样滤波，我连续测5次取中位数，再结合前后两次结果做差值判断，突变超过20cm就丢弃重新采样。

安装位置也有讲究。探头要尽量垂直于料的落料点上方，不要在出料口正上方，否则电机转起来，飞溅的饲料颗粒会直接干扰回波。超声波探头接线要远离电机驱动线，我刚开始把它们绑在一起，饲料余量数值乱跳了一阵，分开走线后才稳定。

DHT11的温湿度采集相对省心，单总线协议，数据线接一个4.7kΩ上拉电阻到3.3V就完事。它的精度只到这个级别——湿度±5%，温度±2°C，对于鸽舍环境监测完全够用。要注意DHT11上电后要等1秒以上再发起读操作，否则它还没准备好，会一直不应答。

4. STM32程序设计：状态机驱动自动驯养

4.1 工程搭建与初始化

软件部分我觉得最稳的路线是用STM32标准外设库。新建工程的步骤不复杂：把固件库里的CMSIS和STM32F10x_StdPeriph_Driver加进工程，根据需要勾选RCC、GPIO、TIM、USART、I2C等外设源文件，然后编写main函数。

时钟初始化是第一步关键操作。STM32F103C8T6外部接8MHz晶振，通过PLL倍频到72MHz。系统时钟配置代码如下：

void RCC_Configuration(void) { RCC_DeInit(); RCC_HSEConfig(RCC_HSE_ON); while (RCC_WaitForHSEStartUp() != SUCCESS); RCC_HCLKConfig(RCC_SYSCLK_Div1); RCC_PCLK1Config(RCC_HCLK_Div2); // APB1 = 36MHz RCC_PCLK2Config(RCC_HCLK_Div1); // APB2 = 72MHz RCC_PLLConfig(RCC_PLLSource_HSE_Div1, RCC_PLLMul_9); RCC_PLLCmd(ENABLE); while (RCC_GetFlagStatus(RCC_FLAG_PLLRDY) == RESET); RCC_SYSCLKConfig(RCC_SYSCLKSource_PLLCLK); }

注意APB1总线的最高频率是36MHz，所以定时器TIM2、TIM3、TIM4这些挂在APB1上的外设，时钟频率要按2倍计算。配置定时器定时时间时，这里的2倍关系很容易算错，我在调试时专门用逻辑分析仪验证过定时器溢出周期。

GPIO初始化按功能分头配置。按键输入用上拉输入模式，控制输出用推挽输出，超声波Echo引脚用浮空输入。复用功能的引脚要开AFIO时钟，比如TIM2的PWM输出需要配置GPIO为复用推挽。

如果用VSCode加JLink调试，过程中要配置launch.json和tasks.json，大体思路是编译生成hex后调用arm-none-eabi-gdb加载elf文件，配合JLink GDB Server实现断点调试。这个环境配起来比Keil麻烦一点，但调试体验确实更现代，如果追求效率和流畅度，还是Keil省心，我实际调试主力用的还是Keil。

4.2 定时器、PWM与外部中断

系统需要一个精确时基来做喂食时间判断和传感器巡检节奏。我用TIM2做1ms周期中断：TIM2挂在APB1上，计时器时钟实际是72MHz，预分频器设为71，自动重载值设为999，这样溢出周期正好是1ms。在这个中断里对ms计数变量累加，秒、分钟、小时全部由软件搭出来。

喂食时间管理我做成数组表，每一行存小时和分钟值，支持修改。系统每秒比对一次当前时间，命中设定时间且今天还没有喂食执行记录时，触发喂食任务。执行完把当天标志位置1，避免同一个时间点重复触发。

PWM用来做蜂鸣器报警节奏控制。TIM3的通道1输出PWM，用不同占空比和频率可以产生不同的提示音，喂料完成时响一声短的，缺料报警时响三声长的。PWM频率设为2kHz，占空比控制音量大小——当然蜂鸣器音量主要还是看驱动管和电压，PWM只是提供一个可控的调节手段。

按键用外部中断处理。PC13和PC14配置成上升沿触发，进中断后先做10ms消抖，再根据按下的时间区分单击和长按。单击切换手动/自动模式，长按触发一次手动投喂。这里要注意外部中断服务函数里不能做耗时的操作，比如启动电机，应该只设置标志位，等到主循环里再去执行具体动作。

4.3 核心状态机设计与喂食逻辑

系统运行逻辑我用状态机来组织，分为5个状态：

• 初始化态：上电后完成外设配置、传感器自检、加载时间表。
• 巡检态：周期采集温湿度、料位、水位，更新OLED显示。
• 待机态：系统空闲，等待喂食时间或按键触发。
• 喂食态：执行电机出料、记录喂食日志、完成后回到待机。
• 报警态：出现缺料、低水位等异常，蜂鸣器报警，等待人工确认。

状态机的写法要避免一个大switch堆到底，每个状态一个函数，返回事件给调度器。核心代码大致是这个结构：

void Main_Task(void) { switch(sys_state) { case SYS_INIT: State_Init(); break; case SYS_POLLING: State_Polling(); break; case SYS_IDLE: State_Idle(); break; case SYS_FEEDING: State_Feeding(); break; case SYS_ALARM: State_Alarm(); break; } }

喂食逻辑是这套系统最核心的地方。投喂动作拆成三步：先检测料仓里有没有料，再驱动步进电机精确出料，最后检测饲料是否顺利落入食槽。如果步进电机转了2000步，但超声波检测料位高度几乎没变，大概率是料口堵了，这时候就要停止出料并报警，避免电机空转损坏。

喂食时段默认为每天6:30和17:30各一次，但这背后其实还藏着一个驯养需求：鸽子在固定时间被投喂后，会产生条件反射，到点就回笼。这对训放鸽归巢习惯的养成很有帮助。所以我打开了一条扩展接口，后续可以通过红外对射传感器统计鸽子进出棚次数，把“到点回巢”这个行为量化成数据。

5. 调试实录：那些值得写进设计手册的坑

5.1 ILI9341读ID返回0xA1A1的排查

如果给系统配彩色屏幕，ILI9341驱动是最常见的方案之一。但总有新手遇到读ID返回0xA1A1这种状况。这个错误码的意思很明显：屏幕没有正确回应读ID命令，读出来的全是0xA1。

我的排查顺序是这样的。第一步检查供电，ILI9341模块的VCC和背光脚电压是否正常，很多模块VCC接5V或3.3V要注意规格，接错的话芯片直接不工作。第二步查接线，MISO和MOSI是否接反，CS片选是否固定拉低或者正确由软件控制，SCK和MOSI有没有搞混。第三步查初始化时序，ILI9341需要一次完整的软件复位过程——RST先拉低至少10us，然后拉高，延时120ms再发初始化命令。很多读ID失败其实是初始化时序不对，芯片还没进入正常工作模式。第四步把SPI时钟频率降下来，STM32 SPI最高18MHz，但有些模块布线差，跑太快数据错乱，降到2MHz左右往往就能读到正确ID 0x93XX。

这里我个人的强烈建议是上逻辑分析仪，直接看SPI总线上的数据波形。很多时候怀疑软件问题，结果发现是杜邦线接触不良或者模块的焊盘虚焊，波形一看就清楚了。

5.2 超声波测距跳变问题

超声波模块在带电机系统的环境里跳变，几乎是必然的。我实测过，电机启动瞬间，HC-SR04的Echo引脚上会感应出几毫秒的高电平毛刺，软件把这个毛刺当成有效回波，测出来的距离直接变成0.5米以下。

软件滤波是第一步：连续读取5次，去掉最大值和最小值，取剩下三个数的中位数。这个滤波器对随机毛刺非常有效。硬件上我同样加了RC滤波电路，100Ω电阻串联在Echo信号线上，并联一个47pF电容到地，把高频毛刺压住。另外，超声波模块的供电要和电机分开，我用了独立的5V供电网络，同时给模块电源脚并联一个100uF电解电容，让它在启动瞬间有足够的能量储备。

还有一点容易忽略的是探头的对射干扰。如果系统里要装两个超声波探头，要错开触发时间，同时只允许一个模块测距，否则互相串扰会让数据完全失真。

5.3 通信接口与电机驱动踩坑记

如果做的是扩展版本，几个通信接口的坑值得提前防着。

RS485自动收发电路在网络上很流行，利用DE/RE引脚接三极管自动控制收发方向，省一个GPIO。但这个电路有个缺点：发送最后一个字节后，方向切换需要时间，如果马上收数据，可能丢字节。解决办法是发送前把方向脚拉高，发完再拉低，或者加一个10ms延时再切回接收。自动收发方案不是什么场景都适用，要求高就直接用软件控制方向。

K210与STM32通讯也很常见。K210的UART电平一般是3.3V，但要注意两边波特率必须一致，而且共地一定要做好。我遇到过一次K210这边烧录正常，但STM32收不到任何数据，查了半天发现是两边地线没接，逻辑电平参考点不一致，数据全丢了。

CAN通信突然连不上这个问题，多数情况是三个原因：波特率配置不一致、总线没接终端电阻、节点之间没有共地。STM32的CAN外设波特率由分频和位时间参数决定，如果两个节点的采样点位置差距太大，也会出现偶发通信失败。排查时先把网络简化到两个节点，波特率固定，再看总线波形是否正常，通常很快能定位。

电机驱动方面的经验是：28BYJ-48电机在负载变化时电流很敏感，供电电压低于4.5V就容易失步。建议把电机电源直接接在DC-DC 5V输出上，不要和STM32共用AMS1117 3.3V这边。另外，ULN2003驱动板的GND和STM32的GND必须连在一起，形成统一的参考地。

6. 设计手册怎么写才能成为加分项

6.1 手册结构建议

设计手册是这个项目的另一半价值。评审人员看实物只能看到表面，真正的设计思路、选型依据、参数计算、测试数据都在手册里，这部分写得好不好直接影响最终评分档次。

我推荐的结构大致是：需求分析、总体方案设计、硬件设计、软件设计、系统测试、总结与展望。需求分析部分不要写空话，把“定时定量投喂”“水位监测”“环境采集”这些具体的用户痛点列出来，再转成功能指标，比如投喂误差不超过10%、水位检测误差不超过1cm、整机连续运行7天不死机。

总体方案里要有系统框图。用文字加表格把数据流向说清楚：传感器把物理量转换为电信号，经过接口电路进STM32，主控根据内部状态机逻辑控制电机和报警器，同时把状态输出到OLED。评审提问时，你能把这个图的每个箭头都解释清楚，这关就过了。

软件设计部分要把状态机画出来，配合每个状态的核心代码片段。设计手册不是把整个工程源码贴进去，而是讲清楚思路——哪个模块负责什么、定时器怎么分配、中断优先级怎么设置、为什么喂狗放在主循环。这些“为什么”比“是什么”更能体现设计者的思考深度。

6.2 原理图与PCB实操注意

原理图绘制我推荐立创EDA或者Altium Designer。立创EDA的优势是元件库全，导出嘉立创打样文件方便，适合学生项目。原理图绘制注意几点：电源入口要加TVS二极管和保险丝，TVS能吸收瞬态尖峰，保险丝防止短路烧板；每个芯片电源脚都要配0.1uF去耦电容；接插件要标注清楚信号名和方向，方便焊接和调试。

PCB布局上，电源区域和信号区域要分开，DC-DC电感的下面不要走敏感信号线，避免磁场干扰。晶振靠近MCU引脚摆放，走线尽量短，并且晶振底下铺地铜隔离。复位电路和看门狗相关元件挨着NRST脚放。如果做双层板，底层大面积铺地也能显著改善抗干扰能力。

打样前必须跑一遍DRC检查，重点看未连接的引脚、短路和丝印重叠。我的习惯是把所有元件位号丝印调小调清晰，焊接的时候对照位号找器件比对着原理图找省事太多。板上加两个测试点，一个引出3.3V，一个引出GND，方便调试时挂示波器。

6.3 测试记录与功耗计算

测试章节是让手册显得专业的最快路径。不要只写“测试通过”，要给出数据表格。我实测的几组数据可以做个参考：

功耗估算也很重要，这决定了电池版能不能落地。实测整机待机电流约50mA（含STM32和OLED常亮），电机启动瞬间约350mA，单次喂食运行约10秒。如果一天喂两次，平均电流大约60mA，用一节2000mAh锂电池大概能撑一天半。想延长续航就得上低功耗模式，STM32进入Stop模式，配合RTC定时唤醒，能把待机电流压到几毫安，电池版就能撑一周以上。

手册的测试记录要有照片或者截图佐证，OLED的实际显示照片、示波器抓的PWM波形、串口打印的传感器数据，这些比文字描述有说服力得多。最后附上物料清单和焊接注意事项，方便别人照着复现。

做这个项目踩过几次坑之后，我最大的体会是：这类实物系统最耗时间的地方往往不是电路和代码，而是机械结构和传感器标定。出料机构的流畅度、超声波探头的安装位置、电机转速和负载的匹配，这些在原理图上看不出来的问题，往往才是真正决定系统能不能稳定运行的关键。如果你也想做类似的东西，记住一点：先把投喂机构用最简单的方式跑起来，再谈智能化和美化，模块一个一个调通，最后整合时问题会少一大半。对这套系统来说，后续的扩展方向我建议优先接ESP8266做物联网上报，手机端随时看鸽舍状态，甚至可以加摄像头观察鸽子归巢情况，硬件平台预留的接口完全撑得住。