STM32实战指南：从零构建智能窗户控制系统（硬件选型+软件逻辑+数据可视化）
1. 智能窗户系统设计思路
第一次接触智能家居项目时，我被各种传感器和执行器的组合搞得晕头转向。直到亲手完成这个智能窗户系统，才发现原来从零开始搭建一个完整的物联网设备并没有想象中那么难。这个系统最吸引人的地方在于，它完美展现了如何用STM32单片机将环境感知、逻辑判断和机械控制有机结合起来。
系统核心功能可以分为三个层次：环境感知层、决策控制层和执行输出层。环境感知层负责采集温度、湿度和光照等数据；决策控制层根据预设规则判断是否需要开关窗户；执行输出层则通过舵机完成实际开关动作。我在实际搭建过程中发现，这种分层设计让整个系统的逻辑特别清晰，调试时也能快速定位问题所在。
相比市面上动辄上千元的智能窗户设备，我们这个方案成本不到200元，但实现了80%的核心功能。最让我惊喜的是，通过OLED屏幕和Wi-Fi模块，我们不仅能实时查看环境数据，还能远程监控窗户状态。记得有次出门忘记关窗，正好赶上暴雨，就是靠手机远程控制避免了家里被淋湿的悲剧。
2. 硬件选型与电路设计
2.1 主控芯片选择
STM32F103C8T6是我最终选择的主控芯片，江湖人称"蓝莓派"。这款芯片性价比极高，72MHz主频完全够用，64KB的Flash和20KB的RAM对于这个项目绰绰有余。刚开始我也考虑过ESP32，虽然自带Wi-Fi很方便，但实时性不如STM32稳定，特别是在控制舵机时容易出现抖动。
最小系统电路设计有几个关键点需要注意：首先，复位电路最好加上0.1uF电容，能有效防止误触发；其次，晶振电路的两个负载电容建议用22pF，这个值经过多次实测最稳定；最后，别忘了在VDD和GND之间加个0.1uF的去耦电容，我当初没加这个，调试时遇到各种莫名其妙的问题。
2.2 传感器选型心得
温度传感器我对比了DS18B20和DHT11，最终选择了DS18B20。虽然接线复杂些（需要4.7K上拉电阻），但精度能达到±0.5℃，比DHT11的±2℃强多了。光照检测用的是光敏电阻模块，注意要选模拟输出的，数字输出的调节起来不方便。
烟雾检测用的MQ-2让我踩了个坑。第一次买的模块没有带比较器，需要自己设计放大电路。后来换了带LM393比较器的版本，直接输出模拟量和数字量，省事很多。这里提醒下，MQ-2需要预热2-3分钟才能稳定工作，程序里要加个预热等待。
2.3 执行器与显示模块
舵机选择要注意扭矩，我用的SG90扭矩是1.6kg·cm，推拉普通窗户足够。控制线接单片机PWM输出口，记得先测试下舵机的角度范围，不同品牌可能不一样。OLED显示屏建议用0.96寸I2C接口的，SPI接口的虽然刷新快但接线复杂。
Wi-Fi模块选ESP8266-01S时要留意固件版本。新版AT固件有些指令不兼容，我最后刷回了1.5版本才稳定。模块的RX/TX要接STM32的USART，注意电平匹配，最好加个电平转换电路。
3. 软件架构设计
3.1 主程序流程图
程序采用轮询+中断的混合架构。主循环负责传感器数据采集和OLED刷新，中断处理蓝牙和Wi-Fi通信。这种设计保证了实时性，又不会让程序太过复杂。我最初尝试全中断驱动，结果各种优先级冲突搞得焦头烂额。
数据采集有个小技巧：不要每次循环都读取所有传感器。像DHT11这类传感器连续读取容易失败，我设置了500ms的采集间隔。光照和烟雾数据变化较慢，1秒采集一次就够了。这样既减轻了CPU负担，又保证了数据时效性。
3.2 自动控制逻辑实现
自动模式的核心是判断逻辑。我设计了三级判断条件：温度优先，其次是烟雾浓度，最后是光照强度。当温度超过30℃或烟雾浓度超标时，立即开窗；光照强度则采用迟滞比较，避免窗户频繁开关。
阈值设置要留有余量。比如温度阈值设28℃时，关窗阈值建议设26℃，形成2℃的回差。实测这个值既能及时调节温度，又不会让舵机动作太频繁。光照阈值我设为50lux，可以根据房间朝向适当调整。
3.3 手动模式切换
蓝牙模块采用HC-05，支持AT指令配置。模式切换用字符指令实现，'A'切自动，'M'切手动。在手动模式下，除了蓝牙控制，我还集成了语音控制。语音模块用的LD3320，识别"开窗"/"关窗"指令，实测识别率能达到90%以上。
这里有个坑要注意：蓝牙和语音模块共用USART时，要用软件串口或者加选择器。我最初直接并联，结果数据全乱套了。后来改用模拟开关切换，问题才解决。
4. 数据可视化实现
4.1 OLED本地显示
OLED显示采用分页设计：第一页显示实时数据，第二页显示阈值设置，第三页显示系统状态。刷新率控制在2Hz左右，太高会导致屏幕闪烁。汉字显示需要字库支持，我用PCtoLCD2002生成了16x16的点阵字库。
数据显示要注意格式化。温度值保留一位小数，光照强度取整显示。我最初没做数据平滑，显示值跳变很厉害，后来加了移动平均滤波，效果立竿见影。关键代码是这样的：
#define FILTER_LEN 5 int filter_buf[FILTER_LEN]; int moving_avg(int new_val) { static int index = 0; filter_buf[index++] = new_val; if(index >= FILTER_LEN) index = 0; int sum = 0; for(int i=0; i<FILTER_LEN; i++) { sum += filter_buf[i]; } return sum/FILTER_LEN; }4.2 远程监控方案
Wi-Fi模块上传数据到云平台我用的是TCP直连。先配置ESP8266为STA模式，连接路由器后，通过Socket连接服务器。数据打包成JSON格式，每10秒上传一次。为了省电，可以在无网络时缓存数据，等网络恢复后批量上传。
服务器端我用Node.js写了个简单的接收程序，将数据存入MySQL数据库。前端用ECharts做可视化，可以实时查看历史曲线。有个小技巧：STM32端的时间戳可以用RTC获取，没有RTC的话，服务器收到数据时加上时间戳也行。
5. 系统调试与优化
5.1 常见问题排查
调试时最先遇到的是电源问题。当舵机动作时，电压会被拉低，导致单片机复位。后来我改用独立电源供电，并在单片机电源端加了个470uF的电容，问题就解决了。另一个常见问题是传感器数据异常，多半是接线接触不良导致的。
蓝牙连接不稳定时，可以尝试以下方法：首先确认模块进入了配对模式（LED快闪）；其次检查波特率是否匹配，HC-05默认是38400；最后看看周围有没有2.4G干扰源，比如无线路由器。
5.2 性能优化技巧
为了降低功耗，我做了这些优化：在不操作舵机时关闭PWM输出；OLED显示采用局部刷新；传感器采集间隔动态调整（无人时延长间隔）。这些改动让系统待机电流从50mA降到了15mA。
代码优化方面，关键函数都用寄存器直接操作，比库函数快不少。中断服务程序尽量简短，只做标志位设置。延时函数改用定时器实现，不占用CPU资源。经过这些优化，系统响应时间从原来的200ms缩短到了80ms。
6. 项目扩展思路
完成基础功能后，可以尝试这些扩展：增加雨水传感器，下雨时自动关窗；接入智能音箱，实现语音控制；添加摄像头，远程查看窗户状态。我最满意的是加了个红外人体传感器，检测到有人靠近时才启动语音识别，既实用又省电。
如果想进阶学习，可以移植FreeRTOS实现多任务管理，或者尝试用LoRa替代Wi-Fi做远距离传输。我还试过用手机APP替代蓝牙调试助手，通过MQTT协议实现更专业的控制界面。这些扩展都很有意思，能让项目档次提升不少。