简介：面向嵌入式课程设计与STM32入门学习者的自动喂食器完整项目，基于STM32F401微控制器实现定时喂食、状态显示与电机控制，可作为课设参考或入门实践。资源包共201个文件，压缩后约11.75MB，核心为C/H源码、Keil工程、Proteus仿真工程及说明文档；其中.c/.h覆盖STM32F4 HAL库对定时器、SPI、UART、GPIO的初始化与调用，hex/axf为编译产物，pdsprj便于直接打开仿真验证电路逻辑。已有7576人学习下载，适合需要快速搭建同类项目或系统理解STM32外设应用的读者。项目完整展示了定时器中断触发喂食、LCD显示“喂食中”状态、按键设定喂食周期、PWM精确控制电机出粮等关键环节，并配有仿真图与硬件连接示意。通过源码、仿真与文档对照，可系统梳理嵌入式系统从硬件选型、外设配置、软件调试到功能集成的完整流程，对课设答辩与实际开发均有参考价值。1. 需求分析与选型：为什么自动喂食器要用 STM32 而不是一颗定时器出差三天回来，发现家里的猫把猫粮袋咬破，阳台满地狼藉——这是很多养宠人真实经历过的事。自动喂食器的需求很直观：到点出粮、定量出粮、人不在家也能改设置。但真正做嵌入式课程设计时，有个反直觉的选型点常被忽略：很多人以为一个舵机加一个定时芯片就能搞定，可落地时就会发现，定时器只能“到点转一下”，解决不了掉电后时间错乱、用户设置无法保存、出粮口卡料误动作这些问题。所以宁可多花一点点成本，也要选 STM32 系列单片机做控制核心，把机械执行和交互逻辑放进同一套程序里。这个方案适合三类人：正在做嵌入式课程设计的学生，需要一套能演示、能答辩、能写进报告的系统；刚入门 STM32 的开发者，想通过一个完整项目把 GPIO、定时器、中断、I2C、Flash 这些外设串起来；以及想给宠物做一台“能用不折腾”的喂食器、又不愿牺牲安全性的动手派。我会按照需求 → 总体设计 → 模块实现 → 问题排查 → 验收答辩的顺序展开，每一部分都给出可以直接抄作业的细节，包括参数表和代码片段。一句话概括这套设计：用 STM32F103C8T6 做核心，通过 RTC 定时唤醒主控，驱动舵机打开出粮挡板，同时配合按键和 OLED 完成参数设置与状态显示，最终实现每天最多 8 组定时喂食计划、单次出粮量可调、掉电后设置不丢。下面先做整体架构，再逐模块落地。2. 总体架构设计：五大功能模块与数据流划分2.1 硬件选型与物料清单先确定控制核心。我选用 STM32F103C8T6，这是最常用的入门级芯片，72MHz 主频、64KB Flash、20KB RAM，足够同时跑 RTC、PWM、I2C、串口和按键扫描。对自动喂食器这类低功耗场景，它的性价比非常高。另外，它支持 SWD 下载，调试器十几元就能买到，课程设计场景完全能承受。出粮执行机构选 SG90 舵机。注意，SG90 是 5V 供电的模拟舵机，控制信号是 50Hz 的 PWM，脉宽 0.5ms 对应 0 度、2.5ms 对应 180 度。喂食器不需要连续旋转，只需要把挡板从“关”拨到“开”再拨回来，所以舵机比直流电机更合适，定位准确、不会因为惯性冲过头。如果希望出粮量可调，就在设置菜单里把舵机停留时间从 200ms 调整到 1500ms，配合挡板开口大小就能控制落粮量。人机交互部分，OLED 屏选 I2C 接口的 SSD1306 128x64，四根线连接，省引脚；按键用三个独立按键：模式键、加键、减键，加上一个确认逻辑，能覆盖所有设置流程。另外还要一个蜂鸣器，用于喂食完成提示和低电量报警。物料清单大致如下：器件型号/规格数量作用主控STM32F103C8T6 核心板1逻辑控制、定时、PWM 输出舵机SG90 模拟舵机1驱动出粮挡板开合显示屏0.96 英寸 OLED SSD13061显示时间、参数、状态按键轻触开关 6x6mm3菜单操作、参数设置蜂鸣器有源蜂鸣器 5V1声音提示RTCSTM32 内部 RTC + 外部晶振1实时时钟，定时唤醒供电5V/2A USB 适配器 + AMS1117-3.31舵机 5V、主控 3.3V这里有一个容易翻车的地方：不要直接用 5V 给 STM32 供电，芯片是 3.3V 逻辑，必须经过稳压。舵机的 5V 和单片机的 3.3V 需要共地，否则 PWM 信号参考电压不一致，舵机轻则抖动，重则不转。2.2 系统状态机与工作流程程序整体用状态机组织，比直接写while(1)里堆逻辑要清晰太多。自动喂食器一共四个状态：待机、设置、喂食、故障。上电后初始化完直接进入待机；按下模式键进入设置状态，在设置状态下通过加减键调整时间和出粮量；时间到达触发条件，程序进入喂食状态，控制舵机开合，完成后回到待机；如果检测到舵机电流异常或者出粮口堵住，进入故障状态，蜂鸣器间歇鸣叫，屏幕上显示错误码。typedef enum { SYS_IDLE, SYS_SETTING, SYS_FEEDING, SYS_ERROR } SystemState; SystemState state = SYS_IDLE;状态机的转移条件只在天花板上确认：喂食状态的进入由 RTC 中断里比较当前时间与喂食计划触发，但实际执行放到主循环里，避免在中断服务函数里驱动舵机造成长时间阻塞。这种做法的好处是，中断只负责“设置一个标志位”，主循环轮询标志位然后执行动作，逻辑清晰，也不容易因为舵机运行占用太长时间而丢掉下一个中断。喂食流程再拆细一点：进入喂食状态后，先关闭中断，然后舵机转到“开”位置，保持预设时间（决定出粮量），再转回“关”位置，记录这次喂食时间到 Flash，最后重新打开中断。整个过程大概 1~2 秒，结束后回到待机状态。2.3 数据流与关键参数表数据流分两条线。一条是交互线：用户按键 → 系统更新设置参数 → 参数写入 Flash；另一条是自动线：RTC 计数 → 主循环查询喂食计划 → 触发舵机动作 → 动作日志写入 Flash。这两个数据流最终汇聚在“状态显示”上，OLED 实时显示当前时间、下次喂食倒计时、剩余粮食量估算值。参数范围默认值说明喂食计划组数1~8 组3 组每组包含时分和出粮时长出粮时长200ms~1500ms600ms舵机保持开的时间舵机开角度0~180 度90 度对应挡板全开位置舵机关角度0~180 度0 度对应挡板全关位置时间显示格式24 小时制当前时间RTC 提供这里要特别说明出粮时长的标定方式：不同粮食颗粒大小不同，600ms 对应的粮量可能差 30%。通常的做法是写一个测试模式，让舵机连续开关 10 次，量出总重量再除以次数，把这个值换算到菜单里作为“单次出粮量参考值”。这个标定过程建议在验收时演示，评委很吃这一套，因为它体现了工程思维。3. 关键模块实现：舵机驱动、RTC 定时与 OLED 显示3.1 舵机 PWM 控制与开合机构设计舵机控制的核心是产生 50Hz 的 PWM 信号。STM32 定时器通道输出 PWM，配置为向上计数模式，PSC=71，ARR=19999，这样 72MHz 主频经过 72 分频后得到 1MHz 计数频率，计数到 20000 刚好是 50Hz，即 20ms 周期。占空比通过比较寄存器控制，脉宽从 0.5ms 到 2.5ms 对应 500~2500 计数值。void Servo_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_OCInitTypeDef TIM_OCInitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_TIM1, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_8; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); TIM_TimeBaseStructure.TIM_Prescaler = 71; TIM_TimeBaseStructure.TIM_Period = 19999; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseInit(TIM1, &TIM_TimeBaseStructure); TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState = TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse = 500; // 初始 0 度位置 TIM_OCInitStructure.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM1, &TIM_OCInitStructure); TIM_CtrlPWMOutputs(TIM1, ENABLE); TIM_Cmd(TIM1, ENABLE); }注意这里用的是高级定时器 TIM1，输出 PWM 时必须额外调用TIM_CtrlPWMOutputs(TIM1, ENABLE)，否则 OC1 引脚没有波形输出。有很多人在这上面翻车，PWM 配置看着没问题，实际量不出波形。舵机开合机构上，我一般会在挡板转轴上加一个限位柱，防止舵机超过机械行程导致堵转。另外，SG90 的塑料齿比较脆，如果挡板卡住，舵机持续堵转电流会从几十毫安飙到几百毫安，轻则舵机损坏，重则拉垮 5V 电源导致单片机复位。所以程序里要限制舵机单次到位时间，比如设置一个 500ms 超时，如果没到位就报故障。3.2 RTC 定时唤醒与掉电保存RTC 需要独立时钟源。外部低速晶振 LSE 温度稳定性好，但 PCB 上多两颗电容一个晶振；内部 LSI 省成本，但精度稍差，一天可能偏几分钟。既然是喂食器这种以“天”为单位的应用，我推荐外部 LSE。配置过程并不复杂：使能 PWR 和 BKP 时钟，打开后备区域访问，然后选择 LSE 作为 RTC 时钟源。void RTC_Init(void) { RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE); PWR_BackupAccessCmd(ENABLE); BKP_DeInit(); RCC_LSEConfig(RCC_LSE_ON); while (RCC_GetFlagStatus(RCC_FLAG_LSERDY) == RESET) { // 等待外部晶振起振，超时后切换 LSI } RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE); RCC_RTCCLKCmd(ENABLE); RTC_WaitForSynchro(); RTC_WaitForLastTask(); }这个初始化代码里有一个关键兜底：如果板子上的 LSE 晶振没焊好，程序会卡在while循环里。处理方法是加一个超时计数，超过 100ms 还未起振就自动切换到 LSI，并置一个错误标志。这样即便晶振坏了，功能还能以稍低的精度运行，而不是完全黑屏。掉电保存这里，很多人都知道要往 Flash 里写，但没意识到直接操作主 Flash 会打断正在执行的程序。正确做法是把用户参数存到 STM32 F103 的某个 Flash 页，写入前先擦除整页，然后备份到 RAM 再写入。由于 Flash 擦写次数约一万次，日常设置不会频繁执行，问题不大。但喂食日志如果每次动作都写 Flash，寿命会很快耗尽，所以日志存 RAM 即可，只在关机或断电前通过外部中断通知保存一次。3.3 按键菜单与 OLED 人机界面菜单结构分三级：顶层显示时间，按模式键进入喂食计划列表，再按一次进入单组编辑。在单组编辑里，加键/减键切换“时”和“分”，长按模式键保存并返回。OLED 一行显示“计划号 + 时间”，第二行显示“出粮时长”。实现上用一个 8 字节的结构体数组存储计划数据，每个字节的高 4 位存时、低 4 位存分，剩下一个字节存时长档位。typedef struct { uint8_t hour; uint8_t minute; uint8_t duration_level; // 0~4，对应 200/400/600/1000/1500ms } FeedPlan; FeedPlan plans[8];按键处理最需要注意的是防抖。不能用delay(20)硬延时，因为这会阻塞主循环，导致 RTC 查询延迟。我一般用定时器中断扫描按键，每隔 5ms 读一次按键状态，连续读到 4 次相同电平才认为按键有效。这样抖动周期内的杂散电平会被过滤掉，也不会阻塞主流程。OLED 显示驱动用 I2C 协议，SSD1306 初始化序列比较固定，网上很多，不细说。有一点值得提醒：I2C 上拉电阻不能省。如果用核心板自带的 OLED 插座，一般已经焊好上拉；如果是飞线连接，一定要在 SCL/SDA 上各加一个 4.7kΩ 上拉电阻，否则显示会花屏或者完全没反应。3.4 主循环与中断程序框架把主循环和中断的职责划分清楚，是这套程序能不能跑顺的关键。RTC 秒中断只做一件事：更新全局变量current_time，并检查是否匹配到喂食计划，匹配则置位feeding_flag。主循环轮询feeding_flag，发现置位就进入喂食流程。int main(void) { SystemInit(); Servo_Init(); OLED_Init(); RTC_Init(); Key_Init(); Buzzer_Init(); Flash_LoadParams(); while (1) { if (feeding_flag) { feeding_flag = 0; Feeder_Execute(); OLED_ShowStatus(); } Key_Scan(); OLED_UpdateTime(); } }这样设计的好处是，即使舵机动作耗时较长，也不会阻塞 RTC 更新，因为 RTC 中断优先级更高且处理极快。喂食执行函数Feeder_Execute()内部不要再用while(1)等待舵机到位，而是用循环轮询TIM或delay配合检查，保证能及时返回主循环。主循环里还有一个容易被忽视的点：OLED_UpdateTime()不要每次循环都全屏刷新，否则会看到明显的闪烁。更好的做法是只更新时间区域，用一个局部变量记录上一次显示值，发生变化才刷新。这对 128x64 的 SSD1306 来说更新速度能提升一个量级。4. 常见问题与排查：时钟配置失败、舵机抖动与出粮卡料4.1 现象：程序卡死在 RTC 初始化，屏幕全黑原因：LSE 晶振没有起振，代码一直在等待。很多初学者买的 STM32 核心板根本没有焊接 LSE 晶振或者焊错引脚，程序自然跑不动。解决：初始化时加超时判断，超时后自动切换到 LSI，并打印告警信息。如果严格要求时间精度，就换一块带 LSE 晶振的核心板，或者检查晶振负载电容是否匹配。我一般在设计中直接放在初始化代码里留好切换逻辑，这样在实验室和现场演示时都不会黑屏。4.2 现象：舵机收到 PWM 信号后高频抖动，无法定位原因：最常见的是舵机电源和单片机逻辑电源共地不良，导致 PWM 信号参考电压不稳定；其次是 PWM 频率不对，SG90 必须工作在 50Hz，如果你把周期设成了 20ms 但预分频算错，实际频率偏高，舵机就会嗡嗡响。解决：先把示波器探头夹在 PWM 引脚上，看波形周期是否为 20ms、高电平脉宽是否在 0.5~2.5ms 范围。确认无误后，检查舵机 5V 电源是否单独走线，并且和单片机 GND 短接。另外，SG90 这种 9g 舵机不建议直接接在电脑 USB 口供电，USB 口电流可能不够，瞬态压降会导致复位。4.3 现象：掉电后设置参数丢失，恢复默认值原因：写入 Flash 时没有先擦除扇区，或者写入了错误的地址。STM32F103 的 Flash 是按页擦除的，必须整页擦除才能写入，否则数据写不进去。另一个坑是：如果写 Flash 时恰好主函数也要读 Flash，读会失败，导致程序跑飞。解决：先备份要保留的数据到 RAM，然后擦除整个页，再一次性写入。写完后立即读回校验，读回失败就报错误码。实际测试中，我遇到过一次写入成功但读回失败，是因为程序里开了中断，写 Flash 过程中被中断打断。解决办法是写 Flash 前临时关闭所有可屏蔽中断，写完再恢复。4.4 现象：OLED 显示花屏或完全无显示原因：I2C 总线没有上拉电阻，或者 OLED 的 I2C 地址不对。SSD1306 的地址通常是 0x78（7 位地址 0x3C），但如果模块上电阻配置不同，可能是 0x7A。还有可能是 SCL/SDA 接反了。解决：先用逻辑分析仪或示波器看 I2C 启动信号，如果没有波形，检查接线。有波形再看 ACK 位，如果从设备没有回应，八成是地址错误。把这部分做成一个OLED_Detect()函数，初始化时返回错误状态，把问题提前暴露出来。4.5 现象：喂食计划到点了但舵机不动，蜂鸣器也没响原因：RTC 时间和喂食计划的时间比较逻辑写错，比如把“小时和分钟相等”写成“小时相等即可”，这样每天会触发 60 次。或者 RTC 中断里直接调用舵机驱动，导致中断嵌套时执行时间过长。解决：在 RTC 中断里只置标志位，主循环比较时带上“已执行标志”，喂食执行完清除标志，避免同一分钟重复触发。另外，建议在调试阶段把喂食计划设为 1~2 分钟后触发，方便观察完整流程，而不是干等下一次预定的饭点。5. 验收方法与答辩技巧：从测试用例到演示流程5.1 功能测试用例与判定标准课程设计验收时，不能被“能转”两个字糊弄过去。我会准备一张测试表单，每个功能都对应明确的判定标准，演示时拿着表单逐项打勾，评委信任度会上升很多。以下是可以直接抄的用例表：测试项操作步骤预期结果判定时间设置进入菜单设为 12:30OLED 显示 12:30，重启后保持通过/不通过喂食定时设定 1 分钟后喂食，挡板前放少于 10g 粮到点舵机开合一次，粮落出通过/不通过出粮量调整将时长从 600ms 改为 1000ms，再次喂食1000ms 出粮量明显多于 600ms通过/不通过掉电保存修改参数后断电 10 秒，重新上电参数任然是修改后值通过/不通过连续运行设置每 5 分钟喂食一次，连续 1 小时12 次全部触发，无漏触发通过/不通过故障报警手动卡住挡板，触发喂食蜂鸣器鸣叫，屏幕显示错误码通过/不通过这张表里的“连续运行”是最容易被忽略的。很多 DIY 项目只演示一次成功，连续跑一小时才会暴露 RTC 累积误差和 Flash 写入问题。我建议课程设计至少连续跑 24 小时，把每天的定时误差记录在案，答辩时把数据拿出来，非常有说服力。5.2 答辩演示的流程设计演示不要上来就插电转给评委看，那样和展示一个玩具没有区别。我一般按三条主线走：先讲需求，再讲设计，最后讲验证。先讲需求时，用一个真实场景切入：主人出差三天，需要给宠物定量喂食，但中途可能会断电、设置可能会被误改。这样评委马上能理解为什么要做这个项目。然后展示硬件内部结构，重点说明 STM32 在这套系统里的定位——不是简单地“驱动舵机”，而是把时间管理、人机交互、异常处理合并为一个整体。接下来是参数标定演示。拿出一小杯粮食，先按默认时长喂一次，称重量；再把时长调大一档，喂一次称重量。两次结果对比，证明系统可以量化控制出粮量。这一步能立刻区分“照猫画虎”和“真正做过”。最后演示断电恢复：把拔掉电源 20 秒再接上，屏幕上时间仍然是正确的，参数未丢失。这是嵌入式系统基本功的体现。5.3 现场评委提问的应答策略评委大概率会问三个问题：“为什么不用 Arduino？”“芯片选型如何考虑成本？”“你遇到了什么困难？”回答要点在于承认权衡，而不是背书。为什么不用 Arduino：Arduino 开发快、库多，但对课程设计来说，STM32 的中断、定时器、Flash 操作需要更底层理解，能展示更多知识点。同时 STM32 价格并不高，F103C8T6 在正常渠道的价格甚至低于某些 Arduino 板，量产成本可接受。这样回答既回答了选型合理性，又显得你主动考虑过成本。遇到什么困难：不要说“没困难”。挑一个真实的踩坑故事，比如舵机抖动问题，说明你是如何通过共地检查定位到电源干扰，再用示波器确认波形，最后调整布线解决的。这一个故事比十句“我会”都管用。从那以后我每次做带舵机的小项目，都强制走一遍“先量电源、再量信号、最后调参数”的流程，极少再翻车。答辩收尾时，可以把测试表单和连续运行记录主动递过去，提醒评委翻阅。态度上保持“这是我的方案，我熟悉它的每一个边界”，而不是“请您指导我”。希望帮到你，祝你的课程设计顺利交付。本文还有配套的精品资源，点击获取
简介：面向嵌入式课程设计与STM32入门学习者的自动喂食器完整项目，基于STM32F401微控制器实现定时喂食、状态显示与电机控制，可作为课设参考或入门实践。资源包共201个文件，压缩后约11.75MB，核心为C/H源码、Keil工程、Proteus仿真工程及说明文档；其中.c/.h覆盖STM32F4 HAL库对定时器、SPI、UART、GPIO的初始化与调用，hex/axf为编译产物，pdsprj便于直接打开仿真验证电路逻辑。已有7576人学习下载，适合需要快速搭建同类项目或系统理解STM32外设应用的读者。项目完整展示了定时器中断触发喂食、LCD显示“喂食中”状态、按键设定喂食周期、PWM精确控制电机出粮等关键环节，并配有仿真图与硬件连接示意。通过源码、仿真与文档对照，可系统梳理嵌入式系统从硬件选型、外设配置、软件调试到功能集成的完整流程，对课设答辩与实际开发均有参考价值。1. 需求分析与选型：为什么自动喂食器要用 STM32 而不是一颗定时器出差三天回来，发现家里的猫把猫粮袋咬破，阳台满地狼藉——这是很多养宠人真实经历过的事。自动喂食器的需求很直观：到点出粮、定量出粮、人不在家也能改设置。但真正做嵌入式课程设计时，有个反直觉的选型点常被忽略：很多人以为一个舵机加一个定时芯片就能搞定，可落地时就会发现，定时器只能“到点转一下”，解决不了掉电后时间错乱、用户设置无法保存、出粮口卡料误动作这些问题。所以宁可多花一点点成本，也要选 STM32 系列单片机做控制核心，把机械执行和交互逻辑放进同一套程序里。这个方案适合三类人：正在做嵌入式课程设计的学生，需要一套能演示、能答辩、能写进报告的系统；刚入门 STM32 的开发者，想通过一个完整项目把 GPIO、定时器、中断、I2C、Flash 这些外设串起来；以及想给宠物做一台“能用不折腾”的喂食器、又不愿牺牲安全性的动手派。我会按照需求 → 总体设计 → 模块实现 → 问题排查 → 验收答辩的顺序展开，每一部分都给出可以直接抄作业的细节，包括参数表和代码片段。一句话概括这套设计：用 STM32F103C8T6 做核心，通过 RTC 定时唤醒主控，驱动舵机打开出粮挡板，同时配合按键和 OLED 完成参数设置与状态显示，最终实现每天最多 8 组定时喂食计划、单次出粮量可调、掉电后设置不丢。下面先做整体架构，再逐模块落地。2. 总体架构设计：五大功能模块与数据流划分2.1 硬件选型与物料清单先确定控制核心。我选用 STM32F103C8T6，这是最常用的入门级芯片，72MHz 主频、64KB Flash、20KB RAM，足够同时跑 RTC、PWM、I2C、串口和按键扫描。对自动喂食器这类低功耗场景，它的性价比非常高。另外，它支持 SWD 下载，调试器十几元就能买到，课程设计场景完全能承受。出粮执行机构选 SG90 舵机。注意，SG90 是 5V 供电的模拟舵机，控制信号是 50Hz 的 PWM，脉宽 0.5ms 对应 0 度、2.5ms 对应 180 度。喂食器不需要连续旋转，只需要把挡板从“关”拨到“开”再拨回来，所以舵机比直流电机更合适，定位准确、不会因为惯性冲过头。如果希望出粮量可调，就在设置菜单里把舵机停留时间从 200ms 调整到 1500ms，配合挡板开口大小就能控制落粮量。人机交互部分，OLED 屏选 I2C 接口的 SSD1306 128x64，四根线连接，省引脚；按键用三个独立按键：模式键、加键、减键，加上一个确认逻辑，能覆盖所有设置流程。另外还要一个蜂鸣器，用于喂食完成提示和低电量报警。物料清单大致如下：器件型号/规格数量作用主控STM32F103C8T6 核心板1逻辑控制、定时、PWM 输出舵机SG90 模拟舵机1驱动出粮挡板开合显示屏0.96 英寸 OLED SSD13061显示时间、参数、状态按键轻触开关 6x6mm3菜单操作、参数设置蜂鸣器有源蜂鸣器 5V1声音提示RTCSTM32 内部 RTC + 外部晶振1实时时钟，定时唤醒供电5V/2A USB 适配器 + AMS1117-3.31舵机 5V、主控 3.3V这里有一个容易翻车的地方：不要直接用 5V 给 STM32 供电，芯片是 3.3V 逻辑，必须经过稳压。舵机的 5V 和单片机的 3.3V 需要共地，否则 PWM 信号参考电压不一致，舵机轻则抖动，重则不转。2.2 系统状态机与工作流程程序整体用状态机组织，比直接写while(1)里堆逻辑要清晰太多。自动喂食器一共四个状态：待机、设置、喂食、故障。上电后初始化完直接进入待机；按下模式键进入设置状态，在设置状态下通过加减键调整时间和出粮量；时间到达触发条件，程序进入喂食状态，控制舵机开合，完成后回到待机；如果检测到舵机电流异常或者出粮口堵住，进入故障状态，蜂鸣器间歇鸣叫，屏幕上显示错误码。typedef enum { SYS_IDLE, SYS_SETTING, SYS_FEEDING, SYS_ERROR } SystemState; SystemState state = SYS_IDLE;状态机的转移条件只在天花板上确认：喂食状态的进入由 RTC 中断里比较当前时间与喂食计划触发，但实际执行放到主循环里，避免在中断服务函数里驱动舵机造成长时间阻塞。这种做法的好处是，中断只负责“设置一个标志位”，主循环轮询标志位然后执行动作，逻辑清晰，也不容易因为舵机运行占用太长时间而丢掉下一个中断。喂食流程再拆细一点：进入喂食状态后，先关闭中断，然后舵机转到“开”位置，保持预设时间（决定出粮量），再转回“关”位置，记录这次喂食时间到 Flash，最后重新打开中断。整个过程大概 1~2 秒，结束后回到待机状态。2.3 数据流与关键参数表数据流分两条线。一条是交互线：用户按键 → 系统更新设置参数 → 参数写入 Flash；另一条是自动线：RTC 计数 → 主循环查询喂食计划 → 触发舵机动作 → 动作日志写入 Flash。这两个数据流最终汇聚在“状态显示”上，OLED 实时显示当前时间、下次喂食倒计时、剩余粮食量估算值。参数范围默认值说明喂食计划组数1~8 组3 组每组包含时分和出粮时长出粮时长200ms~1500ms600ms舵机保持开的时间舵机开角度0~180 度90 度对应挡板全开位置舵机关角度0~180 度0 度对应挡板全关位置时间显示格式24 小时制当前时间RTC 提供这里要特别说明出粮时长的标定方式：不同粮食颗粒大小不同，600ms 对应的粮量可能差 30%。通常的做法是写一个测试模式，让舵机连续开关 10 次，量出总重量再除以次数，把这个值换算到菜单里作为“单次出粮量参考值”。这个标定过程建议在验收时演示，评委很吃这一套，因为它体现了工程思维。3. 关键模块实现：舵机驱动、RTC 定时与 OLED 显示3.1 舵机 PWM 控制与开合机构设计舵机控制的核心是产生 50Hz 的 PWM 信号。STM32 定时器通道输出 PWM，配置为向上计数模式，PSC=71，ARR=19999，这样 72MHz 主频经过 72 分频后得到 1MHz 计数频率，计数到 20000 刚好是 50Hz，即 20ms 周期。占空比通过比较寄存器控制，脉宽从 0.5ms 到 2.5ms 对应 500~2500 计数值。void Servo_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; TIM_TimeBaseInitTypeDef TIM_TimeBaseStructure; TIM_OCInitTypeDef TIM_OCInitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_TIM1, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_AFIO, ENABLE); GPIO_InitStructure.GPIO_Pin = GPIO_Pin_8; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); TIM_TimeBaseStructure.TIM_Prescaler = 71; TIM_TimeBaseStructure.TIM_Period = 19999; TIM_TimeBaseStructure.TIM_CounterMode = TIM_CounterMode_Up; TIM_TimeBaseStructure.TIM_ClockDivision = TIM_CKD_DIV1; TIM_TimeBaseInit(TIM1, &TIM_TimeBaseStructure); TIM_OCInitStructure.TIM_OCMode = TIM_OCMode_PWM1; TIM_OCInitStructure.TIM_OutputState = TIM_OutputState_Enable; TIM_OCInitStructure.TIM_Pulse = 500; // 初始 0 度位置 TIM_OCInitStructure.TIM_OCPolarity = TIM_OCPolarity_High; TIM_OC1Init(TIM1, &TIM_OCInitStructure); TIM_CtrlPWMOutputs(TIM1, ENABLE); TIM_Cmd(TIM1, ENABLE); }注意这里用的是高级定时器 TIM1，输出 PWM 时必须额外调用TIM_CtrlPWMOutputs(TIM1, ENABLE)，否则 OC1 引脚没有波形输出。有很多人在这上面翻车，PWM 配置看着没问题，实际量不出波形。舵机开合机构上，我一般会在挡板转轴上加一个限位柱，防止舵机超过机械行程导致堵转。另外，SG90 的塑料齿比较脆，如果挡板卡住，舵机持续堵转电流会从几十毫安飙到几百毫安，轻则舵机损坏，重则拉垮 5V 电源导致单片机复位。所以程序里要限制舵机单次到位时间，比如设置一个 500ms 超时，如果没到位就报故障。3.2 RTC 定时唤醒与掉电保存RTC 需要独立时钟源。外部低速晶振 LSE 温度稳定性好，但 PCB 上多两颗电容一个晶振；内部 LSI 省成本，但精度稍差，一天可能偏几分钟。既然是喂食器这种以“天”为单位的应用，我推荐外部 LSE。配置过程并不复杂：使能 PWR 和 BKP 时钟，打开后备区域访问，然后选择 LSE 作为 RTC 时钟源。void RTC_Init(void) { RCC_APB1PeriphClockCmd(RCC_APB1Periph_PWR | RCC_APB1Periph_BKP, ENABLE); PWR_BackupAccessCmd(ENABLE); BKP_DeInit(); RCC_LSEConfig(RCC_LSE_ON); while (RCC_GetFlagStatus(RCC_FLAG_LSERDY) == RESET) { // 等待外部晶振起振，超时后切换 LSI } RCC_RTCCLKConfig(RCC_RTCCLKSource_LSE); RCC_RTCCLKCmd(ENABLE); RTC_WaitForSynchro(); RTC_WaitForLastTask(); }这个初始化代码里有一个关键兜底：如果板子上的 LSE 晶振没焊好，程序会卡在while循环里。处理方法是加一个超时计数，超过 100ms 还未起振就自动切换到 LSI，并置一个错误标志。这样即便晶振坏了，功能还能以稍低的精度运行，而不是完全黑屏。掉电保存这里，很多人都知道要往 Flash 里写，但没意识到直接操作主 Flash 会打断正在执行的程序。正确做法是把用户参数存到 STM32 F103 的某个 Flash 页，写入前先擦除整页，然后备份到 RAM 再写入。由于 Flash 擦写次数约一万次，日常设置不会频繁执行，问题不大。但喂食日志如果每次动作都写 Flash，寿命会很快耗尽，所以日志存 RAM 即可，只在关机或断电前通过外部中断通知保存一次。3.3 按键菜单与 OLED 人机界面菜单结构分三级：顶层显示时间，按模式键进入喂食计划列表，再按一次进入单组编辑。在单组编辑里，加键/减键切换“时”和“分”，长按模式键保存并返回。OLED 一行显示“计划号 + 时间”，第二行显示“出粮时长”。实现上用一个 8 字节的结构体数组存储计划数据，每个字节的高 4 位存时、低 4 位存分，剩下一个字节存时长档位。typedef struct { uint8_t hour; uint8_t minute; uint8_t duration_level; // 0~4，对应 200/400/600/1000/1500ms } FeedPlan; FeedPlan plans[8];按键处理最需要注意的是防抖。不能用delay(20)硬延时，因为这会阻塞主循环，导致 RTC 查询延迟。我一般用定时器中断扫描按键，每隔 5ms 读一次按键状态，连续读到 4 次相同电平才认为按键有效。这样抖动周期内的杂散电平会被过滤掉，也不会阻塞主流程。OLED 显示驱动用 I2C 协议，SSD1306 初始化序列比较固定，网上很多，不细说。有一点值得提醒：I2C 上拉电阻不能省。如果用核心板自带的 OLED 插座，一般已经焊好上拉；如果是飞线连接，一定要在 SCL/SDA 上各加一个 4.7kΩ 上拉电阻，否则显示会花屏或者完全没反应。3.4 主循环与中断程序框架把主循环和中断的职责划分清楚，是这套程序能不能跑顺的关键。RTC 秒中断只做一件事：更新全局变量current_time，并检查是否匹配到喂食计划，匹配则置位feeding_flag。主循环轮询feeding_flag，发现置位就进入喂食流程。int main(void) { SystemInit(); Servo_Init(); OLED_Init(); RTC_Init(); Key_Init(); Buzzer_Init(); Flash_LoadParams(); while (1) { if (feeding_flag) { feeding_flag = 0; Feeder_Execute(); OLED_ShowStatus(); } Key_Scan(); OLED_UpdateTime(); } }这样设计的好处是，即使舵机动作耗时较长，也不会阻塞 RTC 更新，因为 RTC 中断优先级更高且处理极快。喂食执行函数Feeder_Execute()内部不要再用while(1)等待舵机到位，而是用循环轮询TIM或delay配合检查，保证能及时返回主循环。主循环里还有一个容易被忽视的点：OLED_UpdateTime()不要每次循环都全屏刷新，否则会看到明显的闪烁。更好的做法是只更新时间区域，用一个局部变量记录上一次显示值，发生变化才刷新。这对 128x64 的 SSD1306 来说更新速度能提升一个量级。4. 常见问题与排查：时钟配置失败、舵机抖动与出粮卡料4.1 现象：程序卡死在 RTC 初始化，屏幕全黑原因：LSE 晶振没有起振，代码一直在等待。很多初学者买的 STM32 核心板根本没有焊接 LSE 晶振或者焊错引脚，程序自然跑不动。解决：初始化时加超时判断，超时后自动切换到 LSI，并打印告警信息。如果严格要求时间精度，就换一块带 LSE 晶振的核心板，或者检查晶振负载电容是否匹配。我一般在设计中直接放在初始化代码里留好切换逻辑，这样在实验室和现场演示时都不会黑屏。4.2 现象：舵机收到 PWM 信号后高频抖动，无法定位原因：最常见的是舵机电源和单片机逻辑电源共地不良，导致 PWM 信号参考电压不稳定；其次是 PWM 频率不对，SG90 必须工作在 50Hz，如果你把周期设成了 20ms 但预分频算错，实际频率偏高，舵机就会嗡嗡响。解决：先把示波器探头夹在 PWM 引脚上，看波形周期是否为 20ms、高电平脉宽是否在 0.5~2.5ms 范围。确认无误后，检查舵机 5V 电源是否单独走线，并且和单片机 GND 短接。另外，SG90 这种 9g 舵机不建议直接接在电脑 USB 口供电，USB 口电流可能不够，瞬态压降会导致复位。4.3 现象：掉电后设置参数丢失，恢复默认值原因：写入 Flash 时没有先擦除扇区，或者写入了错误的地址。STM32F103 的 Flash 是按页擦除的，必须整页擦除才能写入，否则数据写不进去。另一个坑是：如果写 Flash 时恰好主函数也要读 Flash，读会失败，导致程序跑飞。解决：先备份要保留的数据到 RAM，然后擦除整个页，再一次性写入。写完后立即读回校验，读回失败就报错误码。实际测试中，我遇到过一次写入成功但读回失败，是因为程序里开了中断，写 Flash 过程中被中断打断。解决办法是写 Flash 前临时关闭所有可屏蔽中断，写完再恢复。4.4 现象：OLED 显示花屏或完全无显示原因：I2C 总线没有上拉电阻，或者 OLED 的 I2C 地址不对。SSD1306 的地址通常是 0x78（7 位地址 0x3C），但如果模块上电阻配置不同，可能是 0x7A。还有可能是 SCL/SDA 接反了。解决：先用逻辑分析仪或示波器看 I2C 启动信号，如果没有波形，检查接线。有波形再看 ACK 位，如果从设备没有回应，八成是地址错误。把这部分做成一个OLED_Detect()函数，初始化时返回错误状态，把问题提前暴露出来。4.5 现象：喂食计划到点了但舵机不动，蜂鸣器也没响原因：RTC 时间和喂食计划的时间比较逻辑写错，比如把“小时和分钟相等”写成“小时相等即可”，这样每天会触发 60 次。或者 RTC 中断里直接调用舵机驱动，导致中断嵌套时执行时间过长。解决：在 RTC 中断里只置标志位，主循环比较时带上“已执行标志”，喂食执行完清除标志，避免同一分钟重复触发。另外，建议在调试阶段把喂食计划设为 1~2 分钟后触发，方便观察完整流程，而不是干等下一次预定的饭点。5. 验收方法与答辩技巧：从测试用例到演示流程5.1 功能测试用例与判定标准课程设计验收时，不能被“能转”两个字糊弄过去。我会准备一张测试表单，每个功能都对应明确的判定标准，演示时拿着表单逐项打勾，评委信任度会上升很多。以下是可以直接抄的用例表：测试项操作步骤预期结果判定时间设置进入菜单设为 12:30OLED 显示 12:30，重启后保持通过/不通过喂食定时设定 1 分钟后喂食，挡板前放少于 10g 粮到点舵机开合一次，粮落出通过/不通过出粮量调整将时长从 600ms 改为 1000ms，再次喂食1000ms 出粮量明显多于 600ms通过/不通过掉电保存修改参数后断电 10 秒，重新上电参数任然是修改后值通过/不通过连续运行设置每 5 分钟喂食一次，连续 1 小时12 次全部触发，无漏触发通过/不通过故障报警手动卡住挡板，触发喂食蜂鸣器鸣叫，屏幕显示错误码通过/不通过这张表里的“连续运行”是最容易被忽略的。很多 DIY 项目只演示一次成功，连续跑一小时才会暴露 RTC 累积误差和 Flash 写入问题。我建议课程设计至少连续跑 24 小时，把每天的定时误差记录在案，答辩时把数据拿出来，非常有说服力。5.2 答辩演示的流程设计演示不要上来就插电转给评委看，那样和展示一个玩具没有区别。我一般按三条主线走：先讲需求，再讲设计，最后讲验证。先讲需求时，用一个真实场景切入：主人出差三天，需要给宠物定量喂食，但中途可能会断电、设置可能会被误改。这样评委马上能理解为什么要做这个项目。然后展示硬件内部结构，重点说明 STM32 在这套系统里的定位——不是简单地“驱动舵机”，而是把时间管理、人机交互、异常处理合并为一个整体。接下来是参数标定演示。拿出一小杯粮食，先按默认时长喂一次，称重量；再把时长调大一档，喂一次称重量。两次结果对比，证明系统可以量化控制出粮量。这一步能立刻区分“照猫画虎”和“真正做过”。最后演示断电恢复：把拔掉电源 20 秒再接上，屏幕上时间仍然是正确的，参数未丢失。这是嵌入式系统基本功的体现。5.3 现场评委提问的应答策略评委大概率会问三个问题：“为什么不用 Arduino？”“芯片选型如何考虑成本？”“你遇到了什么困难？”回答要点在于承认权衡，而不是背书。为什么不用 Arduino：Arduino 开发快、库多，但对课程设计来说，STM32 的中断、定时器、Flash 操作需要更底层理解，能展示更多知识点。同时 STM32 价格并不高，F103C8T6 在正常渠道的价格甚至低于某些 Arduino 板，量产成本可接受。这样回答既回答了选型合理性，又显得你主动考虑过成本。遇到什么困难：不要说“没困难”。挑一个真实的踩坑故事，比如舵机抖动问题，说明你是如何通过共地检查定位到电源干扰，再用示波器确认波形，最后调整布线解决的。这一个故事比十句“我会”都管用。从那以后我每次做带舵机的小项目，都强制走一遍“先量电源、再量信号、最后调参数”的流程，极少再翻车。答辩收尾时，可以把测试表单和连续运行记录主动递过去，提醒评委翻阅。态度上保持“这是我的方案，我熟悉它的每一个边界”，而不是“请您指导我”。希望帮到你，祝你的课程设计顺利交付。本文还有配套的精品资源，点击获取