简介：这份资源面向电子信息、自动化及物联网方向的在校学生与嵌入式初学者，提供一套基于STM32单片机的WiFi家电插座开关与定时控制系统完整方案。硬件由STM32核心电路、4路继电器控制电路、WiFi模块电路和电源电路组成，手机端通过WiFi发送指令即可实现继电器全开全关、单路开关以及延时1分钟开启或关闭等操作，覆盖智能家居远程控制的典型场景。压缩包为zip格式，整体约66.51MB，内含程序源码、电路图、任务书、开题报告、参考论文、系统框图、程序流程图、芯片资料与器件清单等，文件类型以源码、文档和图纸为主，便于按模块查阅与复现。目前已有669人学习下载，适合课程设计、毕业设计或竞赛项目参考，读者可据此快速理解WiFi通信协议、继电器驱动逻辑与定时控制实现，并借助配套文档完成方案撰写与答辩准备。

1. 从一颗继电器到云端定时：STM32 WiFi 插座到底在做什么

家里那台老式电风扇没有定时关机，半夜还得爬起来拔插头；鱼缸的补光灯每天手动开关，出差三天回来水草全烂了。这类场景催生了「基于 STM32 单片机 WiFi 控制家电插座开关定时功能」这个方向——它本质上是一个带联网能力的智能继电器模块：STM32 负责本地逻辑与定时任务，WiFi 模组负责把状态同步到手机或云端，继电器负责真正切断或接通 220V 负载。它适合有 51 或 STM32 基础、想从点灯跨越到「能联网、能定时、能带真实负载」的嵌入式从业者，也适合做智能家居小批量定制的开发者。核心难点不在写代码，而在强弱电隔离、定时精度、断网续跑这三件事上，后面会一层层拆开。

2. 硬件选型与电路边界：别让 220V 烧掉你的调试板

2.1 主控、WiFi 模组与继电器的三角关系

STM32 选型上，F103C8T6 是最常见的起点：72MHz 主频、64KB Flash、20KB RAM，跑一个带定时的插座逻辑绰绰有余，而且资料多、价格低。如果后续要加 OLED 显示、多路定时、OTA，可以上 F103RCT6 或 F407。WiFi 模组常见两条路线：一是 ESP-01S/ESP-12F 这类 AT 固件模组，STM32 通过 UART 发 AT 指令；二是 ESP32 单独跑网络栈，STM32 只做本地控制，两者用串口协议通信。前者成本低、代码直观，后者稳定性更好但需要维护两套固件。

继电器模块要区分「继电器线圈侧」和「触点侧」。线圈侧通常 5V 驱动，STM32 的 3.3V GPIO 不能直接驱动，中间要加三极管或光耦。触点侧接 220V 火线，必须用光耦或继电器模块自带的隔离，且强电走线要和弱电保持至少 5mm 间距。我一般会选带光耦隔离的成品继电器模块，省去自己搭驱动的时间，但要注意它的输入是高电平触发还是低电平触发，这直接决定代码里 GPIO 的初始电平。

供电是另一个容易翻车的点。ESP 模组在发射瞬间电流能到 300mA 以上，如果和 STM32 共用一颗 AMS1117-3.3，电压会被拉低导致复位。稳妥做法是 WiFi 模组单独用一颗 3.3V LDO 或 DC-DC，输入电容至少 100uF，输出再并 10uF 和 0.1uF。

2.2 最小系统接线与上电检查清单

动手前先把下面这张接线表对一遍，能省掉大量「下载失败」「模组不响应」的玄学问题。

上电顺序建议：先只给 STM32 供电，确认能下载、能跑 LED；再给 WiFi 模组供电，用串口助手发AT看是否回OK；最后接继电器线圈，用万用表测触点通断；220V 负载永远最后接，且接之前用绝缘胶带把裸露端子包好。

提示：调试阶段用一颗 LED 串 1k 电阻代替 220V 负载，确认逻辑全对后再换真实负载，这是最便宜的后悔药。

