STM32自动喂食器设计方案：从需求到实现

简介：这份资源面向嵌入式课程设计学习者与STM32入门开发者，提供一套完整的宠物自动喂食器项目方案，帮助读者理解从硬件选型到软件实现的嵌入式系统开发流程。压缩包共201个文件，约11.75MB，以C语言源文件与头文件为主体，涵盖HAL库定时器、串口、SPI、RTC等驱动代码，并包含Keil工程配置、Proteus仿真工程、编译产物及说明文档，便于直接打开工程复现与调试。项目以STM32F401为核心，涉及喂食周期定时与中断处理、LCD状态显示、按键输入设定、电机PWM控制及传感器检测等模块，仿真图可辅助验证硬件连接与工作流程。目前已有7577人学习下载，适合需要课程设计参考、希望掌握STM32外设配置与系统集成思路的读者对照研读。

1. 从“喂食靠人记”到“设备自己管”：这套 STM32 自动喂食器方案要解决什么

做嵌入式课程设计，最容易翻车的不是代码写不出来，而是选题选得太“虚”——功能一堆，演示时却讲不清哪部分是核心。自动喂食器这个题目看着朴素，实际是个很典型的闭环控制项目：定时、计量、执行、反馈四件事都得落地。我见过不少同学把它做成“舵机转一下就完事”，答辩时被问“卡粮怎么办”“掉电后定时还准不准”就答不上来。这套基于 STM32 的方案，目标是把喂食器做成一个能独立运行、参数可调、异常可感知的小系统，适合正在做嵌入式课程设计、毕设预研，或者想拿一个完整项目练手的人。它不追求花哨，追求的是每个模块都能说清楚为什么这么设计。

2. 需求与选型：为什么是 STM32 而不是 Arduino

2.1 先把功能需求拆成可验收的条目

动手画原理图之前，我一般会先把需求写成一张能逐条打勾的表，而不是脑子里想着“做个喂食器”。这张表决定了后面选型、模块划分和验收标准，写不清楚，后面一定返工。

这张表里 R4 和 R6 是最容易被忽略、又最容易被答辩追问的两条。R4 涉及掉电存储，R6 涉及电流或位置反馈，它们直接决定了方案是“玩具”还是“能交付的设计”。把需求写成这样，后面每个模块的存在理由就都有了出处。

2.2 主控与执行机构的选型逻辑

主控选 STM32F103C8T6 是这类课设的常规做法：72MHz 主频、片上 Flash 64KB、RAM 20KB，跑定时器、OLED、按键、EEPROM 模拟完全够用，而且资料多、踩坑少。相比之下 Arduino 上手快，但答辩时“为什么不用单片机裸机做”这个问题不好回答，STM32 的定时器资源和低功耗模式也更适合讲清楚设计深度。

执行机构有两个常见路线：舵机方案和减速直流电机方案。舵机结构简单，但角度有限、扭矩小，出食量靠“转多少度”控制，颗粒饲料容易卡；减速直流电机配螺旋出料机构，扭矩大、出食量靠“转多少圈/多长时间”控制，更接近真实产品。这套方案选后者，用 L298N 驱动，配合霍尔传感器或简单的电流检测做堵转判断。选型不是越贵越好，而是要让每个选择都能在答辩时讲出“为什么不选另一个”。

提示：如果实验室只有舵机，方案也能成立，但要把“出食量标定”这一节写得更细，用实测数据弥补机构精度不足。

3. 总体架构设计：四个模块与一条主循环

3.1 硬件分层：主控、驱动、人机、传感

整机按四层划分，每层职责单一，接线和调试都能分开进行：

• 主控层：STM32F103 最小系统，负责定时、逻辑判断、参数存储。
• 驱动层：L298N + 减速直流电机，负责出食动作；蜂鸣器和 LED 做报警输出。
• 人机层：0.96 寸 OLED（I2C 接口）+ 4 个独立按键，负责显示与设置。
• 传感层：红外对管做缺粮检测，电流采样电阻做堵转判断。

分层的好处是调试时可以逐层验证：先让 OLED 亮起来，再让电机转起来，最后把定时逻辑接上。很多同学一上来就把所有模块焊在一起，出问题后不知道从哪查，这是血泪经验。

3.2 软件架构：定时器节拍 + 状态机

软件不写成“一个大 while 里塞所有 if”，而是用 SysTick 或 TIM2 产生 1ms 节拍，主循环里跑一个轻量状态机。核心状态只有四个：待机、设置、喂食、报警。定时判断放在节拍回调里累加秒数，到点置位标志，主循环检测到标志再执行喂食，避免在中断里做耗时动作。

