1. 项目缘起为什么我们需要一个“会思考”的窗户大家好我是老李一个在嵌入式领域摸爬滚打了十多年的“老电工”。这些年从51单片机玩到STM32再到各种AIoT的板子我最大的乐趣就是把想法变成实实在在能动的玩意儿。今天想和大家分享的是我前段时间刚做完的一个项目——一个基于STM32的智能窗户控制系统。这可不是一个简单的“遥控开关窗户”的玩具而是一个集环境感知、多模态交互和远程监控于一体的“窗户管家”。不知道你有没有这样的烦恼夏天出门上班家里闷热想开窗通风又怕突然下雨冬天室内外温差大窗户开合全凭感觉既浪费暖气又不舒服或者像我一样偶尔在厨房煮东西忘了关火有点烟雾就心惊胆战。这个智能窗户系统就是为了解决这些生活里的小痛点而生的。它能自动感知温度、光照和烟雾浓度像个小管家一样帮你决定窗户该开还是该关你也能用手机蓝牙或者直接对它说话来指挥它所有环境数据还能通过Wi-Fi传到你的手机上看让你出门在外也对家里环境了如指掌。这个项目非常适合刚学完STM32基础想找个综合项目练手的朋友。它用到了GPIO、ADC、定时器、UART、I2C这些最核心的外设还涉及了传感器驱动、多任务逻辑处理、通信协议这些实战中必会的技能。我会从硬件选型、电路连接到软件框架、代码编写一步步带你走完整个开发流程最后还会提供完整的工程代码和电路图保证你能跟着做出来。咱们不搞那些虚头巴脑的理论就讲怎么动手把它做出来。2. 硬件清单与电路设计给窗户装上“感官”和“手脚”动手之前咱们得先把“家伙事儿”备齐。这个系统的核心是让STM32单片机能感知世界传感器、与人交互输入模块、执行动作执行器并汇报情况通信模块。下面这张表是我实际项目中用到的所有模块你可以照着准备模块名称具体型号/说明核心功能与STM32通信方式主控芯片STM32F103C8T6蓝色小板系统大脑处理所有数据和逻辑-温度传感器DS18B20检测室内温度单总线1-Wire光照传感器光敏电阻模块检测环境光照强度模拟信号ADC采集烟雾传感器MQ-2气体传感器模块检测烟雾、可燃气体浓度模拟信号ADC采集语音识别模块LU-ASR01识别“开”、“关”等语音指令UART串口蓝牙模块HC-05或HC-06与手机APP通信接收控制指令UART串口Wi-Fi模块ESP8266-01S将传感器数据上传到云端或手机UART串口显示模块0.96寸OLED (SSD1306)显示温度、光照、烟雾等实时数据I2C总线执行机构SG90舵机或直流电机驱动模拟窗户的打开和关闭动作PWM信号GPIO选型上我踩过一些坑这里分享给你主控选STM32F103C8T6是因为它资源足够64K Flash20K RAM多个串口和定时器性价比超高社区资料也多。传感器方面DS18B20精度不错且是数字信号抗干扰强光敏电阻和MQ-2输出模拟电压需要用STM32的ADC功能来读取。舵机选择常见的SG90就行扭矩足够推动一个模型窗户。最关键的是通信接口的分配STM32F103C8T6的串口不多要提前规划好USART1我用来接语音识别模块LU-ASR01因为它需要稳定的指令收发。USART2接蓝牙模块HC-05用于手机短距离控制。USART3接Wi-Fi模块ESP8266-01S用于数据上传。I2C1接OLED显示屏占用两根线节省IO口。ADC1的通道0和通道1分别接光敏电阻和MQ-2的模拟输出。一个GPIO口如PA0接DS18B20的单总线。一个定时器的PWM通道如TIM2的CH1接舵机的信号线控制其转动角度。电路连接听起来复杂但理清了就很简单。你不需要从零开始画复杂的PCB在面包板或者洞洞板上按照上述接口一一对应连接即可。强烈建议你在焊接或插线前先用万用表测一下连通性特别是VCC和GND接反了很可能烧模块。我给ESP8266-01S供电时就因为它峰值电流较大直接接单片机3.3V导致不稳定后来是单独用了一个AMS1117-3.3稳压模块从5V降压给它供电才解决的。硬件连接是基础这一步稳了后面软件调试会顺利很多。3. 软件开发环境搭建与工程框架硬件连好了接下来就是让代码跑起来。我用的开发环境是Keil MDK也可以用STM32CubeIDE因为它的生态和调试工具用惯了。首先你需要安装STM32F1的器件支持包。然后在Keil里新建一个工程选择芯片型号为STM32F103C8T6。工程框架的搭建是保证代码清晰、易维护的关键。我不喜欢把所有代码都堆在main.c里那样后期改起来简直是灾难。我的习惯是建立这样一个文件夹结构/Project ├── /CMSIS ARM内核支持文件一般由Keil或CubeMX自动生成 ├── /Drivers │ ├── /STM32F1xx_HAL_Driver 如果你用HAL库 │ └── /BSP 板级支持包自己写的硬件驱动放这里 │ ├── bsp_ds18b20.c │ ├── bsp_oled.c │ ├── bsp_esp8266.c │ └── ... ├── /Middlewares 中间件如FreeRTOS本项目暂时不用 ├── /Application │ ├── app_sensor.c 传感器数据采集与处理逻辑 │ ├── app_control.c 窗户控制逻辑自动/手动决策 │ ├── app_comm.c 通信处理语音、蓝牙、Wi-Fi │ └── app_display.c OLED显示逻辑 ├── /Inc 全局头文件 └── main.c 主函数负责调度初始化与主循环在这个框架里BSP层负责和具体硬件打交道比如向DS18B20发送复位脉冲、读取ADC值。Application层则实现业务逻辑比如判断温度是否超阈值。这样分层的好处是如果哪天你想把OLED从I2C换成SPI接口只需要修改bsp_oled.c上层的显示逻辑app_display.c几乎不用动。初始化顺序也有讲究。在main函数里我一般是这么做的系统时钟初始化这是所有外设工作的基础必须最先做。外设GPIO和通信接口初始化初始化UART、I2C、ADC、定时器PWM等。各模块功能初始化调用各个BSP驱动文件的初始化函数比如OLED_Init(),ESP8266_Init()。初始化系统状态和变量比如设置默认模式为自动模式初始化阈值数组。进入主循环在一个while(1)循环里轮流执行数据采集、逻辑判断、控制输出、通信处理等任务。对于新手我建议先不用操作系统FreeRTOS就用这种“超级循环”的方式。虽然简单但只要把时间片规划好比如用定时器中断来标志某个任务该执行了完全能满足我们这个系统的实时性要求。先把功能跑通再考虑优化和扩展步子迈得太快容易摔跤。4. 核心功能实现让窗户“感知”与“思考”硬件和框架准备好了现在我们来注入灵魂——实现核心的感知与控制逻辑。这部分是整个系统最有趣也最体现设计思路的地方。4.1 环境数据采集温度、光照与烟雾数据是系统决策的依据必须准确、稳定地获取。三个传感器用了三种不同的通信方式正好是一次全面的学习。DS18B20温度这个传感器用的是单总线协议一根线既传时钟又传数据。驱动它有点小麻烦需要严格遵循时序。我写bsp_ds18b20.c时最关键的就是用微秒级延时函数来模拟时序进行复位、写命令、读数据。一次完整的温度读取大概需要750ms所以不适合在主循环里频繁调用。我的做法是设置一个1秒的定时器中断在中断标志里启动一次温度转换然后在主循环里查询是否转换完成再去读取结果。这样既不阻塞主程序又能保证数据更新。光敏电阻与MQ-2这两个简单很多它们输出的是模拟电压。STM32的ADC模块负责把这个电压值转换成数字量。以光照为例光越强光敏电阻阻值越小分得的电压越低具体看模块电路。我们需要在初始化时校准一下在完全黑暗和正常光照下分别读取ADC值得到一个大概的范围。实际代码中就是调用HAL_ADC_Start()启动转换然后等待转换完成HAL_ADC_PollForConversion()最后读取值HAL_ADC_GetValue()。这里有个细节单次读取可能有波动我通常连续采样10次然后取平均值这样数据就平稳多了。数据滤波与处理采集到的原始数据不能直接拿来用。比如MQ-2它的值可能偶尔跳动。我采用了一个简单的软件滤波算法——一阶滞后滤波。简单说就是本次最终值 α * 本次采样值 (1-α) * 上次最终值。α是一个0到1之间的系数越小滤波效果越强但响应也越慢。对于缓慢变化的温度α可以小点如0.1对于可能需要快速响应的烟雾α可以大点如0.3。经过处理的数据既保持了真实性又去除了毛刺为后续的决策提供了可靠输入。4.2 多模态交互设计语音、蓝牙与自动逻辑系统有三种控制方式自动、手机蓝牙手动、语音手动。如何优雅地管理它们避免冲突是设计的重点。自动模式决策逻辑这是系统的“大脑”。我定义了几个阈值变量TEMP_THRESHOLD温度阈值如30℃、LIGHT_THRESHOLD光照阈值如50流明、SMOKE_THRESHOLD烟雾阈值如300。在主循环里程序不断检查如果温度 温度阈值或烟雾浓度 烟雾阈值则立即执行开窗动作为了通风降温或排烟。如果光照强度 光照阈值比如天黑了则执行关窗动作。如果以上条件都不满足则窗户保持原状。这里我加了一个“状态锁”的机制。比如因为天黑关了窗那么即使之后温度偶尔超标也不会立刻开窗防止窗户反复开合。只有等到温度条件持续超过一段时间比如5秒才会解锁并执行开窗。这个简单的状态机大大提升了系统的稳定性。蓝牙手动控制蓝牙模块HC-05和STM32通过串口连接。我在手机端用了一个简单的串口调试APP发送字符指令。协议可以设计得很简单发送A进入自动模式M进入手动模式在手动模式下发送1开窗0关窗。STM32端在串口中断服务函数里接收数据并设置相应的模式标志位g_sys_mode或动作指令。关键点在于一旦接收到手动指令系统会立即切换到手动模式并执行相应动作自动逻辑暂时被屏蔽。这保证了手动控制的优先性和即时性。语音控制语音模块LU-ASR01也是串口通信。它通常支持离线关键词识别我训练了“打开窗户”和“关闭窗户”两个指令。当它识别到关键词后会通过串口发送一个预设的编码比如0x01代表开0x02代表关。STM32在另一个串口中断里接收这个编码并将其转化为动作指令。这里要注意优先级在我的设计里语音控制和蓝牙控制在手动模式下是平级的谁后发指令谁生效。同时语音指令也会将系统强制切换到手动模式防止自动逻辑干扰你的语音命令。4.3 状态可视化与远程监控一个好的系统必须能让你清楚地知道它当前在干什么。我用了两种方式本地OLED显示和远程Wi-Fi数据上报。OLED本地显示0.96寸的OLED屏虽然小但显示信息很清晰。我用app_display.c专门管理显示内容。屏幕被划分为几个区域第一行显示当前模式[AUTO]或[MANU]以及温度值。第二行显示光照强度。第三行显示烟雾浓度。第四行显示窗户状态[OPEN]或[CLOSE]以及设置的阈值参数。刷新率不需要太高1秒更新一次完全足够。在显示驱动里要注意避免频繁清屏再全屏重绘那样会闪烁。我采用的是局部更新策略只有数值变化了的那部分区域才进行重写。ESP8266远程上报这是将系统接入物联网的关键。ESP8266模块通过AT指令与STM32通信。我让它连接我家里的Wi-Fi路由器并作为一个TCP客户端连接到我电脑或云服务器上的一个TCP服务端程序。数据上报的逻辑放在一个定时任务里每5秒打包一次当前的温度、光照、烟雾、窗户状态和系统模式按照我自定义的简单协议例如T:25.5,L:320,S:120,W:1,M:A通过串口发送给ESP8266再由ESP8266通过TCP发送出去。在手机或电脑上运行一个简单的网络调试助手或者自己写个小程序就能实时看到家里的环境数据了。调试这个部分时最常遇到的就是ESP8266连接不稳定我的经验是发送AT指令后一定要留足等待回应的延时并且做好错误重连机制比如连续3次连接TCP服务器失败就重启ESP8266模块。5. 系统整合与调试从“能跑”到“好用”各个模块单独测试都OK了最后一步就是把它们整合起来让整个系统协调工作。这一步会暴露很多在单独测试时发现不了的问题。首先你要解决资源竞争与时序问题。比如OLED显示需要I2C总线DS18B20的严格时序需要微秒级延时ESP8266的AT指令处理可能耗时几百毫秒。如果处理不好屏幕会卡顿温度读取会失败。我的策略是关键实时操作放中断比如蓝牙和语音的串口数据接收必须用中断确保指令不丢失。耗时操作分时处理像ESP8266的数据发送不要在主循环里死等它完成。设置一个“发送状态机”在while(1)里每次循环只推进一小步比如“等待连接”、“发送数据”、“等待回应”分成几个状态逐步执行。使用状态标志位这是裸机编程的核心技巧。比如定时器中断每1秒置位一个flag_1s标志。主循环里看到这个标志置位才去执行数据采集、显示刷新等1秒一次的任务执行完再清除标志。这样就把不同周期的任务解耦开了。其次是逻辑优先级与冲突解决。我们定义了三种控制源自动逻辑、蓝牙、语音。我设计了一个简单的优先级仲裁器实际上就是几个if-else语句的顺序void Control_Task(void) { // 1. 首先检查是否有手动指令最高优先级 if (g_bluetooth_cmd CMD_OPEN || g_voice_cmd CMD_OPEN) { execute_open_window(); g_sys_mode MODE_MANUAL; // 强制切换为手动模式 clear_commands(); // 清除指令防止重复执行 return; // 直接返回不执行自动逻辑 } // 同理处理关窗指令... // 2. 如果没有手动指令则执行自动逻辑 if (g_sys_mode MODE_AUTO) { if (check_temperature() || check_smoke()) { execute_open_window(); } else if (check_light()) { execute_close_window(); } // 这里可以加入防抖延时避免频繁动作 } }这个逻辑确保了手动控制能随时打断自动模式并且同一时间只有一个控制源生效。调试过程是痛并快乐着的。我强烈建议你准备一个逻辑分析仪或者串口示波器软件它能帮你直观地看到GPIO引脚的电平变化、串口数据的收发对于调试时序问题、通信协议问题有奇效。比如我最初调试DS18B20时就是靠逻辑分析仪发现我的复位脉冲宽度差了几微秒导致传感器一直无响应。最后别忘了进行整体功能测试和边界条件测试。模拟各种场景正常自动运行、用手机切换模式、在嘈杂环境下测试语音识别、拔掉Wi-Fi看系统是否卡死、给传感器极端输入值比如用打火机靠近MQ-2看系统反应是否合理。记录下测试中遇到的问题反复优化代码和参数阈值。这个过程最能提升你的实战能力。6. 完整工程代码解析与获取经过上面几个步骤一个完整的智能窗户控制系统就从想法变成了现实。为了让你能更好地理解和复现我把整个工程的核心代码结构梳理一下并附上获取方式。工程的主循环main.c大概长这样它非常清晰就是一个任务调度中心int main(void) { // 1. 系统初始化 HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_ADC1_Init(); MX_TIM2_Init(); // PWM用于舵机 MX_USART1_UART_Init(); // 语音 MX_USART2_UART_Init(); // 蓝牙 MX_USART3_UART_Init(); // WiFi MX_I2C1_Init(); // OLED // 2. 外设模块初始化 OLED_Init(); DS18B20_Init(); ESP8266_Init(); // ... 其他模块初始化 // 3. 初始化系统变量 g_sys_mode MODE_AUTO; g_window_state STATE_CLOSED; // 4. 主循环 while (1) { // 任务1检查并执行定时采集每1秒 if (flag_1s) { flag_1s 0; read_all_sensors(); // 采集温度、光照、烟雾 update_oled_display(); // 刷新显示 } // 任务2处理通信指令非阻塞方式 process_bluetooth_data(); // 处理蓝牙数据 process_voice_data(); // 处理语音数据 process_wifi_tx_task(); // 处理Wi-Fi数据发送状态机 // 任务3执行控制决策 control_window_task(); // 综合自动/手动逻辑控制舵机 // 任务4喂狗如果用了看门狗和延时 HAL_Delay(10); // 给其他任务一点时间片 } }在提供的完整工程包里你还会找到bsp_ds18b20.c/.h包含精确的单总线时序实现和温度读取函数。bsp_oled.c/.h基于SSD1306的驱动封装了画点、画线、显示字符串和中文的函数。app_sensor.c/.h传感器数据滤波、阈值判断的综合处理函数。app_control.c/.h包含了上面提到的优先级仲裁控制逻辑。app_comm.c/.h蓝牙、语音、Wi-Fi的指令解析与数据处理。硬件连接图.pdf一张清晰的PDF标注了每个模块的引脚应该如何连接到STM32开发板。这个项目所有的源码、原理图、以及我调试过程中记录的笔记都已经打包好了。你可以通过我常用的代码托管平台找到它。我希望这份详细的指南和完整的工程不仅能帮你做出这个有趣的智能窗户更能让你掌握STM32项目开发从硬件到软件、从模块到系统的完整方法论。嵌入式开发最有成就感的一刻就是看到自己写的代码真正让硬件按照你的想法动起来。