3. 固件骨架：定时任务、串口协议与状态机

3.1 用 TIM 做秒级时基，而不是 HAL_Delay

插座的核心是定时。用HAL_Delay做延时会让整个主循环卡死，WiFi 数据来不及处理。正确做法是用一个硬件定时器产生 1ms 中断，在中断里累加计数，主循环轮询标志位。下面是最小可用的时基代码：

/* tim2.c —— 1ms 时基，72MHz 主频，预分频 7199，重装载 9 */ #include "stm32f1xx_hal.h" volatile uint32_t g_ms_tick = 0; void TIM2_Init(void) { __HAL_RCC_TIM2_CLK_ENABLE(); TIM2->PSC = 7199; /* 72MHz / 7200 = 10kHz */ TIM2->ARR = 9; /* 10kHz / 10 = 1kHz，即 1ms */ TIM2->DIER |= TIM_DIER_UIE; TIM2->CR1 |= TIM_CR1_CEN; HAL_NVIC_SetPriority(TIM2_IRQn, 1, 0); HAL_NVIC_EnableIRQ(TIM2_IRQn); } void TIM2_IRQHandler(void) { if (TIM2->SR & TIM_SR_UIF) { TIM2->SR &= ~TIM_SR_UIF; g_ms_tick++; } } /* 获取当前毫秒数，处理溢出 */ uint32_t GetTick(void) { return g_ms_tick; }

逻辑说明：PSC 把 72MHz 分频到 10kHz，ARR 设为 9 让计数器每 10 个脉冲溢出一次，正好 1ms。中断里只做计数，不做任何耗时操作。参数调整：如果主频不是 72MHz，按PSC = 主频/10000 - 1重算。溢出问题在 32 位计数下约 49 天回绕一次，对插座场景足够，若担心可以用 64 位变量。

3.2 定时任务的数据结构与匹配逻辑

定时功能不是简单「开几小时关几小时」，真实需求往往是「每天 7:00 开，22:00 关」或「工作日 18:00 开」。用一个结构体数组存任务，主循环每秒比对一次：

typedef struct { uint8_t enabled; /* 1=启用 */ uint8_t hour; /* 0-23 */ uint8_t minute; /* 0-59 */ uint8_t action; /* 0=关，1=开 */ uint8_t weekday_mask; /* bit0=周一 ... bit6=周日 */ } TimerTask_t; TimerTask_t g_tasks[8]; /* 最多 8 条定时 */ uint8_t g_relay_state = 0; /* 由 RTC 或 WiFi 对时后更新 */ extern uint8_t g_now_hour, g_now_minute, g_now_weekday; void Timer_Check(void) { static uint8_t last_minute = 0xFF; if (g_now_minute == last_minute) return; /* 每分钟只执行一次 */ last_minute = g_now_minute; for (int i = 0; i < 8; i++) { if (!g_tasks[i].enabled) continue; if (g_tasks[i].hour != g_now_hour) continue; if (g_tasks[i].minute != g_now_minute) continue; if (!(g_tasks[i].weekday_mask & (1 << g_now_weekday))) continue; g_relay_state = g_tasks[i].action; Relay_Set(g_relay_state); } }

逻辑说明：last_minute做去重，避免同一分钟内重复触发。weekday_mask用位掩码表示星期，比如0x1F表示周一到周五。参数说明：任务数 8 条是 RAM 和实用性的折中，每条 5 字节，总共 40 字节。如果要支持「倒计时」模式，再加一个duration_min字段，触发后记录开始时间，主循环里比对差值。

3.3 WiFi 模组的 AT 指令封装与状态机

用 ESP-01S 时，STM32 通过 USART2 发 AT 指令。不要在主循环里阻塞等回复，而是用状态机加环形缓冲。下面是一个精简的发送与解析框架：