/* 1ms 节拍回调，只做计数和标志置位，不执行耗时操作 */ volatile uint32_t g_ms_tick = 0; volatile uint8_t g_feed_flag = 0; void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_Update) != RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_Update); g_ms_tick++; /* 每满 1000ms 秒计数加一，与设定时刻比较 */ if (g_ms_tick % 1000 == 0) { rtc_seconds++; if (rtc_seconds >= 86400) rtc_seconds = 0; if (is_feed_time(rtc_seconds)) { g_feed_flag = 1; /* 只置标志，动作交给主循环 */ } } } }

这段代码的关键点是“中断只做最短的事”。is_feed_time()里比较的是当前秒数与预设的喂食时刻数组，命中就置g_feed_flag。主循环看到标志后调用feed_once()，里面才去拉电机、计时、检测电流。这样即使喂食动作耗时几百毫秒，也不会阻塞节拍、导致时间走慢。参数上，rtc_seconds用秒做单位是为了简化，实际产品会用 RTC 外设配合备份电池，课设阶段用软件计时加 EEPROM 保存偏移量就够。

3.3 参数存储：用 Flash 模拟 EEPROM

STM32F103 没有片内 EEPROM，参数掉电保存通常用两种办法：外挂 24C02，或者用内部 Flash 最后一页模拟。课设推荐后者，省一个器件、少一处焊接故障。做法是把喂食次数、每时刻的秒数、每份对应的电机运行时间打包成一个结构体，写入前先擦除整页，写入后回读校验。

typedef struct { uint32_t magic; /* 固定值 0x5A5A1234，判断是否已初始化 */ uint8_t feed_count; /* 每天喂食次数 1~6 */ uint32_t feed_sec[6]; /* 每次喂食的时刻（秒） */ uint16_t portion_ms; /* 每份对应的电机运行毫秒数 */ } FeedCfg_t; /* 写入前擦除页，写入后回读比对，失败则重试一次 */ uint8_t cfg_save(const FeedCfg_t *cfg) { FLASH_Unlock(); FLASH_ErasePage(CFG_ADDR); /* 按半字写入，结构体需按 2 字节对齐 */ uint16_t *p = (uint16_t *)cfg; for (uint32_t i = 0; i < sizeof(FeedCfg_t) / 2; i++) { FLASH_ProgramHalfWord(CFG_ADDR + i * 2, p[i]); } FLASH_Lock(); return (memcmp((void *)CFG_ADDR, cfg, sizeof(FeedCfg_t)) == 0); }

magic字段是后悔药：首次上电 Flash 是 0xFF，读出来 magic 不对就加载一套默认参数，避免用乱码去驱动电机。portion_ms是标定出来的经验值，比如一份饲料对应电机转 800ms，这个数必须实测，不能拍脑袋写。写入频率也要控制，只在用户确认设置时写一次，不要每次喂食都写，否则 Flash 寿命和写入耗时都会成为问题。

4. 关键模块实现：从出食计量到异常保护

4.1 出食计量：时间控制 + 实测标定

出食量控制是这套方案最容易被低估的部分。螺旋出料机构的出食量与电机转数近似成正比，而转数又和运行时间成正比，所以用“运行时间”做计量是合理的简化。但饲料颗粒大小、粮仓余量都会影响实际出食量，必须做标定。

标定方法：空仓装 500g 饲料，设置单次运行 500ms，连续出食 10 次，每次用电子秤称重，取平均值得到“每 500ms 出食克数”，再反算出“每份”对应的毫秒数写入portion_ms。我一般会让同学至少做三组不同余量下的标定（满仓、半仓、低余量），把偏差记录进报告，答辩时这就是“你做过实测”的证据。

/* 按份数出食，每份运行 portion_ms，份间留 200ms 间隔防止堆积 */ void feed_once(uint8_t portions) { for (uint8_t i = 0; i < portions; i++) { motor_forward(); uint32_t start = g_ms_tick; while (g_ms_tick - start < cfg.portion_ms) { if (current_is_stall()) { /* 堵转立即退出 */ motor_stop(); alarm_on(ALARM_STALL); return; } } motor_stop(); delay_ms(200); } }

这里用g_ms_tick - start而不是直接比较绝对值，是为了处理计数器溢出，这是嵌入式里常见的坑。current_is_stall()读 ADC 采样电阻上的电压，超过阈值并持续一段时间才判定堵转，单次尖峰不算，避免误报。

4.2 人机交互：按键消抖与设置状态机

四个按键分别是“设置”“加”“减”“确认”。设置流程用状态机实现：按“设置”进入时间修改，再按切换到次数、份数，最后“确认”保存并退出。按键消抖不用delay死等，而是在 1ms 节拍里做计数消抖，主循环读稳定后的键值。

