简介：面向毕业设计、课程设计与项目竞赛场景，基于STM32的宠物喂养系统提供了一套完整可复现的项目方案，覆盖定时定量喂食喂水、环境温湿度与水位监测等核心功能，旨在解决主人外出时宠物无人照看的问题。压缩包共204个文件，整包约181.9MB，以STM32固件源码（.c/.h）、Keil工程文件（.uvprojx）、编译产物（.o/.hex/.axf）以及PCB/原理图（.pcbdoc/.schdoc）为主，另含设计论文PDF，硬件设计、软件代码与说明文档配套齐全。已有320人学习下载，项目代码经过严格测试，可直接运行。对于嵌入式初学者，可借助完整工程理解传感器数据采集、外设驱动与逻辑控制；对于有基础者，可在现有框架上扩展远程喂食、数据记录与异常报警等功能，作为工程实训、初期项目立项或二次复刻的参考模板。

1. 一套能答辩的STM32宠物喂养系统，到底包含哪些东西

先抛个反直觉的结论：自动喂食这件事本身并不难，难的是你拿到的不是一个“能亮的demo”，而是一套从机械执行到云平台上报、从PCB到论文都能闭环的材料。这套基于STM32宠物喂养系统的课题，核心就干三件事：定时定量出粮、状态信息展示与远程控制、以及把设计过程写成论文。它的价值在于覆盖了嵌入式开发的完整链条——传感器采集、电机驱动、通信协议、低功耗设计、PCB画板、可靠性测试，而这些正是答辩评委最看重的“工作量”来源。适合三类人：做毕设需要稳定复现的学生，做课设想拿高分的小组，以及想靠竞赛作品冲刺奖项的队伍。你拿到的zip里，源码、PCB、论文和设计材料是一套互相对照的资源包，不是散装文件。

2. 硬件方案先立住：主控、出粮机构、称重与供电怎么选才能不返工

硬件选型直接决定后面所有代码和PCB的走向。很多新手喜欢一上来就把功能堆满，结果发现电机一启动屏幕就重启，或者称重数据飘得没法看。这章把每个关键模块的选型逻辑和参数算清楚，后面焊板子才不会返工。

2.1 主控与外设选型：为什么是F103C8T6而不是其他芯片

市面上的STM32宠物喂养系统资料，九成以上主控都是STM32F103C8T6，这是一个被验证过的合理选择。这颗芯片72MHz主频、64KB Flash、20KB RAM，外设齐全到刚好覆盖这个课题的需求：RTC做定时喂食、USART接ESP8266模块和调试串口、I2C接OLED屏、PA口接HX711称重、两个定时器输出PWM驱动舵机或步进电机。最重要的还是生态——你手里的源码、参考论文和PCB封装都是按这颗芯片画的，换芯片等于所有参考资料全部作废。

选型对比上，如果换成STM32F407系列，性能过剩不说，引脚和PCB封装全得改，成本也翻几倍；退回C51单片机，光HX711的24位时序读取和ESP8266的串口缓冲就够你调一星期。至于Arduino风格的方案，跑demo可以，但论文里没有寄存器配置、没有中断向量、没有电源完整性设计，工作量撑不起一篇合格毕设。开发环境方面，资料工程大多是MDK 5，直接用Keil打开编译最省事；想用VSCode配EIDE插件也行，但记得先把STM32芯片包装好，否则打开工程全是红色报错，连Device都选不上。下载调试统一走SWD四线接口，板上必须引出SWCLK、SWDIO、GND、3V3这四根线，用J-Link或ST-Link都能连。

2.2 出粮机构选型：五线四相步进电机与称重闭环怎么配合

出粮机构是这套系统的机械核心，两种常见做法：一是28BYJ-48五线四相步进电机加ULN2003驱动板，二是MG996R舵机加拨片。我一般强烈推荐步进电机方案，原因有三：步进电机掉电后转子自锁，狗粮不会自己漏出来；四相八拍的驱动逻辑完全是课本知识，论文里好写；堵转时不会像舵机那样疯狂打齿，最多是发热，不会直接物理损坏。28BYJ-48是减速步进电机，减速比1:64，步距角约0.088度，每转一圈大概需要4096个脉冲，配合驱动器用1-2相励磁的八拍顺序：A、AB、B、BC、C、CD、D、DA循环输出，每拍延时2毫秒，转速约5转每分钟，既够用又不容易卡粮。

