STM32智能家居毕设实战：从传感器驱动到MQTT通信全流程解析

1. 项目概述与核心价值

又到了一年一度的毕业设计季，最近后台收到不少私信，都在问基于STM32的智能家居项目该怎么下手。作为一个从本科毕设到后来带过好几届学生项目的“老司机”，我深知这个选题的吸引力与挑战并存。它听起来高大上，既能展示硬件功底，又能结合物联网概念，是电子、自动化、计算机相关专业的热门选择。但很多同学往往在开题时雄心勃勃，真正动手后却卡在系统架构、通信协议或者软硬件联调的细节里，最后只能草草收场。

这个项目的核心，远不止是点亮几个LED或者读取一个温湿度传感器。它本质上是一个微型的、资源受限的嵌入式物联网系统。你需要让一块STM32单片机作为“大脑”，可靠地采集环境数据（如温度、湿度、光照、人体感应），并能够通过某种方式（如Wi-Fi、蓝牙）将数据上报或接收指令，进而控制继电器、电机等执行器，最终通过一个手机App或者网页界面进行交互。整个过程涉及单片机编程、传感器驱动、通信协议、电源管理、简单的上位机开发等多个环节，是对你大学所学知识的一次综合性实战检验。

选择STM32作为主控是明智的。相较于传统的51单片机，STM32（尤其是F1系列如STM32F103）拥有更强大的性能（Cortex-M3内核）、更丰富的外设（多路UART、SPI、I2C、ADC、定时器）和更大的存储空间，关键是生态极其完善，有标准库、HAL库以及STM32CubeMX这样的图形化配置工具，能极大降低开发门槛。而智能家居场景，则为你提供了一个具体且有趣的应用目标，避免了“为了做项目而做项目”的空洞感。

接下来，我将以一个完整的、可落地的“基于STM32的智能家居监控与控制系统”为例，拆解从设计思路到代码实现，再到调试上线的全流程。我会重点分享那些在官方文档里不会写，但实际开发中一定会遇到的“坑”和技巧，希望能帮你把毕设做得既扎实又出彩。

2. 系统整体设计与方案选型

做任何嵌入式项目，切忌一上来就写代码。花足够的时间进行系统设计，把各个模块的职责、通信方式和数据流理清楚，后期能节省大量调试时间。

2.1 核心需求与功能定义

首先，我们需要明确这个智能家居毕设具体要实现什么。为了避免范围过大而无法深入，我建议聚焦于3-4个核心功能，做深做透。一个经典的、足以应对答辩的配置如下：

1. 环境监测：实时采集并上报室内的温度、湿度、光照强度。这是感知层的基础。
2. 安防监控：通过人体红外传感器（HC-SR501）检测是否有人非法闯入，并触发本地报警（蜂鸣器）和远程通知。
3. 设备控制：远程控制一个220V交流电设备的开关（如灯、风扇），通过继电器模块实现强弱电隔离。
4. 远程交互：通过手机App或微信小程序，实时查看传感器数据，并发送控制指令。

2.2 硬件方案选型与理由

硬件是系统的骨架，选型决定了项目的成本、复杂度和稳定性。

• 主控MCU：STM32F103C8T6（核心板）。这是性价比之王，72MHz主频，64KB Flash，20KB RAM，完全够用。拥有多达3个串口、2个SPI、2个I2C，外设接口丰富。核心板通常已集成复位电路、晶振和USB转串口芯片（如CH340），方便调试和供电。

  注意：购买时确认是“核心板”而非“最小系统板”。核心板引脚已引出排针，方便插在面包板或洞洞板上；最小系统板通常只是一个MCU加基本电路，需要自己焊接或连接外围电路，对新手不友好。

• 温湿度传感器：DHT11或DHT22。两者都使用单总线协议，编程简单。DHT11成本低，但精度和范围一般（温度0-50℃，湿度20-90%RH）；DHT22精度更高、量程更广，价格稍贵。毕设推荐DHT11，完全够用。

