简介基于STM32F103的机场驱鸟装置是一套完整工程适合嵌入式开发者、高校学生及机场安防技术人员用于解决鸟类靠近跑道威胁飞行安全的问题。系统以STM32F103为核心通过PWM信号驱动舵机旋转带动超声波模块扫描并测距一旦探测到鸟类就定向发射高强度超声波进行驱离工程源码覆盖Cortex-M3内核编程、GPIO/PWM控制、超声波传感器接口及中断处理等关键点并留有RTOS选配、电源管理和通信协议扩展空间。包体共159个文件压缩包约5.12MB主要包含h/c源码、STM32F1系列HAL驱动库、uvprojx/uvoptx工程配置以及axf/hex编译输出和ioc/mxproject项目配置。源码与库文件可直接阅读hex/axf便于烧录验证map/lst等可辅助分析编译链接过程md/txt文档适合快速了解工程结构。目前已有270人学习无论想研究机场驱鸟方案的整体逻辑还是借鉴STM32硬件驱动、中断触发和低功耗设计都能从这套源码、配置与编译输出文件中获得参考配合CubeMX工程文件可显著缩短二次开发时间。1. 机场驱鸟不只是装个喇叭为什么这个方案值得动手做机场鸟击是民航和通航机场绕不开的硬成本一次鸟击轻则停飞检修重则报废发动机。市面上成熟的驱鸟系统一套动辄几十万面向通航机场、临时起降点和野外训练场的预算却非常紧张于是很多人把目光转向了“基于STM32F103的机场驱鸟装置”这类自研方案。我自己做过类似的项目结论是STM32F103完全够用前期投入不高维护门槛低但前提是你得把传感触发、声光执行和现场供电这三件事想明白否则做出来的东西只是一个会响的盒子鸟根本不怕。这篇文章就把我从方案选型到现场调试踩过的坑一次说透。2. 先搭硬件骨架整机选型与系统架构拆分2.1 STM32F103在驱鸟装置里的职责边界很多人一上来就纠结“F103性能够不够”。说实话驱鸟装置不是图像识别工控机它的核心任务就是“采集环境信号 → 判断有没有鸟 → 按策略驱动声光设备 → 把状态上报”。这一整套流程对主控的算力要求很低但对外设数量和IO响应速度有要求。F103有多个UART、定时器和ADC足够同时挂雷达传感器、红外探测器、音频模块、光闪控制器和4G通信模组。我一般这样划分职责传感器采集雷达输出的是串口数据帧红外对射输出的是GPIO电平这两种信号类型F103都原生支持。驱赶执行声音播放用定时器PWM驱动音频模块光闪用继电器或MOS管控制LED阵列不需要高精度浮点运算。远程通信用AT指令操作4G模组F103的串口加上DMA就能稳定收发。低功耗管理进入待机模式、按时间窗口唤醒这正是F103的强项。所以选型上不是“F103行不行”而是“你的系统设计是否匹配F103的能力边界”。如果你硬要在F103上跑实时视频流做鸟种识别那当然不行但如果你把“图像识别飞出鸟”这件事交给一个独立的上位机或干脆用简单的运动检测F103就活得很好。2.2 声光驱赶执行单元怎么选型声学驱赶是机场驱鸟的主力手段。常见做法是把“天敌叫声”“同类的哀鸣声”“鞭炮/枪声”等音频存放在SD卡或Flash里由F103按策略播放。这里要注意“音频源”和“功率放大部分”的匹配。用一个3W的小喇叭放在跑道边声音稍远就被发动机噪声盖过效果近乎零。我用的方案是50W的号角扬声器F103输出模拟音频信号后接功放模块号角的指向性也便于做定向驱赶。光闪部分相对简单。驱鸟光闪不需要做图案或动画只需要用高亮LED或氙气灯按特定频率闪烁。注意机场有严格的灯光管理要求定向向飞行区照射的强光可能干扰飞行员视线所以光闪角度要压低照向草坪和跑道周边避开通航方向。我见过有人用大功率激光驱鸟效果是好但审批和灯光干扰风险太高不建议在机场场景自行尝试。物理联动方面还可以接一个脉冲装置模拟煤气炮的效果——注意是“模拟”不是真的燃气炮。用电磁阀控制压缩空气释放发出短促有力的爆鸣声。这部分的驱动逻辑就是一个继电器控制但要加RC吸收电路防止电磁阀关断瞬间的反电动势打坏F103的GPIO。2.3 供电与通信在现场最容易被坑的部分机场驱鸟装置通常部署在跑道外沿的草坪附近大概率没有现成的市电插座。我的经验是采用“太阳能板 锂电池 充电管理模块”的独立供电方案。F103的功耗很低整个系统的耗电大头在音频功放和4G模组因此控制好功放的工作时长比控制F103睡眠状态更有效。充电管理上用CN3767这类太阳能充电方案比较通用F103通过ADC读取电池电压在低电量时自动降级关闭声光驱赶只保留传感器和最基本的通信。通信模组推荐用带固定IP的DTU或者4G模组加AT指令透传F103只需要把它当成一个串口设备。如果现场有以太网布线条件用W5500会便宜一半但如果部署点分散无线仍然是唯一选择。关于通信有一点需要特别注意机场区域对无线电设备有严格管控擅自使用未经批准的无线频段是大忌。4G模组用运营商网络没问题但如果自己有想法用LoRa低成本组网必须先确认频率许可。我没有在正文里展开具体品牌只想强调频率合规比省钱重要得多。3. 让装置“看见”鸟传感器接入与触发逻辑3.1 雷达探测 vs 红外对射 vs 视觉检测怎么组合传感器选型直接决定了装置是“有鸟才响”还是“定时乱响”。定时乱响的驱鸟器用久了鸟类会产生习惯化听见声音也不飞走所以必须让装置“感知到鸟再驱赶”。雷达探测如24GHz微波雷达能覆盖几十米半径输出有人/无人目标或目标距离速度信息但机场草地里翻滚的塑料袋、飞行的昆虫都会触发。关键在阈值配置。红外对射是截面探测适合布置在围界或跑道边缘鸟穿过光路就触发。它的优点是便宜、可靠、响应快缺点是只能覆盖一条线且雨雾天气会误报。视觉检测能分辨“是不是鸟”但F103跑不动视觉需要额外模块或上位机。如果预算允许用一个带运动检测的摄像头模组做“大区域运动触发”再用“逗留时间”过滤飞鸟和车辆是比较务实的折中。我最终落地的方案是“雷达为主红外为辅”。红外对射布置在靠近跑道的边界雷达覆盖装置前方扇形区域两者同时判定为“有目标”才触发驱赶。它牺牲了少量灵敏度换来了误报率的大幅下降。3.2 STM32初始化传感器与阈值判定的C代码以下代码是F103通过UART读取雷达传感器数据、通过GPIO读取红外对射状态的完整逻辑。代码采用轮询方式容易理解和维护正式交付前我会把轮询改成中断DMA但初始版本用轮询排错更直观。#include stm32f10x.h #include stdio.h #include string.h #define RADAR_BUF_SIZE 64 #define IR_TRIG_PIN GPIO_Pin_1 // 红外对射输出接PA1 #define RELAY_PIN GPIO_Pin_2 // 控制声光设备接PA2 static char radar_buf[RADAR_BUF_SIZE]; static uint8_t radar_cnt 0; static volatile uint8_t ir_state 0; void SystemTick_Update(void); // 串口接收中断收集雷达一帧数据 void USART1_IRQHandler(void) { if (USART_GetITStatus(USART1, USART_IT_RXNE) ! RESET) { char ch USART_ReceiveData(USART1); // 雷达数据帧一般以帧头0xAA开头以0x55结尾 if (ch 0xAA) { radar_cnt 0; } if (radar_cnt RADAR_BUF_SIZE) { radar_buf[radar_cnt] ch; } if (ch 0x55) { // 收到完整帧这里只置标志位在主循环内处理 radar_frame_ready 1; } } } // 判断雷达是否探测到目标 uint8_t Radar_HasTarget(void) { // 假设雷达帧的第4字节的低两位表示目标等级0无目标、1弱目标、2强目标 if (radar_cnt 5) { uint8_t target_lvl radar_buf[3] 0x03; if (target_lvl 1) { return 1; } } return 0; } int main(void) { // 初始化时钟、GPIO、UART1和UART2 GPIO_InitTypeDef gpio; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); // PA1作为红外对射输入PA2作为继电器输出 GPIO_StructInit(gpio); gpio.GPIO_Pin IR_TRIG_PIN; gpio.GPIO_Mode GPIO_Mode_IPU; // 上拉输入 GPIO_Init(GPIOA, gpio); gpio.GPIO_Pin RELAY_PIN; gpio.GPIO_Mode GPIO_Mode_Out_PP; // 推挽输出 gpio.GPIO_Speed GPIO_Speed_2MHz; GPIO_Init(GPIOA, gpio); // 串口初始化略具体取决于雷达模块的波特率常见9600或115200 while (1) { ir_state GPIO_ReadInputDataBit(GPIOA, IR_TRIG_PIN); // 红外触发输入为低电平表示光线被遮挡 uint8_t ir_trigger (ir_state 0); // 雷达和红外同时成立才执行驱赶 if (Radar_HasTarget() ir_trigger) { GPIO_SetBits(GPIOA, RELAY_PIN); // 开启声光设备 Delay(200); // 持续200ms GPIO_ResetBits(GPIOA, RELAY_PIN); // 关闭 } SystemTick_Update(); } }这段代码的核心逻辑在于“双传感器AND触发”。雷达负责远距离发现红外负责确认目标进入了关键区域。有人会问为什么不用OR因为OR会带来大量误报。用AND之后系统被风吹草动触发的概率大大降低。你如果现场噪声比较复杂还要在雷达解析时加一个“连续3帧确认”机制避免偶尔的干扰帧直接触发。关于雷达帧格式我在这里用了一个假设结构实际产品需要在调试阶段用串口助手抓取帧数据确认目标等级字节的位置。雷达厂商不同协议差异很大这块不能直接抄代码必须现场适配。3.3 误触发抑制把雨滴、昆虫、树叶挡在门外机场草地环境远比实验室复杂。雨滴在雷达上会产生多普勒回波成群飞行的昆虫也会被误判为目标红外对射在暴雨天会因光线折射产生瞬间遮挡。我的做法有三层第一层是“确认时间窗”。雷达探测到目标后不立即触发而是连续500ms内持续存在才确认。飞鸟和昆虫在雷达视野内的停留时间普遍在1秒以上而树叶摆动、塑料袋飘过通常不到200ms这个时间窗能过滤掉大量瞬态信号。第二层是“红外雷达AND”。这在前一节已经实现。红外对射受天气影响大雷达受近距离障碍物影响大两者独立失效的情况多同时误报的概率小。第三层是“静默时段”。机场夜间鸟很少活动驱鸟噪音反而扰民甚至干扰跑道灯光检查。用F103的RTC判断时间段晚上8点到次日早上5点之间强制不触发。这个策略不是为了省电是为了避免声光设备在夜间给机场地面人员带来不必要的困扰。三层过滤之后装置每小时的误触发次数可以从二三十次压到两三次。这两三次基本都是大雨或密集昆虫群属于可接受范围。4. 把驱赶手段做出来声波、超声波与光闪的驱动控制4.1 声音驱赶仿生声与脉冲声的F103驱动方法声音驱赶的控制核心在“选哪段音频、播多长时间、两次播放间隔多久”。F103不能直接解码MP3最省事的方案是外挂一个音频解码模块。你只需要用UART或PWM方式告诉模块“播放第几段”模块自己读SD卡输出音频。在机场现场我测试过三种音频效果“天敌叫声”如猛禽的鸣叫对多数鸟类有威吓作用但连续播放一周后效果衰减很明显。“同类报警声”比如模仿鸟群受惊起飞时的嘈杂鸣叫短促、突然效果比猛禽叫更持久。“爆破音”也就是枪声、炮声这类瞬态冲击声驱赶半径大但机场周边有牧民或村庄时容易引发投诉。我的推荐组合是日常巡逻式驱赶用“同类报警声低频脉冲”每30分钟自动播放一组雷达确认目标后用“爆破音”短促点射。注意音频文件不要做得太长15-20秒一段就够了长音频只会让鸟类更快适应。F103这边播放控制的代码很简单void Audio_PlaySegment(uint8_t seg_id, uint16_t duration_s) { // 通过UART向音频模块发送播放指令 char cmd[8]; sprintf(cmd, PLAY %02X, seg_id); UART2_SendString(cmd, strlen(cmd)); // duration_s为播放时长超时后强制停止 for (uint16_t i 0; i duration_s * 10; i) { Delay(100); } UART2_SendString(STOP, 4); }这里真正要调的不是代码而是两个参数一是播放时长二是静默间隔。播放太频繁会形成“固定骚扰源”鸟类很快就麻木播放太少又起不到驱赶作用。现场数据告诉我确认目标后的即时驱赶播放10-15秒随后保持至少5分钟无声音是最优节奏。4.2 超声波驱鸟为什么容易“翻车”以及正确的用法很多人在设计初期都会问要不要加超声波模块说鸟类对超声波敏感。这里我要泼冷水在机场这个开放空间超声波驱鸟的实际效果非常有限。超声波衰减快、指向性强隔几十米就衰减到几乎不可感知而且对某些鸟类确实有效对另一些几乎无效。我不建议把超声波当成主力驱赶手段。如果你确实需要它辅助正确用法是把它做成“近距离补充威慑”。就是说雷达发现鸟靠近到10米以内时超声波装置启动用来压住鸟的接近路径同时远程声器覆盖更大范围。这时的超声波发射器要用阵列形式加大指向性和声压单颗小元器件没有实际意义。4.3 光闪与物理联动的控制逻辑光闪的驱赶原理是“利用鸟类对突发强光的本能恐惧”。调试时要注意闪光频率和占空比我实测过几组参数频闪方式占空比现场效果连续常亮100%鸟类适应迅速一周后无效慢速频闪1Hz50%夜间有干扰风险白天效果一般快速频闪8-12Hz10%突然性强驱赶效果较持久随机间隔脉冲3%-10%效果最好但调试成本高我最终采用“快速频闪随机间隔”的组合光闪和声音同时触发制造一种“可预期但不确定”的威胁感。随机间隔用F103的定时器产生随机数种子不需要真随机足够打破规律即可。物理联动部分比如压缩空气爆鸣装置建议和声光独立控制。它是三者里最像“真驱赶”的手段要留到雷达确认目标在更近区域时才启用频繁空爆会迅速招致投诉。另外压缩空气管路和电磁阀的维护成本不低定期排水防锈是必须的否则半年后电磁阀卡死你会得到一个只会闪灯不会响的系统。5. 现场调试与避坑从实验室到跑道边的五个坑5.1 现象设备在实验室一切正常到场一周后死机原因是机场草坪的供电质量差太阳能控制器输出纹波大F103的复位电路被瞬间毛刺触发。实验室用的稳压电源太干净了掩盖了这个问题。解决方法是给整个系统加入宽压输入的DC-DC隔离模块并在F103的VDD引脚并接10uF和100nF电容。更重要的是把复位芯片换成带电压跌落延时的型号比如经典复位IC。我后来还在门狗外部加了独立的硬件看门狗确保死机后能在8秒内自动重启。5.2 现象鸟类连续一周被驱赶后不再害怕这不是设备故障是“习惯化”。鸟类会对固定的声音、固定的节奏产生适应性这是所有驱鸟系统的通病不只是这个方案的问题。我的解决方法是“策略随机化”。把音频文件库扩大到8组以上播放顺序由RTC时间和随机数共同决定让鸟类无法总结规律。同时设每周三、周日为“静默维护日”减少总刺激量。实践下来重新引入新音频后驱赶效果能恢复明显。关键原则宁可让鸟在该区域待着也不要让它发现“只要我不走开声音就会一直响”。5.3 现象4G模组频繁掉线状态上报缺失机场飞行区附近电磁环境比想象中复杂雷达、导航设施、塔台通信都会干扰4G信号还有就是太阳能供电系统在光线波动时电压跌落4G模组瞬间欠压重启。针对这个问题我在4G模组的电源输入处增加了超级电容缓冲保证它能在主电源掉电的几秒钟内继续工作软件上把上报频率从每分钟一次改为“有事件上报每小时心跳”。如果现场信号实在差还可以在模组天线上加一个GPS有源天线放大信号成本不高效果明显。5.4 现象红外误触发严重喇叭空响雨后初晴时地面水汽蒸发会在红外对射光路形成不稳定的折射导致光路瞬间阻断系统判定为有鸟穿越。解决办法是把红外的“遮挡持续时间”从寄存器读取后加入滤波要求遮挡持续超过300ms才认为是真实目标。这个参数不能一味加大否则快速飞过的鸟会被漏掉。我调过几种不同体型的鸟300ms是比较好的折中麻雀、燕子这类小型鸟飞过光路的时间大约100-200ms有时会漏但它们的威胁等级低漏掉问题不大而鸽子、乌鸦等中型鸟飞过时至少300-500ms能可靠触发。5.5 现象下载程序后传感器数据全乱这是典型的“地线环路”问题。雷达模组和F103之间走串口线当两者使用不同电源时GND电位不一致串口通信偶发乱码。解决方法是使用隔离串口模块进行接口转换。虽然多花几十块钱但能彻底解决不同模块间的地电位差问题。另一个容易忽略的点是所有传感器的信号线不要与功放输出线走同一个线槽强电信号会感应到弱电线缆里。走线分开后乱码现象基本消失。6. 把参数调到让人省事几个现场整定技巧装置能不能长跑关键看参数是否贴合现场而不是代码有多漂亮。我分享几个在现场反复调整后总结出的参数整定习惯。第一个是关于雷达灵敏度的整定。雷达的目标等级阈值不要直接取“1”我通常先在串口调试里观察不同距离下鸟类的等级值。比如距离30米的鸽子显示等级2距离50米的麻雀只有等级1这时把阈值定在“大于等于1”可能会误报远处的昆虫定在“大于等于2”又会漏掉单只小鸟。实际做法是结合鸟群规模一只鸟无所谓但连续三帧出现等级2目标必须触发。这个逻辑需要在解析帧时额外加状态计数参考如下uint8_t radar_hit_counter 0; if (Radar_HasTarget() ir_trigger) { radar_hit_counter; if (radar_hit_counter 3) { Drive_Device_ON(); radar_hit_counter 0; } } else { if (radar_hit_counter 0) radar_hit_counter--; }第二个是关于声音响度。不是越大越好机场跑道附近本身环境噪声在70-80dB功放输出必须高出背景噪声15-20dB以上才能让鸟类察觉。我用手机端的分贝计应用在号角扬声器前方10米测过89dB是比较合适的起点。超过95dB后驱赶效果没有显著提升但投诉风险直线上升。第三个是“自检习惯”。我给自己定的规矩是设备每次重启后声、光、爆鸣三个执行器依次自检5秒把状态通过4G上报。这样远程值守时看一眼记录就知道现场执行单元有没有坏不用专门跑一趟机场。最后一个技巧是日志。F103的RAM有限我没用文件系统存日志而是把每次触发的时间、传感器状态、触发类型组装成一条80字节以内的日志用UART转发到4G模块同时留一份在外部Flash的循环缓冲区里。现场如果通信中断巡检时用串口线连上就能读出最近200条记录这点在售后排查中极其救命。这个项目做下来我最大的教训是驱鸟系统的效果跟“它看起来多先进”没关系鸟类是生物它们会适应、会试探、会绕过你不完善的触发逻辑。设备稳定长跑的关键是把误报降到让管理人员不烦把随机性做到让鸟无法总结规律。如果你正打算做类似的装置先把第3章和第5章的触发与避坑想透再动手写代码也不迟。希望帮到你。本文还有配套的精品资源点击获取