/* 每 1ms 调用一次，连续 20ms 电平一致才认为有效 */ uint8_t key_scan(void) { static uint8_t cnt[4] = {0}, last[4] = {0}; uint8_t stable = 0; for (uint8_t i = 0; i < 4; i++) { uint8_t cur = KEY_READ(i); if (cur != last[i]) { cnt[i] = 0; last[i] = cur; } else if (cnt[i] < 20) cnt[i]++; if (cnt[i] == 20 && cur == 0) stable |= (1 << i); /* 低电平有效 */ } return stable; }

消抖窗口 20ms 是经验值，机械按键一般 5～20ms 抖动，取 20ms 兼顾灵敏和稳定。返回的是位掩码，主循环用if (key & KEY_SET)判断，避免多个按键同时按下时的优先级混乱。OLED 显示用 I2C 驱动，刷新频率控制在 5Hz 左右即可，刷太快反而闪烁、占 CPU。

4.3 缺粮与堵转：两类异常分开处理

缺粮检测用红外对管装在粮仓底部，有饲料时遮挡、无饲料时导通，GPIO 读电平即可。堵转检测用电机电流，L298N 的采样脚接一个 0.1Ω 电阻到地，经运放放大后进 ADC。两类异常的处理策略不同：缺粮是“提醒但不停止后续定时”，堵转是“立即停机并报警”，因为堵转持续会烧电机。

报警输出用蜂鸣器间歇鸣叫加 LED 闪烁，节奏用节拍计数实现，不要用delay阻塞主循环。异常状态在 OLED 上显示对应代码（如 E01 缺粮、E02 堵转），方便调试时快速定位。这套异常处理不复杂，但它是答辩时区分“做过”和“想过”的关键。

5. 避坑与排查：调试阶段最容易翻车的五个点

5.1 电机一启动，OLED 就花屏或复位

现象：电机转动的瞬间，屏幕乱码甚至单片机重启。原因通常是电机启动电流大，电源内阻和走线压降把主控电压拉低，触发欠压复位。解决：电机电源和主控电源分开走线，共地单点连接；电机两端并 0.1μF 电容；电源入口加 100μF 以上电解电容。我一般还会在软件上让电机启动前先关显示刷新，启动后再恢复，减少同时用电。

5.2 定时越跑越慢，一天差好几分钟

现象：设置 8 点喂食，实际 8 点零几分才动作。原因多是用delay做喂食动作，阻塞了节拍计数，或者节拍中断优先级被其他中断抢占。解决：喂食动作放主循环，中断只置标志；检查中断优先级，SysTick 或 TIM2 设为较高优先级；如果用了软件计时，确认没有在中断里做 Flash 写入这类耗时操作。

5.3 参数保存后重启变回默认值

现象：设置完断电再上电，次数和时刻都丢了。原因常见三种：写入地址没对齐、结构体里有未初始化填充字节导致回读比对失败、擦除页选错覆盖了程序区。解决：结构体加__attribute__((packed))或手动按半字打包；写入前memset清零；确认CFG_ADDR在 Flash 最后一页且不与代码重叠，查芯片手册的页大小。

5.4 堵转误报，正常出食也停机

现象：饲料稍多就报 E02。原因是电流阈值设太低，或没有做持续时间判断，启动瞬间的浪涌被当成堵转。解决：实测正常出食时的电流波形，阈值取正常峰值的 1.5～2 倍；判定条件改为“连续超过阈值 300ms 以上”；启动后先延时 100ms 再开始检测，避开浪涌。

5.5 出食量忽多忽少，标定数据对不上

现象：同样设置，有时出得多有时出得少。原因多是粮仓余量变化导致下料速度不同，或螺旋机构有回料。解决：结构上在出料口加挡板减少回料；软件上把“份数”拆成多次短运行而不是一次长运行，让下料更均匀；标定数据按余量分档，低余量时适当延长运行时间补偿。

6. 验收与答辩：用一张测试记录表把方案讲圆

验收不是“演示一遍能转就行”，而是拿数据说话。我一般会让同学准备一张测试记录表，答辩时直接投出来，比口头描述有说服力得多。

答辩时的讲述顺序也有讲究：先讲需求表（证明你想清楚了），再讲架构图（证明你分得清模块），然后挑一个模块讲实现细节（比如 Flash 模拟 EEPROM 的 magic 字段），最后放测试记录（证明你验过）。被问到“这个方案还能怎么改进”时，答“加 RTC 备份电池提升断电计时精度”“加称重反馈做闭环计量”，既真实又显得有延伸思考，比硬编一个没做的功能强。

从那以后我每次带课设，都要求先交需求表和测试记录表，代码可以后补——因为这两张表决定了项目有没有“骨架”。希望这套结构能帮到你，照着填、照着测，答辩时心里就有底了。

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