但开环数圈数出粮有风险——粮仓里粮食剩余量不同，同样圈数落下的重量差很多。更可靠的做法是称重闭环：出粮口下方放称重平台，电机每转半圈就读取一次HX711重量数据，达到目标克数立即停转。这样做的好处是误差能控制在正负5克以内，而且论文里可以写出完整的闭环控制流程图。系统里还需要加一个“卡粮超时保护”：如果电机启动10秒后重量完全没有变化，说明粮食卡住了，立即停转并报警，否则电机一直转下去会发热烧毁——这是自动喂食器最常见的翻车点。

2.3 电源与功耗估算：从12V适配器到3.3V逻辑的压降分配

电源设计是整个硬件方案里最容易被低估的环节。这套系统的功耗特征很不均匀：电机启动瞬间电流能冲到300毫安以上，ESP8266在WiFi发射时峰值电流达到200到300毫安，而STM32加OLED正常工作才80毫安左右。如果直接从USB的5V取电，电机一转，5V拉低，AMS1117输出跟着塌，MCU复位，表现就是屏幕闪一下重启。所以标准做法是外接12V/1A DC适配器，板上先用MP1584降压模块把12V降到5V，再通过AMS1117-3.3线性稳压给逻辑电路供电。MP1584的输入范围4.5到28V，最大输出电流3A，余量充足；AMS1117只有1A能力，所以ESP8266不要从3.3V后面取电，直接从5V节点用单独的LDO供电，或者至少保证AMS1117的散热焊盘铺铜面积够大。

电源走线的原则是“电机电源和逻辑电源分区”：12V进来后立刻分两路，一路走电机驱动，一路走DCDC降压给逻辑。两路电源的GND在输入端单点汇合，而不是在板上多处相连，否则电机地线上的尖峰电流会直接串进HX711的参考地，称重数据狂跳。每个电源节点都要按“100nF陶瓷电容并联10uF电解电容”的组合摆放去耦电容，电容要靠近芯片电源脚，不是放远一点就能用。

2.4 物料清单与BOM核对：焊板前先按表备料

拿到资源包的第一步不是解压看代码，而是把BOM表拉出来核对物料。完整的STM32宠物喂养系统BOM大致如下，不同资料包的具体型号可能有出入，以你手里PCB的标注为准：

核对BOM时重点关注封装和引脚定义：OLED和ESP8266的排针间距是不是2.54mm标准，HX711模块是否有板载稳压，电机接口是5Pin还是4Pin直插。这些细节决定你焊完板子能不能直接插上模块，不然就要飞线伺候。按“先焊电源→再焊主控→再焊外设”的顺序上电，每焊完一个模块都测试一次，比全部焊完一起测省一天时间。

3. 源码跑通：从Keil工程到定时喂食主逻辑

源码部分是最能体现“工作量”的地方，也是答辩时被拷问最狠的部分。不要只想着把程序跑起来，要能讲清楚每个外设为什么这么初始化、状态机为什么这么划分、数据流走过哪些环节。

3.1 工程结构与启动流程：标准库和HAL库怎么选

这套系统资料里的源码工程，常见的是基于标准库的MDK工程，目录结构一般是USER（main函数和中断处理）、HARDWARE（各外设驱动）、SYSTEM（延时、串口、中断封装）、CORE（启动文件和内核文件）。标准库的特点是寄存器操作可控性强，代码量比寄存器版少很多，比HAL库更贴近底层逻辑；如果你手里的版本是HAL库工程也正常，只是外设初始化的API名字换了一套，核心逻辑不变。我建议你拿到源码后先别急着编译，先打开工程看一眼Device选的是不是STM32F103C8，再检查魔术棒选项卡里Define宏是STM32F10X_MD还是别的，这两个地方错了，编译直接报几百个错误。

启动流程是所有嵌入式项目的骨架，先理清它再改代码。main函数里的初始化顺序有讲究，不是随便排的：