• 光照传感器：BH1750。数字型环境光强度传感器，直接通过I2C接口输出lux值，精度高，使用方便，比光敏电阻+ADC的方案稳定、精准得多。

• 人体红外传感器：HC-SR501。最常用的模块，输出数字信号（检测到人时输出高电平），灵敏度、延时时间可调。注意其有约1分钟的初始化自检时间，上电后不要立即判断其状态。

• 执行器模块：5V继电器模块。用于控制220V设备。务必选择带光耦隔离和续流二极管的模块，以保护单片机。控制端接STM32的GPIO，输出高/低电平控制继电器吸合/断开。

  安全警告：涉及220V强电操作，必须谨慎！建议在最终演示前，用一个小台灯（220V）作为被控负载进行测试。接线、调试时确保强电部分断电，裸露部分用绝缘胶布包好。答辩时可以向老师强调你已考虑并实现了强弱电隔离的安全设计。

• 通信模块（关键决策点）：这是连接“智能”的关键，常见有四种方案：

  1. ESP8266（Wi-Fi）：最主流的选择。STM32通过串口（UART）与ESP8266通信，发送AT指令使其连接路由器，并透传数据到服务器或直接与手机通信。优点是可直接接入互联网，实现真正的远程控制。需要额外编写TCP/UDP或MQTT客户端逻辑。
  2. HC-05/06（蓝牙）：STM32通过串口与蓝牙模块配对，手机直接连接蓝牙进行近场控制。优点是简单、功耗低、无需网络；缺点是距离短（通常10米内），无法实现真正的远程（异地）控制。
  3. NB-IoT：直接使用NB-IoT模组（如BC26）。优点是低功耗、广覆盖，适合电池供电的户外场景；缺点是需要SIM卡和物联网平台，开发复杂度高，资费成本高，不适合室内、有稳定电源的毕设场景。
  4. 直接使用ESP32：ESP32本身就是一个带Wi-Fi和蓝牙的双核单片机，性能比STM32F103更强。如果你的功能不复杂，完全可以只用ESP32，省去一个MCU和串口通信的环节。但STM32的学习资源和生态在某些方面更经典。

  我的建议：对于大多数毕设，选择方案一（STM32 + ESP8266）。它平衡了难度、成本和展示效果。你能学到串口通信、AT指令解析、网络协议等关键知识，且最终能用手机在4G网络下控制家里的设备，演示效果非常好。

• 其他：蜂鸣器（用于报警）、按键（用于本地功能切换或配网）、若干LED（状态指示）、杜邦线、面包板/洞洞板、USB数据线、220V插头插座（用于继电器输出）。

2.3 软件架构与通信协议设计

硬件连接好后，软件如何组织数据流？

1. 单片机端程序框架：

   • 外设初始化：使用STM32CubeMX生成代码初始化GPIO、UART（连接ESP8266和调试串口）、I2C（连接BH1750）、定时器等。
   • 主循环（Super Loop）：这是最经典的结构。在主while(1)循环中，按一定顺序执行：读取传感器数据 -> 检查网络模块是否有数据到来并处理 -> 根据逻辑控制执行器 -> 定时上报数据到网络。
   • 中断服务：将按键、串口接收等对实时性要求高的操作放在中断中处理，避免主循环阻塞。例如，串口接收ESP8266数据时，使用空闲中断+ DMA的方式能高效接收不定长数据。

2. 通信协议设计：STM32与ESP8266之间，以及ESP8266与服务器/手机之间需要约定好数据格式。为了简单可靠，我强烈推荐使用JSON格式的字符串。

   • 上报数据（STM32 -> 服务器）：{"dev":"room01", "temp":25.6, "humi":60, "light":300, "pir":0}
   • 下发指令（服务器 -> STM32）：{"cmd":"relay", "state":1}或{"cmd":"query"}。
   • 在STM32端，你可以使用一个轻量级的JSON解析库（如cJSON），或者对于固定格式，自己写简单的字符串解析函数也足够。

