这阵子常有人私信问我嵌入式方向想做个能拿得出手的课设或毕设选什么题目好既要能做实物又要画电路还得写设计手册更重要的是不能直接拿淘宝套件糊弄事。我每次都推荐同一个方向基于STM32的智能鸽子驯养系统。别一听“驯养”就觉得偏门把它拆开看几乎把单片机开发最典型的能力全覆盖了比如传感器采集、定时控制、运动机构驱动、串口/USB通信、低功耗和可靠性设计缺一样系统都跑不起来。我前后做了两版第一版验证电路第二版完整交付。实物现在已经放在阳台上跑了两个多月白天放鸽、定时喂食、称重记录都正常。配套的硬件最小系统、PCB和设计手册我也是逐项整理过的。下面把方案架构、电路选型、固件逻辑、装配测试、设计手册编写这几条线完整讲清楚。如果你正在找毕业设计或者想做一套能长期运行的智能装置这篇可以当成可抄近路的参考模板。1. 项目定位与整体方案拆解1.1 为什么选STM32和鸽子驯养这个组合养信鸽或观赏鸽的人有个刚需要按固定时间开棚放鸽、定时定量喂食还要知道鸽子有没有全部回棚、食槽余量还剩多少。单靠人工记录时间一长数据就容易乱何况大部分人白天要上班确实需要一个能自动执行的装置。ARM架构的STM32在课程设计和DIY圈子里资料最多完整开源库和参考电路到处都是。其中F103C8T6这颗芯片价格便宜外设齐全串口、定时器、ADC、I2C、SPI、USB都有拿来做一个带显示、带电机、带传感器的控制系统正合适。就算哪天你把引脚分配弄错了论坛里随便搜几个问题基本都能找到答案。再说训练这个场景它在实际工程中特别有价值。喂食看起来简单但要考虑定时、补料、防堵转开棚门看起来简单但要考虑断电恢复、限位保护。这些问题不是课本上那种单模块实验能遇到的。你需要把传感器读数转化成动作把动作结果反馈到显示和记录形成一个完整的闭环。做过一次之后再看其他物联网小项目会轻松很多。1.2 需求拆解和系统架构做系统之前我先把需求落到纸面上避免后面想到哪做到哪。这套系统当时定的基础功能有这些定时控制每天按设定时间开棚门、关棚门自动执行喂食动作。称重监测通过压力传感器实时监测食槽饲料余量低于阈值时触发补料报警。环境监测采集棚内温度湿度超限时本地报警并在OLED上显示。进出棚检测用红外对管或干簧管统计鸽子进出次数辅助判断归巢情况。数据交互按键设置时间表OLED显示状态USB虚拟串口把运行记录导出到电脑。架构上我没有整得太复杂就是主控板加外围模块。主控用STM32F103C8T6电源部分采用12V适配器输入板上先DC-DC降到5V再经过LDO降到3.3V给MCU。控制、显示、按键都集中在棚门口的主盒子里传感器和执行器通过延长线引出。通信方面基础功能是USB虚拟串口加上UART调试口接口预留了RS485方便后续扩展多节点采集。这里有个思路想强调方案设计阶段先别急着堆功能。我最初的设想是把WiFi模组也加上通过物联网平台远程查看喂食记录后来考虑鸽棚现场网络不稳定远程功能不好常态化运行就主动砍掉改成USB本地导出数据。设计手册里保留了这个扩展接口说明答辩时反而变成设计的加分项。嵌入式项目讲究“可用、可靠、可维护”而不是会跑多远的功能这个原则从一阶段就要坚持。1.3 元器件选型与物料清单选型原则是“稳定优先、方便焊接、成本可控”。我综合比对了几种常见方案最终从电商平台凑齐了整套物料清单如下模块/器件型号或规格数量用途说明主控MCUSTM32F103C8T6172MHz Cortex-M364脚DC-DC模块MP1584方案112V转5V输出2A以上LDOAMS1117-3.315V转3.3V给MCU和传感器称重传感器10kg悬臂梁电阻应变片1固定在食托下方测饲料重量差分ADCHX711模块124位差分采样专配桥式传感器温湿度SHT301I2C输出比DHT11稳定很多门磁/干簧管常开干簧管磁铁1检测棚门开关限位红外对管对射式红外传感器2进出口独立安装步进电机28BYJ-48五线四相1带动下料机构步进驱动ULN2003模块1达林顿管驱动带续流保护舵机SG90/MG90S1拉动棚门连杆继电器SRD-05VDC1备用输出可控制排风扇OLED0.96寸SSD13061显示时间、重量、温湿度和状态按键轻触开关4菜单、加、减、确认USB转串口CH340E/TTL模块1USB将UART数据导出到PC保护器件自恢复保险丝SS541套电源入口防反接防过流RS485收发器SP3485/MAX4851预留扩展接口有一个取舍很有代表性DHT11虽然更便宜但湿度误差大长期在粉尘环境里数据漂移明显SHT30贵出几块钱但实测湿度误差基本在±2%RH以内稳定性和寿命都好很多。称重传感器选择悬臂梁而不是圆柱式原因也很直接悬臂梁在食托下面打两个螺丝就能固定结构简单抗偏载能力强拆装方便。2. 硬件电路设计最小系统、电源和驱动2.1 STM32最小系统晶振、复位、下载调试STM32F103C8T6的最小系统其实就五个点电源、时钟、复位、启动模式和调试接口。这些东西在开发板上都是现成的但自己画PCB时每一处都容易踩坑。电源部分VDD和VSS之间要放0.1μF陶瓷电容并且尽量靠近芯片引脚VDDA单独用0Ω电阻或小磁珠连接再接0.1μF和10μF电容。很多新手看到模拟电源引脚就直接并到3.3V结果ADC采集总是在跳原因之一就是模拟电源没有做隔离。这个项目里磁珠可以省用一个0Ω电阻效果就不错。时钟部分我用8MHz无源晶振两端接22pF负载电容振荡回路在PCB上画得越小越好。当初我为了省事试过直接用内部HSI结果串口波特率偏差总是在关键时刻出问题。短报文看不出毛病日志一长或哪天换了批芯片数据就错位。后来切回外部晶振USB枚举也不再偶发失败。芯片第一脚的确认也是新手高频问题。STM32的LQFP封装上丝印圆点旁边就是第一脚PCB封装丝印上也会有三角或圆点焊接前把两者对齐再对照数据手册引脚图复核一次。我见过有人封装方向搞反焊上去之后整个板子冒烟这种事故其实完全可以避免。复位电路就是10kΩ上拉电阻加100nF电容再并一个按键到地。有的参考设计只在NRST引脚接一个电容到地悬空引脚之间用软件复位虽然能用但现场调试时想快速复位就很尴尬所以我强烈建议保留复位按键。BOOT0和BOOT1引脚各接10k下拉电阻保证从Flash正常启动同时预留跳线帽焊盘万一程序把调试口锁死还能切换到串口ISP模式救回来。调试接口我建议直接用SWD只需要SWDIO、SWCLK、GND、3.3V四根线。很多同学喜欢把20针JTAG做上去结果PA15、PB3、PB4全占用了后期想复用这些引脚发现硬件还连着调试器。SWD模式最省资源也足够满足日常调试。2.2 电源、复位与看门狗电路设计系统的电源拓扑是12V适配器进板MP1584模块输出5V给电机、舵机和OLED5V再经过AMS1117-3.3降压成3.3V给MCU和传感器。这里有个关键原则舵机、LED这类大动态负载不能直接接在LDO后面否则瞬间电流会把电压拉垮MCU跟着复位。我把舵机电源直接放在5V母线上3.3V侧单独供电舵机入口再并联470μF电解电容做动态储能这个改动直接解决了我第一版重启频繁的问题。电源入口部分先接自恢复保险丝再串SS54二极管做防反接。很多人忽略防反接设计实际现场接线时电源插反是极大概率事件。SS54的导通压降低反向接入时把电压钳位在保护器件上不至于让后级电路烧掉。输入端再并联10μF和100nF电容滤波工业现场再加一颗SMBJ15A的TVS管浪涌吸收效果会更好。复位和看门狗经常被混为一谈。复位是保证上电时序正确看门狗是保证程序异常时能把系统拉回来。内部硬件复位电路在芯片里已经集成了一部分功能但为了可靠性我在PCB上设计了十千欧上拉加电容复位的标准接法同时外接复位按键。软件里再开独立看门狗IWDG超时设置为800ms到1秒主循环尾部喂狗。有个非常典型的经验喂狗不要放在定时器中断里。很多人为了省事把喂狗写在SysTick中断即使主程序已经死循环定时器中断还在运行看门狗就不复位程序实际上早就失去控制了。喂狗必须放在主循环正常路径上这个位置逻辑上能证明整体调度还在运行才能真正兜底。2.3 电机、舵机和继电器的驱动与保护执行机构部分是硬件最容易翻车的地方。28BYJ-48步进电机是四相五线用ULN2003驱动板四个控制信号接GPIO对应电机四相ABCD。控制逻辑就是按固定顺序给各相通电。这个电机看起来简单但有两个明显的坑一是它适合低转速场景不要指望当伺服电机用二是五线接错任意一组相位顺序就乱电机会只震动不转。如果你让STM32引脚直接驱动28BYJ-48没有驱动芯片大概率转不起来因为GPIO灌电流能力不够还可能把引脚烧掉。ULN2003是集电极开路输出公共端必须接电机电源正极每个输出端到电源之间要有续流二极管。正规模块上已经集成好了如果自己搭建分立电路一定要记得在电机电源两端并联0.1μF电容吸收反向电动势。舵机我用SG9050Hz频率下给0.5ms到2.5ms脉宽控制角度。典型错误是把舵机电源直接接在MCU的3.3V上。舵机转动瞬间电流尖峰能达到几百毫安轻则屏幕乱跳重则整个板子重启。我把舵机电源改到5V并且单独从电源模块取电和MCU电源在末端单点共地。实测下来重启问题当场消失测出来的电压跌落也被470μF电容压住了一部分。继电器驱动选用三极管S8050基极串联1kΩ电阻接GPIO发射极接地继电器线圈接在5V和三极管集电极之间线圈两端反并联1N4007二极管。这个二极管是整个电路里最便宜的保命元件也最容易漏焊。继电器关断瞬间线圈会产生很高的反向电动势没有续流二极管三极管会被打坏。GPIO输出高电平吸合、低电平释放软件逻辑也按这个极性设计。如果项目后期要分布多个采集点RS485是比CAN更简单的选择。SP3485或MAX485的电路不复杂A/B端接上下拉电阻总线末端加120Ω终端电阻。前几年流行“RS485自动收发电路”意思是把方向控制引脚自动切换少占用一路GPIO。我的实际体验是自动收发方案对时序要求苛刻一旦上下拉阻值没配好整个总线可能只能单向通信。这个项目里我老老实实用了DIR控制线换来的稳定时间远超省掉的那根引脚。2.4 传感器接口与信号调理称重模块HX711自带24位差分ADC比自己做分立放大电路简单得多。电桥传感器使用E、E-、A/A-四线接入。A和A-是差分输入端接反了读数就会反着走。HX711的AVDD建议用独立稳压源提供2.6V到3.3V周围放0.1μF和10μF去耦电容地和MCU的模拟地单点连接。有人问过“咪头差分电路”和HX711读数和它的共同原理其实核心思路一样微弱信号受环境干扰要把有用的差分信号保留把共模噪声去掉。鸽子棚里的主要噪声源是电机和继电器关断瞬间的电磁干扰表现就是称重读数突然跳变。解决思路是传感器引线用屏蔽线屏蔽层在控制器一端接地配合HX711差分输入就能大幅滤除共模干扰。进出棚检测一开始我计划用红外对管。但鸽棚里白天有自然光红外接收管很容易被阳光里的红外成分打饱和产生持续高电平。解决办法有两个方向一是给发射管和接收管加遮光导管只留一条窄缝对准反射路径减少自然光影响二是改用干簧管方案在鸽子脚环上贴小磁铁入口处放置干簧管检测就非常稳定。考虑到赛鸽脚环本身就能带磁铁这个方案后期更推荐。超声波测距能不能用能在入口处用HC-SR04判断鸽子是否在附近但鸽子对高频声波敏感连续收发容易让鸽子警觉所以最好不要做主要检测手段顶多作为辅助触发真正精确判断还是交给红外对管或干簧管。系统初始化后再配合软件上的连续多次有效判定误报率可以控制到很低。3. 固件架构与核心逻辑实现3.1 开发环境、工程分包与时钟树配置开发环境我选了Keil MDK 5Keil安装时要把STM32F1系列芯片包和C51单片机包区分开经常有人把两个包混装导致编译链混乱。工程里用HAL库原因很实际后期加USB虚拟串口时HAL库自带USB中间件省了我不少移植工作。用标准外设库也能做但USB端点处理那块得自己多写不少代码。工程结构我习惯分成三层bsp层板级驱动例如bsp_oled.c、bsp_hx711.c、bsp_motor.c只封装硬件操作函数。app层业务逻辑例如app_schedule.c、app_menu.c、app_display.c负责状态机和用户交互。protocol层串口协议、USB虚拟串口导出、预留的Modbus RS485协议。时钟树是新手最容易翻车的地方。外部8MHz晶振PLL倍频9倍得到72MHz主频APB1预分频2得到36MHzAPB2不分频保持72MHzUSB外设时钟必须是48MHz所以PLL还要配置成1.5倍分频。一句话记录主频72、高速总线72、低速总线36、USB的48四者不能错。USB枚举不稳定、串口乱码很多时候都是时钟配置的问题而不是代码逻辑问题。3.2 主状态机与定时调度软件中心是一个简单的状态机主要状态有NORMAL运行、SETTING设置、ALARM报警、MANUAL手动控制。状态机的好处是思路清晰排错时可以精确定位到事件是在哪个状态发生的。比如设置菜单最容易出现“按键没反应”排查时就先看当前状态是否还在NORMAL因为有的按键指令只在特定状态下有效。调度方面裸机采用Timer2定时中断产生1ms基准主循环里按照优先级去轮询各个功能模块。比如每1ms扫描按键每10ms读取HX711一帧数据每100ms刷新OLED显示每1秒更新时钟和运行灯。这种时间切片法比全程用delay延时健壮得多OLED刷新再慢也不会阻塞按键响应。喂食动作的日程逻辑可以简化成下面这种结构typedef struct { uint8_t hour; uint8_t min; uint8_t enable; uint8_t action; // 0开门, 1喂食, 2关棚门 uint8_t fired; // 当天是否已执行 } TimePoint; TimePoint schedule[8] { {6, 30, 1, 0, 0}, {7, 0, 1, 1, 0}, {18, 0, 1, 2, 0} }; void CheckSchedule(void) { // 假设已经通过HAL_RTC_GetTime拿到当前时间 uint8_t i; uint16_t now_min now.Hours * 60 now.Minutes; for (i 0; i 8; i) { if (schedule[i].enable 0) continue; if (schedule[i].fired) continue; if (now_min schedule[i].hour * 60 schedule[i].min) { DoAction(schedule[i].action); schedule[i].fired 1; } } }fired标志很重要不然同一分钟可能被重复触发多次。每天的0点在主循环统一把所有fired清零。喂食动作执行之前还要先读当前食槽重量低于阈值只报警不下料避免电机空转损坏机构。3.3 称重滤波、按键去抖与数据存储HX711虽然是24位ADC但直接读数还是会抖动。我用了两层处理。硬件上HX711周围放好滤波电容传感线用屏蔽线软件上连续读10帧排序后去掉最大最小各2个中间6个做平均。在喂食后和夜间自动执行去皮校准实测下来静止状态波动从±10g降到±2g以内。按键去抖一般做20ms判断就能用和RC滤波器配合可以把误触完全消掉。课程设计里还容易忽略一个地方长按和短按的区分。长按进入设置菜单短按确认这个交互在小屏幕设备上很实用。按键扫描我用主循环扫描加去抖处理没有额外上RTOS也足够应付。数据存储直接利用STM32内部Flash模拟EEPROM。F103C8T6主Flash有64KB按页划分后映射出一张掉电保存表存储时间表、重量校准值、喂食日志计数等。需要注意的是Flash擦写寿命大约一万次所以模拟EEPROM时要做损耗均衡轮换写入不同页延长使用寿命。频繁记录运行日志时这个机制很关键。3.4 USB CDC、串口日志和看门狗调试经验USB CDC是不少项目的加分项。很多人问STM32怎么才能做成USB设备其实核心三步第一确保时钟树配出48MHz给USB第二PA11/PA12作为DP/DM引脚第三加载USB Device中间件配置端点回调。F103的USB接口还依赖DP引脚上的1.5kΩ上拉到3.3V用来让主机识别设备接入。如果这部分硬件缺失主机端只能看到“无法识别的USB设备”。串口日志才是日常开发最有用的调试途径。我用printf重定向到USART1通过条件编译开关控制日志等级。平时打印开机信息、喂食动作、传感器异常后面调试全靠日志还原现场。一次鸽子进出检测误报我白天看日志才发现几十毫秒内连续触发了上百次推断是电源纹波串入红外接收端。后来在软件侧加了连续三次有效才计数的窗口又在硬件侧加了遮光罩误报彻底消失。看门狗调试有个容易被忽视的现象IWDG在调试器暂停时也会超时复位导致断点失效。所以调试阶段我通常用宏把IWDG关掉功能全部稳定后再打开进入整机测试时强制开启看门狗验证恢复能力。这个流程能节省很多无效调试时间。4. 实物装配、测试排障与功能验证4.1 机械装配与线束布线实物装配不只是把PCB装进盒子机械结构才是安装难度最大的部分。料仓我用透明亚克力定制能看到剩余饲料底部漏斗出口用步进电机拨片控制。步进电机每次下料转动固定圈数圈数和下料量的对应关系通过实测标定避免一次出料太多导致鸽子挑食。食托下方安装悬臂梁传感器上面垫一块防沙垫防止饲料碎片长期堆积影响称重。传感器用四个螺丝固定装完之后要做静载测试确保在几十公斤量程下没有明显形变接线头也用热缩管保护。棚门开合采用舵机加连杆驱动轨道两端安装了限位开关代码和硬件都做了限位保护。这里特别提醒不要用舵机出大力去硬拉门力矩不够会卡死或烧舵机最好设计配重滑轮辅助让舵机只做小幅推动机械上更省力舵机寿命也更长。线束按功能分成三组电源组、信号组、执行组。执行组和信号组要保持距离交叉时尽量90度直交避免平行长距离走线。我用不同颜色硅胶线区分红色做电源黑色做地线蓝色和白色做信号线。导线两端贴上标签编号和原理图网络名一一对应。现场安装时这个习惯帮我省了几个小时。外壳选了铝合金浅盒密封等级做到IP54左右顶部开孔露出OLED屏幕和按键接口用PG7防水接头引出线缆。防尘上自粘海绵垫压在传感器和缝隙处防止鸽子饲料粉尘钻进去。粉尘多的时候每周要清理一次传感器表面不然读数会慢慢漂移。4.2 功能测试、测试用例与实测数据装配完成后不能直接就说“能用”要建一张功能测试表格一项一项勾。以下是完整测试用例的一部分编号测试项输入/条件预期结果实测结论T01上电初始化接通12V电源OLED显示开机画面状态正常通过T02按键设置时间长按SET进入菜单菜单可循环选择改动保存成功通过T03定时开门时间表设6:30到点舵机动作棚门打开通过T04定时喂食时间表设7:00步进电机下料重量变化符合范围通过T05缺料报警手动清空食槽蜂鸣器报警屏幕提示缺料通过T06断电再启动运行中拔掉电源再上电恢复到上次时间表日志完整通过T07温湿度显示与手持温湿度表比较湿度误差在±3%RH以内通过T08进出棚检测模拟物体穿过红外对管计数递增无长时间误动作通过我还记录了连续一周的运行数据隔天早餐喂食后的重量变化曲线比较平滑。称重系统在每天7点下料后重量会从350g跳到510g白天逐步回落到180g全程没有明显跳变说明传感器和滤波逻辑配合正常。4.3 典型故障与排查实录第一个典型故障是“舵机一转动OLED就闪黑整个板子复位”。原因和硬件部分说的完全一致舵机瞬时电流导致电压跌落。我先在舵机电源入口并联470μF电容现象减轻然后把舵机电源改成独立模块问题彻底消失。反正经验一句话大功率执行器件永远不要和MCU共用一条细的电源路径。第二个是“HX711读数早晚差距大”。一开始我怀疑SHT30或环境温度导致温漂后来实际观测发现白天和晚上读数差异主要由工频干扰引起。处理办法是传感线换成屏蔽线输入端加RC低通滤波再配合软件滑动平均波动明显收敛。这条跳变现象最后在设计手册里作为“环境干扰与解决办法”案例写进去了。第三个是“红外对管频繁误触发”。这是户外设备的经典问题自然光里包含大量红外成分接收管饱和。我做了两件事一是用黑色遮光管包裹接收管只留一条窄缝对准反射目标二是在软件里要求连续三次有效信号才计数。两者配合后误报率从每天十几次降到了零。第四个故障是关于CAN的。后期为了在鸽棚远端放一个环境采集板我临时加了一个CAN节点。测试时遇到“CAN通信突然连不上”排查方向按顺序走先看总线A/B电压是否正确再看终端电阻是否匹配然后检查波特率和采样点最后查连接器端子是否氧化。最终的根因是两个节点之间没有接120Ω终端电阻总线反射严重。把电阻固定焊接到端子上之后通信稳定很多。5. 设计手册编写、交付与检查5.1 设计手册的标准章节组织设计手册在整个项目中几乎决定最终成绩或作品完整度。我的经验是手册结构可以直接走这个模板摘要/绪论、需求分析、总体方案、硬件设计、软件设计、系统测试、总结与展望、参考文献。学校模板有差异的话按学院要求微调即可。在“总体方案”章节不用把原理图画得太复杂画一张系统框图加一段文字说明模块之间怎么连接就够了。“硬件设计”部分不要直接贴大段原理图截图应该先写清引脚分配表再说明每一路电路的工作原理和参数计算最后放原理图。“软件设计”部分用流程图说明主循环和状态转移贴关键函数片段并解释整段整段贴源码只会让文档变难看。设计手册不是说明书不能只写“实现了什么功能”要写清楚“为什么这样设计”。比如继电器线圈并联二极管是为了吸收反向电动势HX711在初始化后延时等待信号稳定再读数是因为滤波电容需要充放电。这类设计推理过程评阅老师最看重。5.2 原理图、流程图表和BOM怎么组织手册里的图表对阅读体验影响很大。原理图我用立创EDA导出PDF再插入文档不用手绘稿。如果排版空间有限可以把PCB布线图放到附录。每个元件要有唯一位号比如R1、C1、U1并且原理图里的位号和PCB封装位号必须一一对应这能减少焊接错误。软件流程图表建议用draw.io或Visio画矢量图。评审要求严的话画状态图比画复杂时序图更直接。状态图必须和代码入口保持一致不然会被当成文档与实现不一致。整个系统三张图就够系统结构图、软件主流程图、定时触发状态图再多就是凑篇幅了。BOM表一定要包含物料型号、数量、单价、总价、采购渠道和备注。我习惯再加一列“替代型号”方便做物料替换。比如AMS1117可以换ME6211HX711可以换ADS1220但需要重写初始化寄存器。这套物料做下来成本控制在200元以内写进报告里完全说得过去。5.3 交付前自查清单我整理了一份交付前自查清单每次交作品之前照着逐项勾选硬件部分芯片数据手册是否列全电源网络、地网络、信号网络是否都做了标记每个芯片引脚是否有完整标注PCB上有没有预留测试点和丝印。软件部分代码注释是否到位所有外设初始化是否和原理图引脚一一对应数组边界有没有越界风险喂狗逻辑是否在主循环而不是中断里。文档部分页码、目录、图表编号是否一致公式编号是否对齐实验数据和实际测试日期是否吻合有没有从网上复制别人的实验图。实物部分接线有没有松脱翻盖走线会不会卡住螺丝有没有拧紧标签是否贴好断电再上电能不能自动恢复。这个清单在两轮完整交付里都起了作用。上一轮就是因为引脚分配表里漏了一列“复用功能”现场评审的时候被老师指出来改起来虽然不难但印象分已经丢了。6. 实操心得与后续扩展整套项目做下来我自己的体会是最花时间的不是代码也不是焊接而是“电路和机械的配合”以及“不稳定现象的定位”。原理图上所有模块看起来都是独立的装进真实环境后电源、电机、传感器之间的互相干扰马上冒出来这正是课堂实验不会教的东西。如果你也想做这个方向建议先花一周把最小系统板和传感器跑通再考虑外壳和机械结构。软件上永远留好调试日志接口硬件上永远预留测试点和跳线。等系统稳定运行一个月后你回头看会觉得当初每一个让人抓狂的问题都成了设计手册里最有价值的案例。后续扩展的方向比较现成加一个WiFi模组就能把喂食数据、环境温湿度上报到巴法云这类物联网平台实现远程查看和远程投喂RS485节点已经预留可以在鸽舍门前、窗边放多个采集点做分布式环境监测。底层这套STM32平台足够稳加外围设备更多是工作量的问题。