/* wifi.c —— AT 指令状态机骨架 */ #include <string.h> #include "usart.h" #define RX_BUF_SIZE 256 static uint8_t rx_buf[RX_BUF_SIZE]; static uint16_t rx_len = 0; static uint8_t wifi_state = 0; /* 0=未初始化 1=已连AP 2=已连服务器 */ /* USART2 中断里调用 */ void WiFi_RxByte(uint8_t b) { if (rx_len < RX_BUF_SIZE - 1) { rx_buf[rx_len++] = b; rx_buf[rx_len] = '\0'; } } /* 主循环里轮询解析 */ void WiFi_Poll(void) { if (strstr((char *)rx_buf, "WIFI GOT IP")) { wifi_state = 1; rx_len = 0; } else if (strstr((char *)rx_buf, "CONNECT")) { wifi_state = 2; rx_len = 0; } else if (strstr((char *)rx_buf, "CLOSED")) { wifi_state = 1; rx_len = 0; } if (rx_len > 200) rx_len = 0; /* 防溢出 */ } /* 发送一条 AT 指令，非阻塞 */ void WiFi_SendCmd(const char *cmd) { HAL_UART_Transmit(&huart2, (uint8_t *)cmd, strlen(cmd), 100); HAL_UART_Transmit(&huart2, (uint8_t *)"\r\n", 2, 100); }

逻辑说明：接收放在中断里只做存字节，解析放在主循环，避免中断里做字符串比较。wifi_state驱动后续逻辑：未连 AP 时定时重发AT+CWJAP，已连 AP 未连服务器时发AT+CIPSTART，已连服务器时发心跳。参数说明：RX_BUF_SIZE256 对 AT 指令足够，如果走 MQTT 长报文要加到 512。HAL_UART_Transmit的超时 100ms 是防止硬件异常时卡死。

注意：ESP-01S 默认波特率 115200，但部分批次是 9600 或 74880，上电后先发AT确认，不回就换波特率试，这是最常见的「模组坏了」误判。

4. 避坑与排查：那些让插座半夜自己跳闸的问题

4.1 继电器误动作：现象是插座随机通断，原因多为 GPIO 浮空或电源跌落

现象：上电后继电器咔咔响，或者运行几分钟后自己断开。原因一：STM32 复位后 GPIO 默认浮空输入，继电器模块输入若为高电平触发，会瞬间导通。解决：在main开头第一时间把继电器 GPIO 配成推挽输出并写安全电平，再初始化其他外设。原因二：WiFi 发射瞬间 3.3V 跌落导致 MCU 复位。解决：WiFi 模组独立供电，输入电容加大到 220uF，必要时加磁珠隔离。

4.2 定时不准：现象是每天慢几秒到几十秒，原因是用内部 RC 或未对时

现象：设了 7:00 开，实际 7:02 才动作。原因：用 HSI 内部时钟做 RTC，温漂大；或者 WiFi 对时后没有定期校准。解决：外挂 32.768kHz 晶振走 LSE，每天误差可控制在 2 秒内；同时在 WiFi 连上后通过 NTP 或服务器下发时间，每 6 小时校准一次。如果对精度要求高，直接用 DS3231 这类带温补的 RTC 芯片。

4.3 断网后定时失效：现象是路由器重启后插座不再执行本地定时

现象：WiFi 断开后，原本设好的 22:00 关灯不执行了。原因：定时逻辑写在 WiFi 回调里，或者主循环被 WiFi 重连阻塞。解决：定时任务和网络彻底解耦，Timer_Check只依赖本地 RTC，WiFi 状态只影响「能否远程控制」，不影响本地定时。这是架构问题，不是代码 bug，设计时就要把两条路径分开。

4.4 下载失败与串口冲突：现象是 ST-Link 能识别但下载报错

现象：Keil 或 STM32CubeProgrammer 提示「No target connected」或下载到一半失败。原因：USART2 和 SWD 引脚复用冲突，或者 WiFi 模组在下载时持续发数据干扰。解决：下载时断开 WiFi 模组 TX，或者把 SWD 引脚 PA13/PA14 在代码里保持默认复用，不要重映射。另外检查 BOOT0 是否被拉高，拉高会进系统存储器而不是用户 Flash。