3. 上位机/App方案：

   • 方案A（快速演示）：使用网络调试助手或MQTT调试客户端模拟手机端。在电脑上运行，连接ESP8266接入的服务器，直接收发JSON字符串。这是最快验证通信链路的方式。
   • 方案B（基础展示）：使用微信小程序开发。利用小程序的WebSocket API与你的后端服务器通信，界面用简单的按钮和文本显示。学习曲线平缓，展示效果好。
   • 方案C（进阶）：开发一个简单的Android App（使用Java/Kotlin）或跨平台App（使用Flutter/React Native）。
   • 方案D（Web界面）：搭建一个简单的Web服务器（可以用Python Flask/Node.js），STM32数据上报到服务器存入数据库，网页前端通过AJAX轮询或WebSocket获取数据并展示。这能展示全栈能力。

   对于毕设，我推荐方案A+B。先用方案A快速打通所有硬件和通信，确保核心功能无误。然后用1-2周时间学习小程序开发，做一个简洁的控制界面，足以让答辩老师眼前一亮。

3. 硬件电路连接与核心驱动解析

这一部分，我们进入实操环节。我会给出具体的接线图和代码片段，并解释为什么这么接、为什么这么写。

3.1 核心模块接线图与原理

假设我们使用STM32F103C8T6核心板。以下是关键模块的接线示意（VCC接3.3V或5V请务必参照模块说明书）：

STM32引脚	连接模块	引脚功能	备注
3.3V / 5V	所有模块	VCC	DHT11、BH1750用3.3V；继电器、HC-SR501用5V。注意电流，可分开供电。
GND	所有模块	GND	共地！所有模块的GND必须连接在一起。
PA9 (TX)	ESP8266 RX	UART1_TX	STM32发送，ESP8266接收。
PA10 (RX)	ESP8266 TX	UART1_RX	STM32接收，ESP8266发送。注意交叉连接。
PB6	BH1750 SCL	I2C1_SCL	接上拉电阻（通常模块已集成）。
PB7	BH1750 SDA	I2C1_SDA	接上拉电阻。
PB8	DHT11 DATA	GPIO_Output	单总线，需配置为开漏输出模式并加上拉电阻（4.7K-10K）。
PB9	HC-SR501 OUT	GPIO_Input	配置为上拉输入。
PB5	继电器 IN	GPIO_Output	控制继电器吸合/断开。
PB4	有源蜂鸣器 I/O	GPIO_Output	高电平响，低电平停。

实操心得1：电源管理：如果所有模块都从STM32核心板的3.3V或5V引脚取电，可能会因为电流不足导致系统不稳定（尤其是继电器吸合瞬间）。稳妥的做法是，使用一个USB Hub或外部5V电源适配器为继电器、ESP8266等大电流模块独立供电，然后将其GND与STM32的GND相连。

3.2 传感器驱动代码关键点

使用STM32CubeMX生成基础代码后，我们需要编写驱动。

1. DHT11驱动解析：DHT11的时序要求严格，必须用微秒级延时。通常用一个GPIO口，先输出低电平至少18ms（起始信号），然后切换为输入模式，等待传感器拉低、拉高的响应信号，随后接收40位数据（温湿度整数、小数、校验和）。

