鸽子养殖这件事，说简单也简单，说讲究也是真讲究。我最早接触赛鸽驯养是在帮朋友做一个鸽舍环境监测的小玩意，本来只想测个温湿度，结果越做越深，最后干脆把喂食、饮水、归巢记录、环境调控全串到了一块STM32上。这套系统从第一版面包板到现在稳定运行的实物，前后改了四版硬件、重构了两次固件，踩过的坑能写满一个笔记本。这篇文章就把整套东西拆开讲清楚：它到底解决什么问题、电路为什么这么设计、固件里哪些地方最容易翻车、以及一份可以直接照着做的设计手册应该包含哪些内容。不管你是刚学STM32想找个完整项目练手，还是养鸽多年想给自己的鸽舍加点自动化，这篇内容都能让你少走至少半年的弯路。
1. 智能鸽子驯养系统到底在解决什么问题
1.1 传统鸽舍管理的三个真实痛点
养鸽子的人最怕什么？不是鸽子不飞，而是你根本不知道它什么时候回来、吃得好不好、环境是不是出了问题。我朋友那个鸽舍养了四十多只赛鸽，每天早上五点起来喂食，晚上再喂一次，风雨无阻。有一次出差三天，回来发现饮水器堵了，两只鸽子脱水严重，差点没救回来。这件事直接促成了第一版系统的诞生。
传统管理方式的核心问题集中在三个地方。第一是喂食饮水全靠人工，时间不固定、量不精确，赛鸽的体能状态波动很大。第二是环境参数完全靠感觉，温度、湿度、氨气浓度这些指标人鼻子闻不出来，但鸽子对空气质量极其敏感，氨气超标会直接导致呼吸道疾病。第三是归巢记录靠肉眼，赛鸽训练阶段需要精确记录每只鸽子的归巢时间，人工掐表误差大，而且没法做到全天候监控。
这三个痛点对应的就是系统要解决的三个核心需求：定时定量投喂、环境参数闭环调控、归巢自动识别与记录。听起来简单，但每一个拆开都有不少门道。
1.2 为什么选STM32而不是Arduino或树莓派
很多人第一反应是用Arduino，便宜、上手快。我一开始也这么想，但实际跑下来发现几个硬伤。Arduino Uno的定时器资源太少，你要同时做PWM控制投喂电机、定时器捕获测归巢信号、还要跑串口通信，资源根本不够分。树莓派倒是性能强，但功耗高、断电后文件系统容易损坏，鸽舍环境又不可能给你配UPS，稳定性没法保证。
STM32F103C8T6这颗芯片是我最终选定的主控，理由很实在：72MHz主频、64KB Flash、20KB RAM，资源刚好够用；多达4个定时器，可以分别分配给PWM输出、输入捕获、系统滴答；内置看门狗，鸽舍无人值守时程序跑飞能自动复位；价格便宜，一片不到十块钱，坏了直接换不心疼。更重要的是，STM32的标准库和HAL库资料极其丰富，遇到问题能快速找到参考方案。
这里插一句，如果你打算用STM32做USB设备（比如把驯养数据直接导出到U盘），F103的USB外设是能用的，但需要仔细配置时钟树，USB要求48MHz时钟，而系统主频是72MHz，必须通过PLL分频得到，这个后面电路部分会详细说。
1.3 系统整体架构与功能模块划分
整套系统我把它分成四个子系统，每个子系统独立工作又通过主控协调：
- 主控与电源子系统：STM32F103C8T6最小系统、3.3V稳压、锂电池充放电管理、看门狗复位电路
- 环境监测子系统：DHT22温湿度传感器、MQ-135空气质量传感器、光敏电阻光照检测
- 执行机构子系统：28BYJ-48步进电机（投喂）、微型水泵（饮水）、加热片与风扇（温控）
- 交互与记录子系统：0.96寸OLED显示、按键设置、蜂鸣器报警、SD卡或Flash存储归巢记录
归巢识别这块我单独说一下，最早想用RFID脚环，但成本高而且鸽子不适应。后来改用红外对管+咪头差分电路的方案，鸽子进巢时遮挡红外光束触发中断，同时咪头采集翅膀扑动的声音信号做二次确认，两个信号同时满足才判定为有效归巢，误报率从最初的30%降到了不到2%。
2. 硬件电路设计：从电源到信号链的完整拆解
2.1 电源方案选型与锂电池充放电电路
鸽舍供电是个麻烦事，拉市电不安全也不方便，我最终用的是4.2V锂电池+太阳能板的方案。电池选的是18650三元锂，容量3400mAh，配合一块6V/2W的小太阳能板，晴天一天能充进去大概800mAh，足够系统跑三天以上。
充电电路用的是TP4056这颗经典芯片，外围只需要几个电阻电容。这里有个细节很多人会忽略：TP4056的充电电流由PROG脚上的电阻决定，公式是I=1200/R，我设的是2K电阻对应600mA充电电流。但太阳能板的输出电流有限，实际充电电流会被拉低，所以我在太阳能板和TP4056之间加了一级BUCK电路，把太阳能板不稳定的输出电压先稳到5V，再给TP4056供电。BUCK芯片用的是MP1584，效率能到90%以上。
电池到系统的供电需要两路：一路3.3V给STM32和传感器，一路5V给步进电机和水泵。3.3V用AMS1117-3.3线性稳压，简单可靠，但要注意压差问题——电池电压降到3.5V时，AMS1117的输出可能稳不住3.3V了。所以我在电池和AMS1117之间加了一级3V升5V简易电路（用的是MT3608升压模块），先把电池电压升到5V，再降到3.3V，这样即使电池降到3.0V，系统依然能正常工作。
注意：锂电池放电到3.0V以下会永久损坏，所以我在固件里加了低压检测，电池电压低于3.3V时OLED显示报警，低于3.1V时自动进入休眠模式，只保留归巢检测功能。
2.2 看门狗与复位电路：无人值守的生命线
鸽舍系统最大的特点就是无人值守，程序跑飞了没人给你按复位键。STM32内置了独立看门狗（IWDG）和窗口看门狗（WWDG），我用的是IWDG，时钟源是内部40kHz的LSI，不受主时钟影响，即使主时钟挂了它也能工作。
IWDG的溢出时间计算公式是：T = (4 × 2^prer) × rlr / 40kHz，其中prer是预分频系数，rlr是重装载值。我设prer=4（即256分频），rlr=2500，算下来溢出时间约6.4秒。固件里在主循环和几个关键任务里都放了喂狗操作，保证正常情况下不会复位。但如果某个任务卡死超过6.4秒，看门狗就会强制复位。
复位电路这边，除了STM32自带的NRST引脚复位，我还加了一个外部复位芯片（用的是MAX809），它的作用是监测3.3V电源，电压低于2.93V时输出复位信号，防止低压下STM32跑飞。这个芯片只有三个脚，成本几毛钱，但关键时刻能救命。
另外，调试接口这块要注意：STM32的JTAG引脚（PA13/PA14/PA15/PB3/PB4）默认是调试功能，如果你想把它们当普通IO用，需要在固件里禁用JTAG。我一般用SWD模式，只占用PA13和PA14两个脚，剩下的PA15、PB3、PB4可以释放出来做普通IO。禁用JTAG的代码很简单：
RCC_APB2PeriphClockCmd(RCC_APB2Periph_AFIO, ENABLE); GPIO_PinRemapConfig(GPIO_Remap_SWJ_JTAGDisable, ENABLE);2.3 传感器信号调理：咪头差分电路与抗干扰设计
咪头（驻极体麦克风）的输出信号非常微弱，通常是毫伏级别，而且容易受到电源噪声和电磁干扰。直接接到STM32的ADC上根本采不到有效信号，必须做差分放大。
我用的是两级放大方案：第一级用LM358做差分放大，增益设为100倍；第二级再做一次10倍放大，总增益1000倍。差分电路的核心是两个输入端的阻抗必须匹配，否则共模抑制比会急剧下降。具体做法是咪头的两个输出端各接一个10K电阻到运放的同相和反相输入端，反馈电阻用1M，这样增益就是1M/10K=100。
抗干扰这块我踩过一个大坑。最早咪头的信号线用的是普通杜邦线，长度20厘米，结果电机一启动，ADC采到的全是噪声。后来改成屏蔽线，屏蔽层单端接地，同时在咪头电源脚并了一个100uF电解电容和一个0.1uF陶瓷电容做去耦，噪声立刻降下来了。PCB布局上，模拟部分和数字部分要分开，地线采用单点接地，避免数字地上的开关噪声串到模拟地。
还有一个细节是防抖电路。红外对管检测鸽子进巢时，鸽子翅膀的抖动会产生大量毛刺信号，硬件上我在红外接收管的输出端加了一个RC低通滤波（10K+0.1uF，截止频率约160Hz），软件上再做一次消抖（连续检测到5次有效信号才确认）。硬件滤波和软件消抖配合，误触发基本消失了。
2.4 执行机构驱动：步进电机与水泵的接口电路
投喂机构用的是28BYJ-48步进电机，五线四相，减速比1:64，输出扭矩足够带动一个螺旋送料器。驱动芯片用的是ULN2003达林顿阵列，STM32的四个IO口直接接ULN2003的输入端，输出端接电机四相。这里要注意IO口的驱动能力，STM32单个IO最大输出20mA，ULN2003的输入电流只有不到1mA，完全没问题。
步进电机的控制我用的是定时器PWM+软件换相的方式。TIM3产生一个频率可调的PWM作为步进脉冲，每个脉冲触发一次换相中断，在中断里按A-B-C-D的顺序切换IO状态。这样做的好处是转速精确可控，而且不占用CPU时间。实测下来，送料器每转一圈大概出料15克，我设的是每次投喂转两圈，对应30克饲料。
水泵这边用的是微型直流水泵，工作电压5V，电流200mA左右。STM32的IO口驱动不了，我用的是PMOS管防倒灌电路：PMOS的源极接5V，漏极接水泵正极，栅极通过一个10K电阻上拉到5V，再由一个NPN三极管拉低来导通。这样设计的好处是关断时PMOS完全截止，不会有漏电流，而且防止水泵断电时产生的反向电动势倒灌回电源。水泵两端还要并一个续流二极管（1N5819肖特基），吸收关断瞬间的反向电压。
3. 固件架构与关键代码实现
3.1 定时器资源分配与任务调度设计
STM32F103C8T6有4个通用定时器，我是这么分配的：
| 定时器 | 用途 | 配置 |
|---|---|---|
| TIM1 | 步进电机PWM | 72分频，PWM频率1kHz |
| TIM2 | 系统滴答 | 72分频，1ms中断 |
| TIM3 | 输入捕获（归巢信号） | 72分频，捕获红外脉冲 |
| TIM4 | 软件定时任务 | 7200分频，100ms中断 |
TIM2的1ms中断里维护一个全局毫秒计数器，所有需要定时的任务都基于这个计数器做软件定时。比如喂食任务每12小时执行一次，环境检测每5秒执行一次，OLED刷新每500毫秒执行一次。这种时间片轮询的方式比RTOS简单得多，对于这个项目来说完全够用，而且不会有任务切换的开销。
TIM4的100ms中断里做三件事：喂看门狗、检测电池电压、扫描按键。喂狗放在定时器中断里是最稳妥的，因为即使主循环卡死，只要中断还能进，看门狗就不会复位。但这里有个坑：如果中断本身卡死了，看门狗还是会复位，所以我在主循环里也放了一个喂狗操作，双重保险。
3.2 归巢检测算法：红外+声音双确认
归巢检测是整个系统里最考验算法的地方。单纯用红外对管，鸽子在巢箱门口晃一下就会触发；单纯用声音，环境噪声大了就误报。我的方案是两个信号同时满足才判定有效。
红外信号的处理：红外接收管的输出接到STM32的PA0，配置为外部中断+定时器捕获。鸽子遮挡光束时，PA0产生一个下降沿，触发外部中断，在中断里启动TIM3的输入捕获，测量遮挡持续时间。如果遮挡时间在200ms到2秒之间，认为是有效遮挡（太短可能是飞虫，太长可能是异物卡住）。
声音信号的处理：咪头经过放大后的信号接到PA1，用ADC以10kHz的采样率采集。我在固件里做了一个简单的能量检测：连续采集256个点，计算均方根值，如果超过阈值就认为有扑翅声。阈值不是固定的，而是动态调整的——系统启动后前30秒采集环境噪声，取平均值乘以3作为初始阈值，之后每5分钟更新一次。
两个信号都满足后，再结合时间窗口判断：红外触发后的500ms内检测到声音信号，才判定为有效归巢。这个时间窗口是根据鸽子进巢的实际动作设计的——鸽子先遮挡红外，然后翅膀扑动几下才落定，间隔大概200到400ms。
3.3 环境闭环控制：温湿度与氨气的联动逻辑
环境控制这块，我一开始想得很简单：温度低了开加热，高了开风扇。实际跑起来发现，加热和风扇不能同时工作，否则就是一边烧钱一边散热。所以固件里加了一个状态机：
- 温度低于18度：进入加热模式，加热片PWM占空比根据温差动态调整
- 温度高于28度：进入散热模式，风扇全速运行
- 温度在18到28度之间：进入待机模式，加热和风扇都关闭
- 湿度高于80%：强制开启风扇通风，同时加热片间歇工作防止结露
氨气浓度用的是MQ-135传感器，它的输出是模拟电压，需要先预热（通电后加热丝要烧一会儿才稳定）。我在固件里设了一个预热计时器，上电后前3分钟不读氨气数据，3分钟后才开始采集。氨气浓度超过阈值时，蜂鸣器报警，同时风扇强制开启。
这里有个经验：MQ-135的输出受温湿度影响很大，同样的氨气浓度，温度高时读数偏高，湿度大时读数偏低。我在固件里做了一个简单的补偿：以25度、50%湿度为基准，温度每升高1度，读数减去0.5%；湿度每升高10%，读数加上2%。这个补偿系数是实测拟合出来的，不一定精确，但比不补偿强很多。
3.4 数据存储与OLED交互界面
归巢记录需要长期保存，我用的是W25Q64 Flash芯片，8MB容量，SPI接口，存几年的归巢记录都够用。Flash的读写要注意扇区对齐，W25Q64的扇区是4KB，写之前必须先擦除整个扇区。我的做法是：每存满4KB数据才擦除一次扇区，平时只做页写入（每页256字节），这样能延长Flash寿命。
OLED用的是0.96寸I2C接口的SSD1306，显示内容分三页：第一页显示当前温湿度、氨气浓度和电池电压；第二页显示今天的归巢记录（时间+鸽子编号）；第三页是设置界面，可以调整喂食时间、投喂量、温度阈值等参数。按键用的是三个轻触开关，分别接PA4、PA5、PA6，配置为上拉输入，按下时拉低。
I2C通信这块有个坑：SSD1306的I2C地址是0x78（写）和0x79（读），但很多库函数里写的是0x3C，这是因为7位地址和8位地址的区别。0x3C左移一位就是0x78，搞不清楚的话初始化会一直失败。我一开始就卡在这里，查了半天才发现是地址格式的问题。
4. 实物组装与调试中的那些坑
4.1 PCB布局：模拟地与数字地的分割处理
第一版PCB我是直接拿洞洞板焊的，结果咪头信号噪声大得没法用。第二版画了正式PCB，才意识到地平面分割的重要性。具体做法是：模拟部分（咪头放大电路、传感器）的地单独铺一块铜皮，数字部分（STM32、电机驱动）的地单独铺一块，两块地之间用一个0欧电阻或者磁珠连接，位置选在电源入口处。
电源走线也有讲究。大电流路径（电机、水泵）和小信号路径（传感器、咪头）必须分开走，不能共用一段走线。我在PCB上把5V电源分成两路，一路粗线（1mm宽）给电机驱动，一路细线（0.3mm宽）给传感器，两路在电源入口处汇合。这样电机启动时的电流冲击不会影响到传感器供电。
还有一个细节是晶振的布局。STM32的外部晶振（8MHz）要尽量靠近芯片的OSC_IN和OSC_OUT引脚，走线要短且对称，晶振下面不要走其他信号线，否则容易起振不良或者频率偏移。我第一版把晶振放在了板子边缘，结果偶尔起振失败，后来移到芯片旁边就再没出过问题。
4.2 调试实录：CAN通信突然连不上的排查过程
这个坑值得单独拿出来说。系统里我留了一路CAN接口，本来是想把多个鸽舍的数据汇总到一台主机上。调试的时候一切正常，但装到鸽舍里跑了几天后，CAN突然连不上了。
排查过程是这样的：先量CAN_H和CAN_L之间的差分电压，正常应该是2V左右，实测只有0.5V，说明总线被拉低了。断开所有节点，逐个上电测试，发现是其中一个节点的CAN收发器（TJA1050）坏了。换了一片新的，还是不行。再查，发现CAN总线的终端电阻只在一端焊了120欧，另一端忘了焊。CAN总线要求两端各有一个120欧终端电阻，缺一个的话信号反射严重，短距离可能勉强能通，长距离或者有干扰时就会出问题。
补上终端电阻后，CAN通信恢复正常。但这件事给我提了个醒：CAN总线的布线必须用双绞线，而且终端电阻不能省。后来我把CAN接口改成了RS485自动收发电路，用MAX485芯片，A/B线用双绞线，终端电阻120欧，通信距离能到1200米，比CAN更适合鸽舍这种分散布局的场景。
4.3 传感器校准与阈值整定方法
传感器装到鸽舍里之后，必须做现场校准，实验室的数据和实际环境差别很大。温湿度传感器DHT22还好，出厂校准过，误差在2%以内。但MQ-135和咪头必须现场整定。
MQ-135的校准方法是：先把鸽舍通风半小时，让氨气浓度降到最低，记录此时的ADC读数作为零点；然后人为在鸽舍里放一点氨水（注意安全，少量即可），等读数稳定后记录作为满量程点。两点确定一条直线，固件里用这个直线做线性映射。
咪头的阈值整定更麻烦。我的做法是：系统上电后进入30秒学习模式，这30秒内不检测归巢，只采集环境噪声，计算均方根值和峰值。然后阈值设为峰值乘以2.5。这个系数是试出来的——太小了容易误报，太大了漏报。2.5倍在我的环境里刚好，但你的鸽舍如果靠近马路或者有其他噪声源，可能需要调整。
提示：每次移动咪头的位置或者改变鸽舍布局后，都要重新做一次阈值整定。我一般是在固件里留一个按键组合（比如长按设置键5秒）进入校准模式，不用重新烧录程序。
4.4 长期运行稳定性验证与改进
系统装到鸽舍里连续跑了三个月，中间出过几次问题，都记录下来了：
第一次是第二周，OLED突然不亮了。拆下来检查，发现是I2C的SDA线虚焊，重新焊好就行。这件事让我意识到所有接插件都要用带锁扣的，普通杜邦线在震动环境下容易松。
第二次是第一个月，步进电机偶尔丢步。查了半天，发现是电源电压在电机启动瞬间跌到了4.2V，导致ULN2003供电不足。后来在电机电源脚并了一个1000uF的电解电容，问题解决。
第三次是第二个月，归巢记录出现了几条明显错误的数据（时间是凌晨三点，但鸽子不可能那时候归巢）。查代码发现是看门狗复位后，全局变量没有重新初始化，导致时间戳错乱。后来在main函数开头加了显式的变量初始化，并且在Flash里存了一个复位计数器，复位次数异常时通过OLED报警。
这三个问题解决后，系统又稳定跑了两个月，没再出过故障。我的体会是：嵌入式系统的稳定性不是设计出来的，是跑出来的。实验室里跑一天没问题不代表现场跑一周没问题，必须经过长时间的现场验证，把各种边界情况都暴露出来。
5. 设计手册应该包含哪些内容
5.1 硬件设计手册的核心章节
如果你要把这套系统整理成一份完整的设计手册，硬件部分我建议包含以下内容：
- 系统框图：一张图说清楚各模块的连接关系，标注电源流向和信号流向
- 电源树：从太阳能板到电池到各路稳压的完整路径，标注每级的电压、电流和效率
- 原理图：分模块绘制，每个模块单独一页，标注关键器件的型号和参数
- PCB布局指南：地平面分割、电源走线、晶振布局、去耦电容 placement 的具体要求
- BOM清单：所有元器件的型号、封装、数量、参考价格，方便采购
- 接口定义：每个连接器的引脚定义、信号类型、电平标准
原理图这块我要多说一句：不要把所有东西画在一张图上，那样根本没法看。我的做法是按功能分页：第一页电源，第二页主控，第三页传感器，第四页执行机构，第五页交互接口。每页之间用网络标号连接，这样既清晰又方便修改。
5.2 软件设计手册的文档结构
软件部分的设计手册，核心是让另一个人能看懂你的代码逻辑，并且能在此基础上做二次开发。我建议包含：
- 软件架构图：任务划分、中断优先级、数据流向
- 定时器资源分配表：每个定时器的用途、配置参数、中断频率
- 关键算法说明：归巢检测算法、环境控制状态机、传感器校准方法的详细描述
- 通信协议：如果有多机通信，要定义清楚帧格式、校验方式、超时重传机制
- Flash存储映射表：每个数据块存在哪个地址、占多少字节、读写注意事项
- 调试接口说明：串口打印的格式、调试命令列表、常见问题的排查步骤
代码注释这块，我的原则是注释解释为什么，而不是做什么。比如TIM3->PSC = 71;这行代码，注释应该写“72分频，得到1MHz计数频率”，而不是“设置预分频器”。因为代码本身已经说明了做什么，注释要补充的是背后的意图和计算过程。
5.3 驯养参数配置与使用说明
设计手册的最后一部分应该是面向最终用户的使用说明，这部分要写得足够傻瓜化。内容包括：
- 首次上电流程：电池激活、传感器预热、初始校准的步骤
- 参数设置方法：如何通过按键调整喂食时间、投喂量、温度阈值
- 日常维护：多久清理一次饲料仓、多久校准一次传感器、电池多久充一次电
- 故障代码表：OLED上显示的每个错误代码对应的含义和处理方法
- 数据导出：如何把归巢记录导出到电脑上做分析
我特别建议在手册里加一个快速排障流程图，用简单的判断树帮用户定位问题。比如“OLED不亮→检查电池电压→低于3.3V则充电→高于3.3V则检查I2C接线→接线正常则更换OLED模块”。这种流程图比大段文字描述有用得多。
6. 几个容易被忽略但很关键的细节
6.1 芯片第一脚确认与焊接注意事项
STM32F103C8T6是LQFP48封装，第一脚的标识是一个小圆点，在芯片的左上角。焊接的时候，先对准第一脚，然后对角固定两个引脚，再逐边焊接。焊锡不要太多，否则容易连锡。焊完后用放大镜检查一遍，特别是相邻引脚之间有没有短路。
如果用的是热风枪，温度设在300度左右，风速不要太高，否则会把旁边的小元件吹飞。焊完后用洗板水清洗一遍，残留的助焊剂会影响高频信号的性能。
6.2 标准库工程搭建与芯片包安装
STM32的开发环境我用的是Keil MDK，需要安装STM32F1的芯片包（Keil.STM32F1xx_DFP）。安装方法很简单，在Keil的Pack Installer里搜索STM32F1，下载安装就行。如果网络不好，也可以去官网下载离线包手动安装。
新建工程的时候，启动文件的选择很关键。STM32F103C8T6的Flash是64KB，对应的启动文件是startup_stm32f10x_md.s（md代表medium density）。选错了启动文件会导致中断向量表错位，程序跑不起来。这个坑我踩过，当时选了startup_stm32f10x_hd.s（high density），编译没问题但一运行就HardFault，查了一整天才发现是启动文件选错了。
如果你用VSCode开发，需要配置c_cpp_properties.json里的头文件路径，以及launch.json里的调试器配置。J-Link的配置比较简单，选SWD模式，速度设成4MHz就行。OpenOCD的配置稍微麻烦一点，需要指定interface和target的配置文件。
6.3 低功耗设计与电池续航优化
鸽舍系统虽然大部分时间有太阳能供电，但连续阴雨天还是得靠电池撑。低功耗设计主要从三个方面入手：
第一是降低主频。STM32F103在72MHz全速运行时电流约50mA，降到8MHz时只有不到10mA。我的做法是平时跑8MHz，需要做ADC采样或者电机控制时临时切换到72MHz，用完再切回来。
第二是关闭不用的外设。每个外设的时钟在初始化时开启，用完后立即关闭。比如OLED刷新完后关掉I2C时钟，电机停止后关掉TIM1时钟。这些操作看起来微不足道，但累积起来能省不少电。
第三是合理使用休眠模式。STM32F103有Sleep、Stop、Standby三种低功耗模式。我平时用的是Sleep模式，主循环空闲时执行__WFI()指令进入休眠，任何中断都能唤醒。Stop模式更省电，但唤醒后需要重新配置时钟，响应时间也长，不适合需要实时响应归巢信号的应用。
实测下来，优化后的系统平均电流从50mA降到了15mA左右，3400mAh的电池能撑9天以上，配合太阳能板基本不用担心断电问题。
6.4 防雷与户外防护的工程经验
鸽舍在户外，雷击和潮湿是两个必须考虑的问题。防雷这块，我在电源入口处加了TVS二极管（型号SMBJ5.0A），它的响应时间在纳秒级，能把瞬间高压钳位到安全范围。信号线（比如CAN或者RS485）也要加TVS，而且要用双向的。
防水防潮方面，PCB喷了三防漆，接插件用了防水航空插头，外壳用的是IP65的塑料防水盒。但即使这样，梅雨季节鸽舍里的湿度还是能到95%以上，PCB表面会结露。我的解决办法是在防水盒里放一包干燥剂，每个月换一次，同时在盒子里贴一个加热片，湿度超过85%时自动加热除湿。
还有一个细节是螺丝和接线端子的防锈。普通铁螺丝在潮湿环境里一个月就锈死了，我全部换成了不锈钢螺丝，接线端子也换成了镀金的。这些细节看起来不起眼，但能省去很多后期维护的麻烦。
7. 从单鸽舍到多鸽舍的扩展思路
7.1 多机通信方案选型：RS485 vs CAN vs 无线
单个鸽舍的系统跑稳之后，很自然会想到把多个鸽舍连起来。我试过三种方案：
RS485是最简单的，两根线，半双工，用MAX485芯片，配合STM32的UART就能实现。通信距离能到1200米，速率设9600bps时非常稳定。缺点是总线型拓扑，一个节点坏了可能影响整个总线，而且需要手动分配地址。
CAN的抗干扰能力更强，支持多主通信，每个节点都能主动上报数据。但CAN的协议栈比RS485复杂，需要配置过滤器、处理错误帧，调试起来麻烦一些。而且CAN收发器比485贵不少。
无线方案我用的是LoRa模块（比如SX1278），传输距离能到几公里，不需要布线，特别适合鸽舍分散在村子各处的场景。缺点是功耗比有线高，而且受天气影响，大雨天信号会衰减。
最终我选的是RS485有线+LoRa无线备份的混合方案：平时走RS485，检测到通信中断自动切换到LoRa。这样既有有线的稳定性，又有无线的灵活性。
7.2 数据汇总与云端同步的轻量实现
多个鸽舍的数据汇总到一台主机后，下一步就是同步到云端，方便手机查看。我用的是巴法云的MQTT服务，主机上跑一个ESP8266模块，通过串口和STM32主机通信，把数据打包成JSON格式发到云端。
数据格式我定义得很简单：
{ "loft_id": "A01", "timestamp": 1700000000, "temp": 24.5, "humidity": 65, "ammonia": 12, "battery": 3.85, "homing": [ {"time": "06:32:15", "pigeon": "P017"}, {"time": "07:15:42", "pigeon": "P023"} ] }云端收到后存到数据库，手机端通过一个简单的网页就能查看。这套方案的好处是不依赖特定的云平台，MQTT协议是通用的，换任何支持MQTT的服务器都能用。
7.3 系统升级与远程维护的可行路径
嵌入式系统最头疼的就是升级。鸽舍装好了，总不能每次都拆下来插下载器。我留了两个升级途径：
一是串口IAP升级。STM32的Flash分成Bootloader区和App区，Bootloader负责接收新固件并写入App区。升级时通过RS485发送固件文件，Bootloader校验通过后跳转到App区执行。这个方案需要自己写Bootloader，稍微麻烦一点，但最可靠。
二是SD卡升级。把新固件放到SD卡里，插到系统上，按键触发升级。这个方案最简单，不需要上位机软件，适合现场操作。缺点是SD卡座在户外容易氧化，接触不良。
远程维护这块，我目前只做了参数远程配置，通过MQTT下发参数修改指令，系统收到后更新Flash里的配置参数并重启生效。固件本身的远程升级还在测试中，主要是担心升级过程中断电导致系统变砖。我的想法是加一个双备份机制：App区存两份固件，升级时先写备份区，校验通过后再切换，这样即使升级失败也能回滚到旧版本。
这套系统从最初的想法到稳定运行，前后花了大半年时间。中间有几次想放弃，特别是咪头信号调不出来的时候，连续一周每天下班就泡在鸽舍里调电路。但看到鸽子按时回来吃食、环境数据稳定上传、归巢记录一条不差的时候，那种成就感是实实在在的。如果你也在做类似的项目，我的建议是先把最小系统跑通——一块STM32、一个传感器、一个执行器，能跑起来再逐步加功能。不要一上来就画大板子、写大程序，那样出了问题根本不知道从哪查起。另外，多逛论坛、多看别人的原理图，很多坑别人已经踩过了，没必要自己再踩一遍。