int main(void) { SystemInit(); // 1. 配置系统时钟，72MHz主频 GPIO_Config(); // 2. 初始化所有用到的GPIO引脚 USART1_Config(); // 3. 调试串口，115200-8-N-1 I2C_OLED_Init(); // 4. OLED初始化，I2C地址0x78 HX711_Init(); // 5. 称重传感器初始化，PA1/PA2 RTC_Config(); // 6. 配置RTC，使用外部LSE时钟源 ESP8266_Init(); // 7. 初始化ESP8266，USART2接口 MOTOR_Init(); // 8. 步进电机GPIO与节拍配置 KEY_Init(); // 9. 按键输入，上升沿触发 OLED_ShowString(0, 0, "Pet Feeder"); // 屏显初始信息 Feed_LoadConfig(); // 从内部Flash读取喂食配置 while (1) { Key_ScanTask(); // 按键状态机，处理菜单设置 Feed_Task(); // 喂食状态机，核心调度逻辑 ESP8266_Task(); // 云平台通信任务 OLED_RefreshTask(); // 定期刷新屏幕数据 } }

初始化顺序的核心原则：先时钟后外设，先基本后复杂。时钟系统不配置好，所有外设都是空中楼阁；OLED和串口先初始化，是为了后续调试有输出通道——程序死在哪个阶段，看一眼屏幕或串口日志就知道。ESP8266放最后是因为它的初始化要发送AT指令，等待回包可能需要几百毫秒甚至更久，如果它卡住前面，其他功能也会被拖累。主循环采用“任务轮流查询”的方式，不用操作系统，每个任务内部保证不阻塞，这是裸机状态机的常见写法。

3.2 RTC定时喂食状态机：分钟级调度与卡粮超时保护

RTC模块承担“定时喂食”的核心功能。我推荐用外部32.768kHz晶振做LSE时钟源，因为内部LSI时钟精度不够，一天能差出十几分钟，答辩时用秒表一测就露馅。RTC初始化时有个坑值得提前说：LSE晶振起振非常慢，有时候要一两秒，代码里必须加等待起振标志的循环，否则RTC会以不可预知的初始值运行。喂食时刻配置要存到内部Flash模拟EEPROM里，这样断电重启后设置不丢。

喂食逻辑不要写成简单的“时间到了就转电机”，而应该是一个完整的状态机。因为出粮过程不是瞬间完成的，期间还要响应按键中断、串口远程指令和重量反馈，用延时函数把整个流程堵住，系统就失去响应能力了：

typedef enum { FEED_IDLE = 0, // 空闲态，等待时间到达 FEED_WEIGH, // 预称重态，读取当前粮重 FEED_MOTOR, // 出粮态，启动电机 FEED_FINISH, // 完成态，记录日志并复位 FEED_FAULT // 故障态，卡粮报警 } Feed_State; void Feed_Task(void) { RTC_TimeTypeDef rtc_time; static Feed_State state = FEED_IDLE; static uint32_t motor_timeout = 0; RTC_GetTime(RTC_Format_BIN, &rtc_time); // 读取RTC时间 switch (state) { case FEED_IDLE: // 到达设定时间且当日未喂过，进入预称重 if (rtc_time.Hours == feed_cfg.hour && rtc_time.Minutes == feed_cfg.minute && feed_cfg.last_day != rtc_time.Date) { state = FEED_WEIGH; Feed_Log("enter feed process"); } break; case FEED_WEIGH: feed_cfg.start_weight = HX711_GetWeight(); // 记录出粮前重量 MOTOR_Start(); // 电机启动 motor_timeout = HAL_GetTick() / 1000; // 记录启动时刻 state = FEED_MOTOR; break; case FEED_MOTOR: // 每250ms检查一次当前重量，达到目标差值立即停 if (HAL_GetTick() % 250 == 0) { current_weight = HX711_GetWeight(); // 出粮量 = 初始重量 - 当前重量 if ((feed_cfg.start_weight - current_weight) >= feed_cfg.target_weight) { MOTOR_Stop(); state = FEED_FINISH; } // 卡粮保护：启动10秒重量无变化则停机报警 else if ((HAL_GetTick() / 1000 - motor_timeout) > 10) { MOTOR_Stop(); state = FEED_FAULT; OLED_ShowString(4, 0, "Fault: Clog!"); } } break; case FEED_FINISH: feed_cfg.last_day = rtc_time.Date; // 标记今日已喂 Feed_SaveConfig(); // 保存状态到Flash state = FEED_IDLE; break; case FEED_FAULT: // 手动按键或远程指令解除故障 if (KEY_Confirm_Pressed()) { state = FEED_IDLE; } break; } }

这段代码里有三个关键参数值得重点理解。第一个是target_weight，单位是克，这个值决定每次喂食量，由用户在菜单里设置，范围一般支持1到200克。第二个是卡粮保护的10秒超时阈值——太短容易误判，因为电机刚启动时粮食落下有延迟；太长则失去保护意义，我调试时试过8秒误报率高，目前10秒比较稳。第三个是状态机的复位条件，完成态要把last_day写成当天日期，否则同一分钟会反复触发喂食。这个状态机也方便加“每日多餐”功能：把feed_cfg改成数组存多组时间和量，喂食循环每次检查所有槽位即可。

3.3 HX711称重驱动：24位ADC的数据格式与滑动平均滤波

HX711是称重方案的关键器件，它本质是一个24位高精度ADC，带差分输入和可编程增益放大器。它与STM32之间只有两根线：SCK（时钟）和DOUT（数据）。数据读取时序是：当DOUT从高变低表示一次转换完成，之后SCK每输出一个高脉冲就读出1位数据，连续24个脉冲读完整个24位值，第25个脉冲用来选择下一个周期的增益和通道。硬件上必须在DOUT引脚外部接10K上拉电阻到3.3V，因为HX711的DOUT是开漏输出，不放上拉读不到正确电平。

读取代码是这套系统里最容易被“玄学”问题折磨的地方，问题大多出在时序不严格或数据格式理解错误：

// 从HX711读取一次24位原始数据 // 返回值为有符号32位，低24位有效，二进制补码格式 int32_t HX711_Read(void) { int32_t val = 0; uint8_t i; HX711_SCK_L(); // 拉低时钟，准备通信 // 等待DOUT变低，表示ADC转换数据已就绪 // 超时保护防止死等，5000次循环约25ms uint16_t timeout = 5000; while (HX711_DOUT_READ() == 1 && timeout--) { delay_us(1); } if (timeout == 0) return 0; // 超时返回0，上层过滤无效数据 for (i = 0; i < 24; i++) { HX711_SCK_H(); // 时钟拉高，DOUT上的数据被采样 delay_us(1); if (HX711_DOUT_READ()) { val |= (1UL << (23 - i)); // 高位先出，按位组装 } HX711_SCK_L(); delay_us(1); } // 第25个脉冲，配置下一轮为通道A，增益128 HX711_SCK_H(); delay_us(1); HX711_SCK_L(); return val; } // 连续采样5次，去掉最大值和最小值后取平均 // 有效抑制电机振动引入的尖峰噪声 int32_t HX711_GetWeight(void) { int32_t samples[5]; int32_t sum = 0; int32_t max_val, min_val; uint8_t i; for (i = 0; i < 5; i++) { samples[i] = HX711_Read(); delay_ms(10); // 两次采样间隔至少10ms } // 简单的冒泡找最大最小（数据量小，没必要排序优化） max_val = samples[0]; min_val = samples[0]; for (i = 1; i < 5; i++) { if (samples[i] > max_val) max_val = samples[i]; if (samples[i] < min_val) min_val = samples[i]; } sum = 0; for (i = 0; i < 5; i++) { if (samples[i] != max_val && samples[i] != min_val) { sum += samples[i]; } } return sum / 3; // 3个有效样本平均 }

这套驱动有两个特别需要注意的地方。一是数据格式：HX711输出的是24位二进制补码，不是无符号数，直接赋值给uint32_t然后用它算重量，负数重量会得到巨大的正数，所以返回值必须用int32_t接，后续所有换算都在有符号域进行。二是每次采样间隔要大于10毫秒，因为HX711内部ADC的转换速率默认是10SPS（每秒10次），太快读取会拿到上一次的缓存数据，表现为重量数值每隔几次跳变一次。实际使用上，HX711_GetWeight()返回的是原始码值，要和“克”做映射还需要两步标定：放上空容器，记录tare_value；放上标准砝码如100克，记录value_100g。以后重量 = (当前值 - tare_value) × 100 / (value_100g - tare_value)。标定参数建议保存在Flash里，换传感器后只需要重新标定一次。

3.4 巴法云远程控制：ESP8266的AT指令封装与数据上报

远程控制这套系统最常见的物联网接入方式是：STM32通过串口控制ESP8266模块连接巴法云平台，用MQTT协议上报状态、接收下发指令。巴法云是免费的物联网云平台，支持TCP和MQTT两种协议，服务器地址、端口、主题topic和私钥都需要去平台控制台申请。ESP8266模块与主控之间用USART2连接，波特率115200，硬件流控可以忽略。注意ESP8266模块的供电要求很苛刻：发射瞬间电流可达300毫安，如果用AMS1117直接供电，压降过大会导致模块自动重启，最可靠的做法是从5V节点用单独的3.3V LDO供电，并且模块旁边放一个100uF电解电容蓄能。

操作ESP8266本质是“发命令、等回包、做超时处理”，推荐封装一个通用的指令发送函数，统一处理AT指令的收发：

// 发送AT指令并等待期望响应 // cmd: 要发送的指令字符串，以\r\n结尾 // expect: 期望在回包中出现的特征串，如"OK"或"FAIL" // timeout_ms: 总超时时间，单位毫秒 // 返回1表示成功，0表示超时或回包不匹配 uint8_t ESP8266_SendCmd(const char *cmd, const char *expect, uint32_t timeout_ms) { uint8_t buffer[128]; uint16_t len = 0; uint32_t start = HAL_GetTick(); uint8_t success = 0; USART2_SendString((uint8_t *)cmd); // 发送AT指令 memset(buffer, 0, sizeof(buffer)); while (HAL_GetTick() - start < timeout_ms) { // 从串口接收缓冲逐字节读取 if (USART2_ReceiveByte(&buffer[len]) == 0) { continue; // 无新数据，继续循环等待 } len++; if (len >= sizeof(buffer) - 1) break; // 每收到一个字节就检查一次是否包含期望串 // 注意：回包可能是分段到达的，不能等全部收完再查 if (strstr((char *)buffer, expect) != NULL) { success = 1; break; } } return success; } // 上报重量数据到巴法云主题 // 巴法云MQTT主题收到字符串格式：{"type":"weight","val":128} void ESP8266_PublishWeight(int32_t weight) { char json[64]; // 用AT指令发送MQTT消息，不同固件的AT指令集不同 // 常见格式：AT+MQTTPUB=<clientID>,<topic>,<data>,<qos> sprintf(json, "{\"type\":\"weight\",\"val\":%ld}", weight); ESP8266_AT_SendMQTT("feeder_topic", json, 0); }

这套封装里有几个细节直接决定可靠性。第一，回包必须是逐字节流式匹配，不能等串口收完再查——ESP8266的AT回包是分多段到达的，中间有几十毫秒间隔，如果等收完，你可能永远收不到“完整包”。第二，超时参数要按不同指令分别设置：测试指令“AT” 500毫秒足够，连接WiFi的“AT+CWJAP”可能要10秒以上，如果统一用短超时，连接WiFi永远“失败”。第三，strstr匹配的是特征串，不要用“==”比较完整回包，因为AT固件版本不同回包前后缀会有差异，匹配“OK”或“+MQTTSUBRECV”这样的关键字最稳。远程指令下发是逆过程：ESP8266在后台循环接收平台推送，如果串口收到以“feed:”开头的字符串，就解析后面的数值，替换feed_cfg.target_weight，实现远程调整喂食量。

4. PCB从原理图到打样：用嘉立创EDA走通全流程

PCB设计是排查资料的硬通货，也是答辩评委最喜欢翻的部分。这一章不讲玄学，只讲从原理图到打样必须盯死的具体规则。

4.1 原理图阶段就要定的约束：电源网络与电机驱动隔离

原理图阶段的布局思路直接决定PCB后期好不好画。打开设计资源里的原理图文件，第一件事不是看信号连接，而是检查电源树：DC电源插座进来后，是否按“12V → 保险丝/防反接 → MP1584模块 → 5V → AMS1117 → 3.3V”这样的树状结构走。防反接用SS34肖特基二极管串联在输入正极即可，压降只有0.3V左右；保险丝用自恢复的PPTC，额定电流2A，防止电机堵转短路烧板。

电源网络定好后，把整张原理图按功能区划分：电机驱动区（ULN2003接口、电机排针）、模拟采集区（HX711、称重传感器接口）、逻辑控制区（STM32最小系统、OLED接口、ESP8266、按键）、电源区（三个降压级）。功能和电源分区明确后，PCB布线时就知道哪些线必须粗、哪些区域要包地、哪些走线要绕开。晶振部分要检查两个负载电容是否靠近晶振引脚，通常配18pF；RTC的32.768kHz晶振同样要靠近STM32的PC14/PC15引脚，这个晶振走线太长会导致起振失败。VBAT接CR1220电池座时，中间串联一个1N4148二极管防止电池倒灌给主供电，电池座的GND要单独接主GND不要串到模拟地。

4.2 Layout阶段的关键规则：线宽、间距、螺丝孔与走线禁地

打开PCB文件后，先看板框尺寸和安装孔，再看布线规则。M2螺丝孔是这类小板的标配，具体参数很多新手拿不准：M2螺丝孔内径做2.2毫米，焊盘外径做4毫米，环宽至少0.8毫米，螺丝孔中心离板边距离不小于1.5毫米。注意螺丝孔不是拿来走线的，周围1.5毫米范围内不要布铜，否则螺丝拧进去短路。我见过有板子的螺丝孔直接压在3.3V铺铜上，装机一上螺丝就短路烧板。

布线线宽按电流和网络类型按下表执行，这是两层板打样不会出问题的保守值：

整板用双层板，顶层走信号和电源主干，底层铺完整地平面。晶振底下属于禁地，所有信号线都不要穿过；ESP8266模块的PCB天线区域下面不要铺铜，也尽量别走其他信号线，否则辐射效率下降，表现为通信距离骤减。HX711的SCK和DOUT两根线要从芯片出来就近连接到STM32的PA1/PA2，途中不要和电机驱动线并行走线，差分信号线要短——称重数据跳动的最常见原因不是代码，而是PCB上这两根线被电机线干扰了。

4.3 导出Gerber与BOM，下单打样前必须做的DRC复查

PCB画完不是终点，下单打样前还有一整套复查流程要走。用嘉立创EDA打开PCB文件，先点“设计 → 检查设计规则（DRC）”，重点看制造规则里的三类错误：间距小于6mil的、线宽小于制造能力最小值的、未连接的引脚。打样厂的常规能力是：最小线宽6mil（0.15mm）、最小间距6mil、最小过孔内径0.3mm。DRC报出的错误不等于全部都要修，但间距错误和短路类错误必须清零。覆盖区（即“Keep-Out Layer”）要画清楚板框，尺寸要和实物对得上，比如100mm×100mm以内是嘉立创的优惠尺寸范围，超出的话打样费用翻倍，这是资源包里为什么要把板子做到这个尺寸以内的原因。

确认无误后导出Gerber文件和BOM表。Gerber文件是给工厂的生产资料，包含线路层、阻焊层、丝印层和钻孔文件，导出后不要直接发，先用在线Gerber预览功能看一眼，确认顶层丝印的字没有被翻转、钻孔数量对得上。BOM表导出后逐项核对器件封装：STM32F103C8T6是LQFP48封装，电阻电容是0603还是0805，OLED排针是2.54mm间距母座，这些只要错一项，焊板时候就得飞线抢救。下单时选FR-4板材、1.6毫米厚度、板子颜色随意（绿色最便宜），表面工艺选喷锡或沉金——喷锡性价比高，但对焊接温度更敏感，不太建议新手用Osp工艺。样板回来先别急着焊芯片，第一步用万用表量电源正负极是否短路，第二步量输入端电压无误后再焊接主控，这个顺序能救回一半的板子。

5. 调试避坑与排查：五个让新手翻车的真实场景

这一章是把资源包从“能编译”变成“能稳定运行”的关键。以下五个问题不是概率事件，而是做这个课题几乎必然会遇到的血泪经验，每条都按现象、原因、解决三个步骤拆开讲。

5.1 电机一启动，屏幕花屏或整个系统重启

现象：程序里一切都正常，按键设置时间、OLED显示都没问题，但只要步进电机开始转动，OLED屏幕就闪烁、花屏，严重时系统直接复位，喂食任务中断。用示波器看3.3V电源，会发现电机启动瞬间电压跌落到2.8V甚至更低，持续几十毫秒。

原因：三个叠加因素——电机电流从5V节点抽取，导致AMS1117输入跌落；电机线缆和OLED的I2C走线在PCB上靠得太近，电机电流的尖峰耦合到信号线；整个板子电源去耦电容余量不足，电机一启动，储能不足的电源节点被瞬间拉垮。

解决：第一步在硬件上，电机电源从5V节点单独引出，用1mm以上线宽短距离接到电机接口，在电机接口旁加一个大容量电解电容（100uF/16V）和一个小陶瓷电容（100nF）组合蓄能；如果用的是四个IO直驱ULN2003，检查电机节拍输出之间的死区时间，不要两个相同时切换造成瞬间短路电流。第二步在代码上，电机启动前先用delay_ms(100)等待电源稳定，启动后200毫秒内不读取HX711和刷新OLED，给电源一个缓冲窗口。经过这样的双管齐下，绝大多数重启问题都能消失。

5.2 断电再上电，RTC时间回到2000年

现象：系统正常工作，喂食时间设置好，断电后放一晚，第二天上电发现屏幕上显示的日期时间是2000年1月1日，喂食任务全部乱套，需要重新设置时间。

原因：两个可能的坑——VBAT引脚根本没有接到纽扣电池，或者电池座是装了但没装电池；RTC时钟源配置成了内部LSI或HSI而非外部LSE，断电后时钟源失效，RTC计数器被清零。还有一种情况是LSE晶振没起振，程序里RTC初始化时没检查起振标志就往下走，RTC功能实际没有正常工作。

解决：先查电路，确保VBAT引脚通过二极管接到了CR1220电池座正极，电池座负极接主GND，纽扣电池正极朝上装到位。然后在代码里，在RTC初始化函数中加入LSE起振等待机制：

void RTC_Config(void) { RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE); PWR_BackupAccessCmd(ENABLE); // 开启备份域访问 RCC_BackupResetCmd(ENABLE); // 复位备份域，确保干净状态 RCC_BackupResetCmd(DISABLE); RCC_LSEConfig(RCC_LSE_ON); // 打开外部低速晶振 // 等待LSE起振，最多等2秒，这是最容易卡死的地方 uint16_t i = 20000; while (RCC_GetFlagStatus(RCC_FLAG_LSERDY) == RESET && i--) { delay_us(100); } if (i == 0) { // LSE起振失败，回退到LSI内部低速时钟（精度较差） RCC_LSICmd(ENABLE); RCC_RTCCLKConfig(RCC_RTCCLKSource_LSI); } else { RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE); } RCC_RTCCLKCmd(ENABLE); // 随后检查RTC年份，如果小于2020则重新初始化时间 RTC_TimeTypeDef time; RTC_GetTime(RTC_Format_BIN, &time); if (time.Year < 20) // 年份小于2020 { // 设置默认时间：2024年1月1日 00:00:00 RTC_SetDefaultTime(); } }

上电后通过年份检查来判断RTC是否正常，这是一个非常实用的“后悔药”逻辑，就算电池没电了，系统也能自动回到一个已知的默认状态，而不是显示一个1970年或2000年的离谱时间。

5.3 称重数值跳得没法看，稳定不下来

现象：HX711接入称重传感器后，空载状态下的读数不稳定，数值在几百甚至几千范围内跳动；电机一停，读数需要几十秒才能勉强稳定；出粮过程中重量几乎无法读取。

原因：三个层次的干扰——传感器本身受到机械振动导致的应变片共振；HX711的供电电压纹波太大，应变片的激励电压不纯净；PCB上HX711的模拟走线太靠近电机驱动线，噪声直接耦合进SCK/DOUT信号。很多时候是这三个因素叠加，不是单一原因。

解决：分层处理。机械层，在称重传感器和底板之间加硅胶减震垫，减弱电机启动时的机械传导；电路层，HX711的AVDD供电不要直接从3.3V电感拉过去，加一组RC滤波（10欧姆电阻串联再加100uF电容），模块的VCC引脚附近也要放100nF去耦；代码层，采样频率从单次读取改为滑动平均滤波（就是3.3节里的5点中值平均），并且把采样时机避开电机转动时刻。如果数值还是跳，检查HX711第7脚SDA引脚的上拉电阻值是不是10K，上拉过小会拉不动DOUT，过大会导致信号边沿变缓，影响时序。实测按这个顺序处理，空载跳动能从正负300码降到正负20码以内。

5.4 ESP8266连接巴法云失败，AT指令卡在不识别

现象：上电后串口输出AT测试指令，模块要么没有回包，要么回了一个奇怪的乱码序列，或者回“ERROR”而不是“OK”。排查半天发现模块时而能用时而不能用，重启后行为不一致。

原因：这是ESP8266模组最典型的“玄学”问题——供电不足导致的模块随机复位和波特率失真。很多ESP8266模块出厂固件默认波特率是115200，但如果供电电压跌到3.0V以下，模块内部Flash读取可能出错，回包就会是乱码。另一种可能是模块的固件版本不是AT固件，而是原厂MQTT透传固件或SmartConfig固件，AT指令自然不识别。

解决：先排除供电问题，单独给ESP8266供3.3V，确认模块的VCC引脚电压在3.3V正负0.1V内，且模组旁边的蓄能电容不低于100uF。然后用USB转串口工具直接连模块的URXD/UTXD，手动发一条“AT\r\n”看回包，排除主控干扰。如果回包是乱码，把波特率依次换9600和74880试一遍（ESP8266调试波特率有几种特殊值）。确认模块和供电都正常后，再检查主控串口的波特率配置是否和模块一致，注意USART2的波特率寄存器配置在72MHz主频下是否有分频误差。连接巴法云时，服务器地址、端口、topic和私钥必须从巴法云控制台复制粘贴，不要手敲，中间字符差异都会导致TCP连接被服务器拒绝。

5.5 打样回来的板子，程序烧录不进去，ST-Link连不上

现象：板子按BOM焊好，插上ST-Link，MDK提示找不到目标设备；尝试下载程序，报“No Target Connected”之类的错误。检查了三次接线都没问题，ST-Link在其他板子上能用。

原因：最大嫌疑是STM32的BOOT0和BOOT1引脚管脚状态不定。BOOT0悬空或走线被干扰，芯片进入错误的启动模式，CPU在跑系统存储器程序而不是用户Flash，调试接口自然连不上。另一类原因是下载口SWDIO/SWCLK的两个引脚被代码初始化成了普通GPIO，上一次烧录的程序启动了又把引脚复用掉，导致调试器无法抢占。

解决：第一步用万用表量BOOT0引脚的电压，应该接近0V，如果不是，检查BOOT0是否放下拉电阻（10K到GND），不能悬空。第二步如果BOOT0正常但连不上，把BOOT0强制拉高到3.3V然后重新上电，此时MCU进入ISP模式不运行用户程序，调试接口一定能连上MDK，这时立刻擦除整个Flash，再把BOOT0恢复低电平，重新上电下载。第三步下载后先运行一段最简GPIO翻转代码验证芯片存活，然后才开始烧录完整工程。记住一个习惯：新板子焊好后第一件事用最简程序测试，不要直接烧完整系统，否则出问题都不知道是硬件还是软件。

6. 论文与答辩材料：从测试数据到系统验证的完整组织

源码和PCB让系统能跑，论文则让系统能“被认可”。这一章把论文和答辩材料的组织逻辑讲清楚，重点在怎么让测试数据有说服力，以及如何用进阶验证证明方案可靠性。

6.1 论文结构怎么对应设计内容

拿到资源包里的论文模板时，不要直接复制内容去查重，要按自己的设计理解重写。核心原则是“每种设计选择都有解释”：硬件选型写“为什么选STM32F103C8T6而不是51”，软件架构写“为什么用状态机而不是延时”，通信方案写“为什么选MQTT协议而不是HTTP轮询”。论文章节和设计内容的对应关系大致如下：

写摘要时用一个具体数字抓住眼球，比如“本系统实现了误差小于正负5克的定时定量出粮，并通过MQTT协议实现远程控制，远程指令成功率98%”。论文最忌讳“功能全部实现、系统运行良好”这种没有信息量的话，换成具体测试数据就有力得多。另外注意所有源代码不要全文贴到正文，主流查重系统会把代码大面积判重，核心状态机贴100行、完整代码放附录或附光盘即可。

6.2 用测试日志让数据说话

答辩评委对系统功能不会全信，但对表格数据天然认可。设计测试方案时按三个维度组织：功能测试、性能测试、可靠性测试。功能测试用流程表格逐项验证，每一行写测试步骤、预期结果、实测结果和是否通过。性能测试的做法是出粮精度测试——设定目标50克，连续测试10次，记录每次实际出粮重量，数据格式做成这样非常有说服力：

这组数据一列出来，评委就知道你实际跑过系统，不是只写了代码。平均绝对误差算一下填进论文性能总结。可靠性测试则包括：连续运行72小时不宕机、断电重启10次配置不丢失、WiFi断开后自动重连。所有测试时间、环境条件（如室温25度）、测试工具（电子秤精度0.1克）都要写在测试环境说明里，这是答辩时“工作量”的硬核证据。

6.3 进阶验证技巧与扩展方向

论文做完不代表课题做完了，你可以用几个进阶验证手段让系统可靠性和技术水平再上一个台阶。第一个是用定时器输入捕获功能实测HX711的SCK脉冲频率，这是验证驱动时序是否正确的硬核手段——把HAL库的定时器配成输入捕获模式，接到SCK引脚，一秒内捕获到的脉冲数如果接近8000（10SPS采样率乘以每样本80个脉冲），说明时序完全正确；如果差很多，说明你的驱动代码有阻塞延迟，这个值和理论值的偏差可以直接写进论文的“驱动时序验证”小节。第二个是给系统增加Flash日志功能，把最近50次喂食记录（时间、出粮克数、状态）写入STM32内部Flash模拟EEPROM，掉电不丢失，远程或本地都能查询，这是论文里“系统可追溯性”的亮点，也方便你自己排查问题。第三个是给ESP8266模块增加SmartConfig配网功能，首次使用的用户不需要往代码里烧WiFi账号密码，用手机App扫描配网即可，这个功能能让产品化的程度提高一大截。

我的习惯是每次打样回来先量电源再焊芯片，每次改代码先编译清零警告再下载，每次测试先记录数据再决定下一步改哪里——这套秩序让我少踩了很多坑。做这类课题，最大的敌人不是工作量，是那些“偶尔出现一次就再也不出现”的玄学问题，而对抗它们最好的方法就是把所有关键参数从硬件约束到软件策略都量化成明确的设计决策。按照这套方法把这套STM32宠物喂养系统完整复现一遍，你收获的不只是一份答辩材料，而是一套“拿到新方案能自己拆解、验证、落地”的嵌入式开发框架。希望帮到你。

本文还有配套的精品资源，点击获取