// 示例：读取DHT11函数（需实现微秒延时函数delay_us） uint8_t DHT11_Read_Data(uint8_t *temp, uint8_t *humi) { uint8_t buf[5] = {0}; uint8_t i, j; // 主机拉低至少18ms HAL_GPIO_WritePin(DHT11_GPIO_Port, DHT11_Pin, GPIO_PIN_RESET); delay_ms(20); HAL_GPIO_WritePin(DHT11_GPIO_Port, DHT11_Pin, GPIO_PIN_SET); delay_us(30); // 主机拉高20-40us // 切换为输入模式，等待传感器响应 GPIO_InitTypeDef GPIO_InitStruct = {0}; GPIO_InitStruct.Pin = DHT11_Pin; GPIO_InitStruct.Mode = GPIO_MODE_INPUT; GPIO_InitStruct.Pull = GPIO_PULLUP; HAL_GPIO_Init(DHT11_GPIO_Port, &GPIO_InitStruct); // 等待传感器拉低80us if (Wait_Pin_State(GPIO_PIN_RESET, 100) == ERROR) return ERROR; // 等待传感器拉高80us if (Wait_Pin_State(GPIO_PIN_SET, 100) == ERROR) return ERROR; // 接收40位数据 for (i = 0; i < 5; i++) { for (j = 0; j < 8; j++) { // 等待低电平结束（50us） while (HAL_GPIO_ReadPin(DHT11_GPIO_Port, DHT11_Pin) == GPIO_PIN_RESET); delay_us(40); // 延时40us后判断电平，>40us为‘1’，<40us为‘0’ if (HAL_GPIO_ReadPin(DHT11_GPIO_Port, DHT11_Pin) == GPIO_PIN_SET) { buf[i] |= (1 << (7 - j)); // 等待高电平结束（‘1’持续约70us） while (HAL_GPIO_ReadPin(DHT11_GPIO_Port, DHT11_Pin) == GPIO_PIN_SET); } } } // 校验和数据 if (buf[4] == (buf[0] + buf[1] + buf[2] + buf[3])) { *humi = buf[0]; *temp = buf[2]; return SUCCESS; } return ERROR; }

避坑技巧：DHT11对时序极其敏感。如果读取失败，首先检查延时函数delay_us的准确性。最好用逻辑分析仪或示波器抓取时序波形进行比对。另外，两次读取间隔需大于1秒。

2. BH1750驱动解析：BH1750是标准的I2C设备，操作简单。主要步骤：发送上电指令 -> 设置测量模式（如连续高分辨率模式） -> 延时等待测量完成 -> 读取两字节的光照数据。

#define BH1750_ADDR_WRITE 0x46 // 器件地址+写命令 #define BH1750_ADDR_READ 0x47 // 器件地址+读命令 #define BH1750_POWER_ON 0x01 #define BH1750_CONT_H_RES_MODE 0x10 float BH1750_Read_Light(void) { uint8_t buf[2] = {0}; uint16_t light_raw = 0; float light_lux = 0.0; // 1. 发送上电指令 HAL_I2C_Master_Transmit(&hi2c1, BH1750_ADDR_WRITE, (uint8_t*)&BH1750_POWER_ON, 1, 100); // 2. 设置连续高分辨率模式（1lx分辨率，测量时间约120ms） HAL_I2C_Master_Transmit(&hi2c1, BH1750_ADDR_WRITE, (uint8_t*)&BH1750_CONT_H_RES_MODE, 1, 100); HAL_Delay(180); // 等待测量完成，保险起见多等一会儿 // 3. 读取两字节数据 if (HAL_I2C_Master_Receive(&hi2c1, BH1750_ADDR_READ, buf, 2, 100) == HAL_OK) { light_raw = (buf[0] << 8) | buf[1]; light_lux = light_raw / 1.2; // 根据数据手册公式计算 return light_lux; } return -1.0; // 读取失败 }

注意：I2C通信失败，首先检查接线（SDA， SCL）、上拉电阻（通常模块已集成），以及STM32的I2C时钟配置（不要超过器件最大速率，BH1750是100kHz）。可以用HAL_I2C_IsDeviceReady函数先检测器件是否应答。

4. 网络通信与上下行数据链路的实现

这是项目的“中枢神经”，也是最容易出问题的地方。我们将采用STM32 -> ESP8266 -> 公共MQTT服务器 -> 手机App的架构。MQTT是一种轻量级的发布/订阅消息协议，非常适合物联网场景。

4.1 ESP8266的AT指令配置流程

你需要先通过USB转TTL模块，单独测试ESP8266，确保它能正常连接Wi-Fi和MQTT服务器。常用AT指令序列如下：