4.5 强电干扰导致 MCU 死机：现象是接上 220V 负载后程序跑飞

现象：空载测试一切正常，接上电机或大功率灯后 MCU 随机复位。原因：继电器触点断开瞬间产生电弧和反向电动势，通过电源或空间耦合进弱电。解决：触点侧并 RC 吸收电路（100Ω + 0.1uF/630V），强电和弱电走线物理分开，MCU 电源入口加 TVS 和共模电感。如果负载是感性（电机、风扇），建议用固态继电器替代机械继电器。

5. 进阶：把本地插座接进巴法云做远程控制与 OTA

5.1 用巴法云做 MQTT 透传的最小接入流程

本地定时跑通后，下一步是远程控制。巴法云是热搜里出现的方向，它提供 MQTT 接入，适合个人开发者做小规模设备管理。接入流程分四步：注册后在控制台创建 MQTT 设备，拿到主题名和客户端 ID；STM32 侧用 ESP-01S 发 AT 指令连 MQTT 服务器；订阅自己的主题；收到消息后解析并控制继电器。下面是一个 AT 指令序列示例：

# 假设 ESP-01S 已连上路由器，进入透传模式连 MQTT AT+CIPMODE=1 # 开启透传 AT+CIPSTART="TCP","bemfa.com",9501 AT+CIPSEND # 进入透传，之后直接发 MQTT 报文 # 以下为 MQTT CONNECT 报文（十六进制，需按实际 clientID 修改） 10 1A 00 04 4D 51 54 54 04 02 00 3C 00 0A 63 6C 69 65 6E 74 49 44

逻辑说明：AT+CIPMODE=1让模组进入透传，之后串口收到的数据直接发到 TCP。MQTT 报文需要按协议手工拼装，CONNECT 报文的可变头里00 3C是 keepalive 60 秒，后面跟 clientID。参数说明：巴法云的 MQTT 端口是 9501，clientID 用控制台分配的值。如果觉得手工拼报文太痛苦，可以换 ESP32 跑 Arduino 的 PubSubClient 库，STM32 只发简单串口命令，开发效率高很多。

5.2 远程与本地冲突时的优先级设计

远程控制和本地定时会打架：你远程开了灯，22:00 本地定时又把它关了。我的做法是设一个「手动覆盖」标志，远程操作后置位，本地定时在覆盖期内不执行，直到下一个定时周期或用户手动清除。具体实现是在TimerTask_t外加一个uint8_t manual_override和uint32_t override_until，Timer_Check里先判断GetTick() < override_until就跳过。覆盖时长设 2 小时比较合理，既尊重用户临时操作，又不会让定时永久失效。

5.3 用状态灯做现场诊断，比串口打印更实用

产品装进盒子后，串口就看不到了。留一颗 RGB 或双色 LED 做状态指示：慢闪表示正在连 WiFi，常亮表示已连服务器，快闪表示继电器处于开启状态，灭表示关闭。代码上用一个Led_Task每 100ms 根据wifi_state和g_relay_state更新。这个习惯帮我省了大量返工——用户打电话说「插座没反应」，让他看灯的颜色就能判断是网络问题还是继电器问题，不用上门。

5.4 我踩过最深的坑：OTA 升级时继电器状态丢失

第一次做 OTA 时，升级重启后继电器恢复默认关闭，结果鱼缸过滤泵停了半天。后来在 Flash 里划了一页专门存「掉电前状态」和「定时任务表」，上电先读回再初始化 GPIO。STM32F103 的 Flash 擦写寿命约 1 万次，所以不要每次状态变化都写，而是变化后延时 5 秒再写，或者只在定时任务修改时写。这个教训让我后来所有带负载的项目都先做状态持久化，再做功能。希望帮到你。

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