简介这是一套基于STM32F10x系列芯片开发的智能宠物喂食系统完整工程面向计算机、自动化、电子信息、人工智能等专业的在校学生、教师及嵌入式初学者解决宠物定时定量投喂、环境温湿度监测与远程通信等实际问题适用于课程设计、毕业设计、项目立项演示及技能进阶实践。资源包共39个文件以19个C源文件和19个H头文件为主体涵盖底层驱动如LED、SysTick、USART、RTC、SPI Flash、传感器模块DHT11温湿度、HX711称重、网络通信ESP8266 Wi-Fi及主控逻辑main.c、test.c、linked_list.c等辅以README.md说明文档整体仅39KB轻量易读、结构清晰。已有734人学习下载代码经实测可稳定运行提供从硬件初始化、外设驱动到业务逻辑的全链路实现读者可直接编译烧录验证功能亦可基于模块化设计快速扩展定时策略、云端交互或APP控制等功能。1. 为什么一个基于STM32的智能宠物喂食系统比“能定时出粮”更值得你花三天搭出来很多工程师第一次看到“基于STM32的智能宠物喂食系统”这个标题时下意识觉得是毕业设计级别的小项目——不就是继电器控制步进电机RTC定时OLED显示但真正动手做过的人会发现它其实是STM32工程能力的「压力测试仪」。它逼你同时处理机械时序喂食舵机回零防卡粮、低功耗场景电池供电下待机电流要压到20μA以下、多源状态融合红外检测宠物在位 称重传感器判断余粮 WiFi模块心跳保活、以及最关键的——固件鲁棒性边界当粮仓结块导致电机堵转系统不能死机而要自动退轴、报警、记录故障码。这不是玩具是嵌入式开发中少有的、能把HAL库配置、中断优先级管理、FSMC外设驱动、FreeRTOS任务划分、甚至IAP在线升级全链路串起来的真实载体。适合刚学完STM32外设原理、想用一个可交付硬件产品验证自己工程能力的开发者也适合需要快速复用成熟架构做二次开发的物联网方案工程师。2. 从芯片选型到最小系统跑通为什么选STM32F103C8T6而不是H7或G02.1 选型逻辑成本、外设与生态的三角平衡在宠物喂食这类中低速、中等IO密度、无图形界面的IoT终端中性能过剩是最大陷阱。STM32F103C8T6俗称“蓝 pill”成为事实标准核心在于三点不可替代性第一其72MHz主频足以支撑PID调节喂食舵机角度响应时间80ms、同时解析HX711称重ADC数据24位精度需软件滤波、并维持ESP8266-01S的AT指令交互波特率115200第二片上资源精准匹配3个通用定时器TIM2/TIM3/TIM4分别用于喂食脉冲生成、红外信号解码、RTC校准1个SPI接OLED、1个I2C可扩展温湿度传感器、2个USART一接ESP8266一留作调试口第三Keil MDK与STM32CubeMX对F1系列支持最成熟遇到Error: no STM32 target found!类问题90%可通过检查ST-Link V2接线SWDIO/SWCLK/GND/VCC四线必须全连、Keil中Target页勾选“Use Debug Driver”并确认ST-Link固件为V2.J35.S7以上版本解决——这正是F1生态带来的调试确定性。提示若使用国产替代芯片如APM32F103需注意其HAL库中HAL_TIM_PWM_Start()函数默认不使能GPIO复用功能必须手动调用__HAL_RCC_GPIOA_CLK_ENABLE()并配置AFIO寄存器否则PWM无输出。这是F1生态外延开发中最易踩的坑。2.2 最小系统启动用CubeMX生成带FreeRTOS的初始化框架我们不从裸机汇编开始而是用STM32CubeMX v6.12生成可直接编译的工程骨架。关键配置如下模块参数设置作用说明RCCHSE8MHz晶振PLL MUL9 → 72MHz系统时钟确保定时器基准精度避免喂食时间漂移SYS → TimebaseSet to FreeRTOS启用FreeRTOS滴答定时器替代HAL_Delay阻塞式延时TIM2PWM Generation, Channel 1, Prescaler71, Counter Period999输出1kHz PWM占空比0~100%对应舵机0°~180°喂食动作由占空比精确控制USART1Asynchronous, Baud Rate115200, Word Length8bit连接ESP8266-01SAT指令交互通道GPIOPA0→红外接收输入浮空PA1→称重模块HX711 CLK推挽输出PA2→HX711 DOUT输入上拉硬件信号采集层注意HX711需软件模拟时序读取24位数据生成代码后在main.c中启用FreeRTOS/* USER CODE BEGIN Includes */ #include cmsis_os.h /* USER CODE END Includes */ /* USER CODE BEGIN PV */ osThreadId_t defaultTaskHandle; osThreadId_t feedTaskHandle; /* USER CODE END PV */ /* USER CODE BEGIN 2 */ osThreadAttr_t attr; attr.name defaultTask; attr.stack_size 128 * 4; attr.priority (osPriority_t) osPriorityNormal; defaultTaskHandle osThreadNew(StartDefaultTask, NULL, attr); attr.name feedTask; attr.stack_size 256 * 4; // 喂食任务需更大栈空间处理舵机控制逻辑 attr.priority (osPriority_t) osPriorityAboveNormal; feedTaskHandle osThreadNew(StartFeedTask, NULL, attr); /* USER CODE END 2 */编译烧录后用ST-Link Utility确认Flash写入成功Address0x08000000处有有效代码串口助手发送AT应返回OK——此时最小系统已具备远程通信与本地执行双重能力。2.3 验证关键外设用逻辑分析仪抓取TIM2 PWM波形与HX711时序仅靠CubeMX配置不等于功能可用。必须用Saleae Logic或DSLogic验证物理层信号TIM2 PWM验证探头接PA0TIM2_CH1设置逻辑分析仪采样率10MHz捕获到周期1ms1kHz、高电平宽度可变的方波证明PWM输出正常HX711时序验证PA1CLK与PA2DOUT双通道捕获手动触发一次读数应看到24个CLK脉冲期间DOUT输出24位数据MSB在前第25个CLK下降沿后DOUT变高——此为HX711数据就绪标志。若DOUT始终为高检查PA2是否配置为输入上拉GPIO_MODE_INPUTGPIO_PULLUP而非浮空。注意HX711的24位数据需左移8位再强转为int32_t否则符号位错误导致重量显示为负值。正确读取代码片段uint32_t ReadHX711(void) { uint32_t data 0; HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_SET); // CLK初始高 for(uint8_t i0; i24; i) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_RESET); HAL_Delay(1); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_SET); data 1; if(HAL_GPIO_ReadPin(GPIOA, GPIO_PIN_2) GPIO_PIN_SET) data | 0x01; } HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_RESET); // 第25个CLK下降沿 HAL_Delay(1); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_1, GPIO_PIN_SET); return (int32_t)(data 8); // 关键左移8位补零确保符号位正确 }3. 核心功能实现喂食逻辑、余粮监控与WiFi远程指令解析3.1 喂食动作的三重安全机制设计单纯“到点出粮”极易导致机械故障。本系统采用三级防护硬件限位SG90舵机旋转范围限制在0°~120°非标称180°避免齿轮打滑电流监测在电机驱动MOSFET源极串联0.1Ω采样电阻通过ADC实时监测电流。当电流持续150mA达200ms判定为堵转时间熔断TIM2 PWM输出持续时间不超过1.5秒超时自动关闭通道。喂食任务StartFeedTask伪代码逻辑void StartFeedTask(void *argument) { uint8_t feed_count 0; while(1) { if(xQueueReceive(feed_cmd_queue, cmd, portMAX_DELAY) pdTRUE) { if(cmd FEED_NOW) { // 步骤1舵机归零0° __HAL_TIM_SET_COMPARE(htim2, TIM_CHANNEL_1, 50); // 50对应0° HAL_Delay(500); // 步骤2旋转至出粮位90°同时启动堵转检测 __HAL_TIM_SET_COMPARE(htim2, TIM_CHANNEL_1, 150); // 150对应90° feed_count 0; while(feed_count 150 !is_motor_blocked()) { // 150×10ms1.5s熔断 HAL_Delay(10); feed_count; } // 步骤3归零并记录结果 __HAL_TIM_SET_COMPARE(htim2, TIM_CHANNEL_1, 50); HAL_Delay(500); xQueueSend(feed_result_queue, feed_count, 0); } } } }3.2 余粮动态标定用滑动窗口滤波消除称重抖动HX711原始数据波动大±5g直接显示会导致用户误判。我们采用16点滑动窗口中位值滤波#define WINDOW_SIZE 16 int32_t weight_window[WINDOW_SIZE]; uint8_t window_idx 0; int32_t GetFilteredWeight(void) { int32_t raw ReadHX711(); weight_window[window_idx] raw; window_idx (window_idx 1) % WINDOW_SIZE; // 中位值滤波复制数组并排序 int32_t temp[WINDOW_SIZE]; memcpy(temp, weight_window, sizeof(temp)); for(uint8_t i0; iWINDOW_SIZE; i) { for(uint8_t ji1; jWINDOW_SIZE; j) { if(temp[i] temp[j]) { int32_t t temp[i]; temp[i] temp[j]; temp[j] t; } } } return temp[WINDOW_SIZE/2]; // 返回中位数 }标定流程空仓时读取10次中位值作为empty_weight满仓500g标准砝码读取10次中位值作为full_weight。实时余粮 (current_weight - empty_weight) * 500 / (full_weight - empty_weight)。该算法在STM32F103上执行耗时8ms不影响FreeRTOS调度。3.3 ESP8266 AT指令解析构建轻量JSON协议栈为降低MCU负担WiFi模块承担TCP连接与HTTP解析STM32仅处理二进制指令。约定协议格式[CMD][LEN][PAYLOAD] CMD: 0x01喂食指令, 0x02查询余粮, 0x03设置定时 LEN: 2字节大端长度 PAYLOAD: JSON字符串如{time:08:00,amount:30}在usart.c中实现环形缓冲区解析#define RX_BUFFER_SIZE 128 uint8_t rx_buffer[RX_BUFFER_SIZE]; uint16_t rx_head 0, rx_tail 0; void USART1_IRQHandler(void) { uint8_t data; if(__HAL_UART_GET_FLAG(huart1, UART_FLAG_RXNE) ! RESET) { data (uint8_t)(huart1.Instance-DR 0xFF); rx_buffer[rx_head] data; rx_head (rx_head 1) % RX_BUFFER_SIZE; // 检测完整帧至少3字节且LEN字段有效 if((rx_head - rx_tail RX_BUFFER_SIZE) % RX_BUFFER_SIZE 3) { uint16_t len (rx_buffer[(rx_tail1)%RX_BUFFER_SIZE] 8) | rx_buffer[(rx_tail2)%RX_BUFFER_SIZE]; uint16_t frame_len 3 len; if((rx_head - rx_tail RX_BUFFER_SIZE) % RX_BUFFER_SIZE frame_len) { ParseCommand(rx_buffer rx_tail, frame_len); rx_tail (rx_tail frame_len) % RX_BUFFER_SIZE; } } } }此设计将网络协议解析与业务逻辑解耦即使WiFi模块固件升级STM32端无需修改。4. 文档说明与源代码组织让别人30分钟看懂你的工程结构4.1 源代码目录树按功能分层拒绝“所有.c文件堆在Src下”一个可维护的STM32项目源码必须体现清晰的抽象层次。本系统采用如下结构├── Core/ # FreeRTOS内核与任务调度 │ ├── Inc/ │ │ ├── main.h # 全局宏定义FEED_NOW等 │ │ └── tasks.h # 任务句柄声明 │ └── Src/ │ ├── main.c # CubeMX生成主框架 │ └── tasks.c # StartDefaultTask/StartFeedTask实现 ├── Drivers/ │ ├── Inc/ │ │ ├── hx711.h # 称重传感器驱动接口 │ │ ├── servo.h # 舵机PWM控制封装 │ │ └── esp8266.h # AT指令收发API │ └── Src/ │ ├── hx711.c # HX711读取与滤波 │ ├── servo.c # TIM2 PWM初始化与角度映射 │ └── esp8266.c # AT指令发送与应答解析含超时重试 ├── Middleware/ │ └── json/ # 极简JSON解析器仅支持key-value │ ├── Inc/ │ │ └── cJSON.h │ └── Src/ │ └── cJSON.c # 修改版cJSON移除malloc依赖使用静态缓冲区 └── User/ ├── Inc/ │ └── app_config.h # 用户可配置参数喂食量、定时列表 └── Src/ └── app_main.c # 应用层逻辑定时器触发、状态机跳转提示Middleware/json/cJSON.c中所有内存分配改为指向static uint8_t json_buffer[256]避免FreeRTOS heap碎片化。这是嵌入式JSON解析的黄金实践。4.2 关键文档说明README.md必须回答的五个问题一份合格的文档说明不是功能罗列而是降低他人理解成本。README.md需包含硬件清单与接线表明确标注每个模块的供电要求如HX711需5VESP8266-01S需3.3V避免因电压不匹配烧毁模块编译环境版本Keil MDK v5.37 STM32F1xx_DFP v2.4.0注明若使用v2.5.0以上DFP需在stm32f1xx_hal_conf.h中取消注释#define HAL_TIM_MODULE_ENABLED否则TIM2初始化失败首次烧录步骤先用ST-Link烧录Bootloader.bin位于/Flash/目录再烧录Application.bin因本系统采用IAP双Bank升级串口调试指令集提供ATFEED30立即喂食30g、ATWEIGHT?查询余粮等快捷指令方便无WiFi环境测试常见故障代码表如ERR_CODE 0x0A表示“HX711通信超时”需检查PA1/PA2接线ERR_CODE 0x1F表示“WiFi未连接”需确认AT指令中ATCWMODE1与ATCWJAP已正确执行。4.3 源代码注释规范用Doxygen风格写关键函数头注释不是装饰是接口契约。所有对外API必须包含brief一句话说明功能param每个参数的物理含义与取值范围return返回值的实际意义如0表示成功-1表示舵机超时示例servo.c中/** * brief 设置舵机目标角度 * param angle: 目标角度0~120度超出范围自动钳位 * param duration_ms: 旋转持续时间100~2000ms影响转动平滑度 * retval 0 成功-1 超时未到达目标位置 * note 本函数阻塞执行调用前请确保不在FreeRTOS高优先级任务中直接使用 */ int8_t Servo_SetAngle(uint8_t angle, uint16_t duration_ms) { // 实现略 }5. 进阶技巧用STM32CubeMonitor实时观测喂食过程中的多变量耦合5.1 配置CubeMonitor数据流将称重、电流、舵机角度同步可视化STM32CubeMonitor不是示波器替代品而是嵌入式系统的“健康仪表盘”。要观测喂食瞬间各变量变化需在main.c中启用ITMInstrumentation Trace Macrocell/* USER CODE BEGIN Includes */ #include stm32f1xx_it.h #include core_cm3.h /* USER CODE END Includes */ /* USER CODE BEGIN 2 */ // 初始化ITM需在CoreDebug-DEMCR中使能TRCENA CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; ITM-LAR 0xC5ACCE55; // 解锁ITM ITM-TCR | ITM_TCR_ITMENA_Msk; // 使能ITM ITM-TER[0] 0x01; // 使能端口0 /* USER CODE END 2 */ // 在喂食任务中插入跟踪点 void StartFeedTask(void *argument) { while(1) { if(xQueueReceive(feed_cmd_queue, cmd, portMAX_DELAY) pdTRUE) { ITM_SendChar(F); // 标记喂食开始 ITM_Send32(0x01, GetFilteredWeight()); // 发送余粮端口1 ITM_Send32(0x02, ReadMotorCurrent()); // 发送电流端口2 // ... 喂食逻辑 ITM_SendChar(E); // 标记结束 } } }在CubeMonitor中创建三个曲线图X轴为时间Y轴分别为Port1余粮g、Port2电流mA、ASCIIF/E标记。可清晰看到喂食开始瞬间电流跃升至120mA余粮曲线在1.2秒后下降30g电流回落——这验证了机械动作与传感反馈的时序一致性。5.2 利用STM32CubeProgrammer的Memory View定位堆栈溢出当增加WiFi心跳包发送频率后系统偶发重启。怀疑FreeRTOS任务栈溢出。用STM32CubeProgrammer连接后进入Memory View地址栏输入0x20000000SRAM起始查找uxTopOfStack变量地址在tasks.c中定义其值即为当前栈顶指针观察该地址附近内存若大量0xA5A5A5A5FreeRTOS栈填充模式被覆盖为其他值证明栈溢出解决方案在tasks.c中增大feedTask栈尺寸至512*4并启用configCHECK_FOR_STACK_OVERFLOW 2使溢出时触发vApplicationStackOverflowHook。此方法比盲目增加栈空间更精准是STM32调试中必须掌握的底层技能。5.3 源代码版本管理技巧用Git Submodule管理HAL库与中间件避免将整个STM32CubeMX生成的HAL库Drivers/STM32F1xx_HAL_Driver/纳入Git仓库。正确做法# 将HAL库作为子模块引用 git submodule add https://github.com/STMicroelectronics/STM32CubeF1.git Drivers/STM32CubeF1 # 在Makefile中指定HAL路径 HAL_PATH Drivers/STM32CubeF1/Drivers/STM32F1xx_HAL_Driver这样既保证团队成员获取一致的HAL版本又避免仓库臃肿。当ST官方发布HAL v1.8.5修复了HAL_TIMEx_CommutationCallback的竞态bug时只需git submodule update --remote即可同步无需手动替换文件。最终这个基于STM32的智能宠物喂食系统其价值不在于喂了多少次猫粮而在于它迫使你直面嵌入式开发中最本质的问题如何让代码在资源受限、环境不确定、需求常变的物理世界里稳定地完成每一次精确的动作。本文还有配套的精品资源点击获取