1. 测试通信：AT-> 回复OK。
2. 设置模式：AT+CWMODE=1-> 设置为Station模式（客户端）。
3. 连接Wi-Fi：AT+CWJAP="你的Wi-Fi名","密码"-> 回复WIFI CONNECTED和WIFI GOT IP。
4. 连接MQTT服务器：我们选用免费的公共MQTT Broker，如broker.emqx.io。
   • AT+CIPSTART="TCP","broker.emqx.io",1883-> 建立TCP连接。
   • 注意：更推荐使用ESP8266的MQTT AT固件指令，直接AT+MQTTUSERCFG和AT+MQTTCONN进行连接，更稳定。你需要确认你的ESP8266固件支持MQTT AT指令集。

为了在STM32上稳定驱动ESP8266，你需要编写一个健壮的AT指令解析状态机。核心思路是：发送一条指令 -> 等待并接收回复 -> 解析回复判断成功/失败/超时 -> 进入下一条指令。

typedef enum { ESP8266_STATE_IDLE, ESP8266_STATE_SEND_AT, ESP8266_STATE_WAIT_OK, ESP8266_STATE_SEND_CWMODE, // ... 其他状态 ESP8266_STATE_CONNECT_MQTT, ESP8266_STATE_READY } ESP8266_State_t; void ESP8266_Process(void) { static ESP8266_State_t state = ESP8266_STATE_SEND_AT; static uint32_t timeout_tick = 0; switch(state) { case ESP8266_STATE_SEND_AT: UART_SendString(&huart1, "AT\r\n"); // 通过串口1发送给ESP8266 state = ESP8266_STATE_WAIT_OK; timeout_tick = HAL_GetTick(); break; case ESP8266_STATE_WAIT_OK: // 在串口中断中，将接收到的数据存入缓冲区，并查找"OK"或"ERROR" if (strstr(esp_rx_buffer, "OK") != NULL) { Clear_ESP_Buffer(); state = ESP8266_STATE_SEND_CWMODE; // 进入下一状态 } else if ((HAL_GetTick() - timeout_tick) > 3000) { // 超时处理，重试或报错 Clear_ESP_Buffer(); state = ESP8266_STATE_SEND_AT; // 重试 } break; // ... 其他状态处理 case ESP8266_STATE_READY: // 网络就绪，可以开始发布/订阅消息 break; } }

实操心得2：AT指令调试：务必先使用串口调试助手手动发送AT指令，记录下从复位到连接MQTT成功的完整指令序列和预期回复。将这个序列翻译成代码。处理回复时，不要只判断OK，对于AT+CWJAP要判断是否包含GOT IP，对于连接服务器要判断CONNECT。超时重试机制必不可少。

4.2 MQTT通信与数据封装

当ESP8266连接到MQTT服务器后，STM32需要通过串口向其发送MQTT AT指令来发布和订阅消息。

• 发布消息（上报传感器数据）：

  // 假设主题为 “device/room01/sensor” char mqtt_msg[128]; sprintf(mqtt_msg, "{\"temp\":%.1f,\"humi\":%d,\"light\":%.0f,\"pir\":%d}", temperature, humidity, light_intensity, pir_state); char at_cmd[256]; sprintf(at_cmd, "AT+MQTTPUB=\"device/room01/sensor\",\"%s\",0,0\r\n", mqtt_msg); UART_SendString(&huart1, at_cmd);

• 订阅主题（接收控制指令）：

  // 订阅控制主题 “device/room01/control” UART_SendString(&huart1, "AT+MQTTSUB=\"device/room01/control\",1\r\n");

  当手机App向device/room01/control主题发布一条消息如{"cmd":"relay","state":1}时，ESP8266会通过串口收到类似+MQTTSUBRECV:...的原始数据。STM32需要从串口缓冲区中解析出这条JSON字符串，并执行相应的动作（如控制继电器）。

4.3 手机端（微信小程序）快速实现

使用微信开发者工具，创建一个新项目。界面可以很简单：几个显示传感器数据的<text>组件，两个控制继电器的<button>。

1. 连接MQTT：使用第三方MQTT客户端库，如mqtt.min.js。在小程序onLoad生命周期中连接公共Broker。

   // pages/index/index.js const mqtt = require('../../utils/mqtt.min.js'); Page({ data: { temperature: '--', humidity: '--', light: '--' }, onLoad: function() { const client = mqtt.connect('wxs://broker.emqx.io:8084/mqtt'); // 注意是WebSocket端口 client.on('connect', () => { console.log('Connected'); client.subscribe('device/room01/sensor'); // 订阅传感器主题 }); client.on('message', (topic, message) => { const data = JSON.parse(message.toString()); this.setData({ // 更新界面数据 temperature: data.temp.toFixed(1), humidity: data.humi, light: data.light.toFixed(0) }); }); this.mqttClient = client; }, controlRelay: function(state) { const cmd = { cmd: 'relay', state: state }; this.mqttClient.publish('device/room01/control', JSON.stringify(cmd)); } })

2. 界面布局：在.wxml文件中绑定数据和事件。

   <view class="container"> <text>温度: {{temperature}} °C</text> <text>湿度: {{humidity}} %</text> <text>光照: {{light}} Lux</text> <button bindtap="controlRelay">typedef enum { SYS_STATE_INIT, SYS_STATE_NET_CONFIG, SYS_STATE_NET_CONNECTING, SYS_STATE_RUNNING, SYS_STATE_ERROR } SystemState_t; void MainTask(void) { static SystemState_t sys_state = SYS_STATE_INIT; static uint32_t sensor_report_tick = 0; static uint32_t network_check_tick = 0; switch(sys_state) { case SYS_STATE_INIT: HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_USART1_UART_Init(); // 用于ESP8266 MX_USART2_UART_Init(); // 用于调试打印 MX_I2C1_Init(); // 初始化传感器、继电器等 DHT11_Init(); Relay_Off(); sys_state = SYS_STATE_NET_CONFIG; break; case SYS_STATE_NET_CONFIG: if (ESP8266_Init() == SUCCESS) { // 配置ESP8266的Wi-Fi和MQTT sys_state = SYS_STATE_NET_CONNECTING; } else { // 初始化失败，可能进入错误状态或重试 sys_state = SYS_STATE_ERROR; } break; case SYS_STATE_NET_CONNECTING: if (ESP8266_Check_Connection() == CONNECTED) { printf("MQTT Connected!\r\n"); sys_state = SYS_STATE_RUNNING; } // 这里可以加一个超时，长时间连不上则复位或重新配置 break; case SYS_STATE_RUNNING: // 1. 定时读取传感器（例如每2秒） if (HAL_GetTick() - sensor_report_tick > 2000) { Read_Sensors(); MQTT_Publish_Sensor_Data(); sensor_report_tick = HAL_GetTick(); } // 2. 处理网络数据（在串口中断中接收，在主循环中解析） Process_Received_MQTT_Msg(); // 3. 其他周期性任务，如闪烁心跳灯 break; case SYS_STATE_ERROR: // 错误处理，例如让LED快闪，尝试软件复位等 break; } } int main(void) { while (1) { MainTask(); // 可以在这里加入低功耗延时，如HAL_Delay(10)，避免主循环空跑耗电 } }

   5.2 联调常见问题与排查实录

   这里是我和学生们踩过最多的坑，以及解决办法：

   1. 问题：ESP8266连接Wi-Fi总是失败。

      • 排查：首先用手机确认Wi-Fi名称和密码正确，且信号良好。检查AT指令AT+CWJAP的格式是否正确，密码是否包含特殊字符（最好先用简单密码测试）。查看ESP8266回复的错误码，+CWJAP:1表示连接超时，+CWJAP:2表示密码错误，+CWJAP:3表示找不到AP。
      • 解决：在发送连接指令前，先发送AT+CWLAP扫描周围AP，确认能搜到你的路由器。如果密码复杂，尝试用转义字符或更换简单密码。确保供电充足（ESP8266峰值电流可达200mA以上）。

   2. 问题：STM32与ESP8266串口通信乱码或无反应。

      • 排查：确认两边波特率一致（常用115200）。检查TX、RX是否交叉连接。用逻辑分析仪或另一个USB转TTL监听STM32发出的AT指令，看是否完整、正确。注意字符串末尾的\r\n不能少。
      • 解决：在STM32端，发送函数后最好加一小段延时（如HAL_Delay(10)），给模块处理时间。确保串口接收中断或DMA配置正确，缓冲区足够大。

   3. 问题：MQTT能连接，但订阅不到消息或发布失败。

      • 排查：使用一个PC端的MQTT客户端（如MQTTX）同时连接同一个Broker和主题，看是否能收到STM32发布的消息，或向控制主题发送消息后PC端能否收到。这可以确定问题是出在STM32/ESP8266端还是小程序端。
      • 解决：检查发布的主题名和订阅的主题名是否完全一致（大小写敏感）。检查MQTT消息的QoS等级。对于公共Broker，可能连接数过多不稳定，可以换一个试试（如test.mosquitto.org）。

   4. 问题：系统运行一段时间后死机或重启。

      • 排查：最可能的原因是数组越界、堆栈溢出或看门狗复位。检查所有数组访问的边界。在STM32CubeMX中适当调大堆栈大小（Startup文件或.ld链接脚本）。
      • 解决：开启独立看门狗（IWDG）并定期喂狗，但更重要的是找到导致死机的根本原因。可以逐步注释代码，定位问题函数。使用printf打印程序运行状态到调试串口，是嵌入式调试最有效的手段之一。

   5. 问题：继电器控制220V设备时，单片机被干扰复位。

      • 原因：继电器线圈在断开时会产生很高的反向电动势，即使有续流二极管，也可能通过电源耦合干扰单片机。
      • 解决：强弱电彻底分离。为继电器模块单独供电，并与单片机电源共地。在继电器线圈两端并接一个RC吸收回路（如100Ω电阻串联0.1uF电容）。在STM32控制引脚和继电器控制端之间加入一个光耦进行隔离，这是最彻底的方案。

   5.3 功能扩展与优化建议

   如果基本功能已经实现，想让项目更出彩，可以考虑以下方向：

   1. 本地交互与显示：增加一个OLED屏幕（I2C接口），实时显示传感器数据和设备状态，即使断网也能工作。增加一两个实体按键，用于本地手动切换模式或清除报警。
   2. 低功耗设计：如果考虑电池供电，可以引入低功耗模式。在无事件发生时，让STM32进入Stop模式，由传感器中断（如人体感应）或定时器唤醒。同时，选择低功耗的传感器和通信策略（如定时上报而非持续连接）。
   3. 数据存储与历史查询：给STM32外挂一个SPI Flash或SD卡，定期将传感器数据存储起来。小程序端可以增加一个查询历史数据的页面，请求服务器或直接从设备读取历史记录。
   4. 语音控制：集成一个简单的离线语音识别模块（如LD3320），实现“开灯”、“关灯”等本地语音指令，增加趣味性。
   5. 多设备与场景联动：定义简单的场景规则，例如“如果光照低于50 Lux且有人，则自动开灯”。这可以在STM32端实现简单逻辑，也可以在服务器端实现更复杂的规则引擎。

   做毕设，最重要的是过程完整、逻辑自洽、演示流畅。从需求分析、方案选型、硬件设计、软件编程、系统调试到最终演示，每一步都有清晰的文档和代码记录。遇到问题并不可怕，如何定位问题、分析问题、解决问题的思路和能力，正是毕业设计希望考察的核心。希望这份超详细的指南能帮你理清思路，少走弯路，做出一个让自己和导师都满意的智能家居毕业设计。