想用STM32做个智能家居项目但Wi-Fi模块太贵、配置复杂Zigbee又需要网关很多开发者卡在了通信方案的选择上。其实对于中小型、对实时性要求不高的家庭控制场景蓝牙特别是BLE是一个被严重低估的高性价比选择。它成本低廉、功耗极低且几乎每部手机都自带开发门槛远低于你的想象。本文将带你从零开始实现一个“基于STM32的智能家居设计蓝牙版”。这不是一个简单的点灯Demo而是一个具备完整设备发现、连接、数据通信与控制反馈机制的实战项目。你将了解到如何避开蓝牙开发中常见的“连接不稳定”、“数据丢包”、“手机兼容性差”等深坑并掌握一套可复用于智能灯、智能插座、温湿度监测等场景的代码框架。无论你是STM32新手想挑战综合项目还是苦于寻找合适无线方案的开发者这篇文章都将提供清晰的路径和可落地的代码。1. 为什么是STM32蓝牙重新评估智能家居的入门方案当提到智能家居很多人第一反应是ESP8266/ESP32Wi-Fi或者更专业的Zigbee、Z-Wave方案。这几种方案各有优劣但对于个人开发者、学生毕业设计或小批量产品原型STM32搭配蓝牙模块的组合有其独特的优势。成本与复杂度平衡一个STM32F103C8T6核心板俗称“蓝莓派”价格仅在10元左右一个HC-05或JDY-31蓝牙串口模块也在10元内。整套硬件成本可以控制在20-30元远低于Wi-Fi方案。在软件上你无需处理复杂的TCP/IP协议栈、路由配置或云端对接初期可以专注于设备控制逻辑本身。低功耗与实时性对于电池供电的传感器如温湿度计、门窗磁BLE蓝牙低功耗模式是绝配。STM32的休眠模式配合BLE的广播/连接机制可以让设备以微安级电流运行数月。虽然蓝牙的传输距离和带机量不如Zigbee但对于单个房间内几个设备的控制完全足够。开发与调试便捷蓝牙模块通常通过UART与STM32通信协议简单。你可以用手机APP如LightBlue、蓝牙调试助手直接与设备交互实时查看数据、发送指令极大简化了调试过程。这种“所见即所得”的体验对学习无线通信原理非常友好。本项目的核心目标我们将打造一个中心控制节点STM32 蓝牙从机模块通过手机APP主机对其进行控制。STM32将连接LED灯、继电器模拟智能开关、DHT11温湿度传感器等外设。手机APP可以发送指令控制LED开关、查询环境温湿度。这是一个最小可行产品MVP但框架可轻松扩展。2. 核心硬件选型与电路设计要点工欲善其事必先利其器。硬件选型决定了项目的下限。2.1 MCU选择STM32F103C8T6这是STM32家族中最经典的“入门神器”。它基于ARM Cortex-M3内核拥有64KB Flash、20KB RAM主频72MHz完全能满足本项目的需求。其丰富的外设多个UART、I2C、SPI、定时器为连接各种传感器和模块提供了便利。替代方案如果追求更低功耗可以考虑STM32L系列如STM32L051C8。如果资源紧张STM32F030系列也可胜任但外设和内存会少一些。2.2 蓝牙模块选型HC-05 vs JDY-31 vs ATK-HC05这是关键决策点。市面上蓝牙模块繁多主要分为经典蓝牙如HC-05和蓝牙低功耗BLE如JDY-31、ATK-MOE。特性HC-05 (经典蓝牙)JDY-31 (BLE从机)说明协议蓝牙2.0/2.1EDR蓝牙4.2 BLEBLE功耗更低手机兼容性好通信方式串口透传串口透传对STM32来说都是串口数据收发功耗较高数十mA极低微安级待机电池设备首选BLE手机连接需要配对类似连接耳机无需配对直接连接BLE连接体验更接近物联网设备开发复杂度简单AT指令配置简单AT指令或特定协议两者都容易上手成本约10元约8元相差不大本项目推荐JDY-31等BLE模块。理由更符合现代智能设备“即连即用”的体验功耗优势明显且苹果iOS对经典蓝牙串口协议支持不友好而BLE是通用标准。2.3 外围电路设计电源确保整个系统供电稳定。USB供电或3.7V锂电池经LDO稳压到3.3V均可。注意蓝牙模块的供电电压通常是3.3V。串口连接STM32的USART1_TX(PA9) 接蓝牙模块的RXDSTM32的USART1_RX(PA10) 接蓝牙模块的TXD。切记TX接RXRX接TX。共地GND必须连接。LED与继电器LED通过限流电阻如220Ω接STM32的GPIO引脚。继电器模块通常有VCC、GND、IN三个引脚IN接STM32的GPIO利用三极管或光耦驱动。继电器控制高压电路时务必注意安全在导师或专业人员指导下进行。DHT11传感器单总线协议接一个GPIO引脚即可需接上拉电阻4.7KΩ-10KΩ。电路原理图核心部分示意3.3V | ---[VCC]蓝牙模块 | [GND]---GND | [TXD]---PA10(STM32_RX) | [RXD]---PA9(STM32_TX) | ---[VCC]DHT11 | [GND]---GND | [DATA]--PA0 (接上拉电阻至3.3V) | ---[阳极]LED---[220Ω]---PA1 | [阴极]---GND | ---[VCC]继电器模块 [GND]---GND [IN]----PA23. 开发环境搭建与工程配置我们使用Keil MDK作为开发环境STM32CubeMX进行图形化初始化配置。这是目前最主流的STM32开发组合。3.1 软件安装Keil MDK-ARM从官网下载安装需要注册并激活社区版有代码大小限制但本项目够用。STM32CubeMXST官方配置工具用于生成初始化代码。务必安装对应的STM32F1系列HAL库。串口调试助手如SSCOM、XCOM用于调试串口数据。手机APP准备一个BLE调试工具如nRF Connect安卓/iOS或LightBlueiOS。这是我们的“主机”。3.2 使用STM32CubeMX创建工程新建项目选择MCU型号STM32F103C8Tx。配置时钟在RCC中将HSE设置为Crystal/Ceramic Resonator。在Clock Configuration标签页将系统时钟源选为HSE并将系统时钟SYSCLK设置为72MHz。配置GPIOPA1设置为GPIO_Output用于控制LED初始输出低电平。PA2设置为GPIO_Output用于控制继电器初始输出低电平。PA0设置为GPIO_Output开漏模式或GPIO_Input用于DHT11我们稍后在代码中模拟单总线时序。配置USART1模式选择Asynchronous异步通信。波特率设置为9600与蓝牙模块默认波特率匹配可根据模块手册修改。其他参数默认8位数据位1位停止位无校验。生成代码在Project Manager标签页选择MDK-ARM V5为工具链。设置好工程名称和路径。在Code Generator中选择Copy all used libraries into the project folder。点击GENERATE CODE生成工程。3.3 工程结构预览生成的工程主要包含以下关键文件Core/Src/main.c: 主程序文件。Core/Src/stm32f1xx_hal_msp.c: 硬件抽象层初始化。Core/Src/stm32f1xx_it.c: 中断服务函数。Core/Inc/main.h: 主头文件我们在这里定义引脚和变量。Drivers/: HAL库驱动文件。4. 蓝牙通信协议设计与数据解析这是项目的核心逻辑。蓝牙模块如JDY-31在透传模式下只是将手机APP发送的数据原封不动通过串口给STM32反之亦然。因此我们需要定义一套简单的应用层协议让STM32能理解手机的指令。4.1 协议设计原则简单明了便于调试和解析。可扩展方便后续增加控制设备或传感器。包含校验可选提高数据传输的可靠性。4.2 定义指令格式我们采用“帧头指令类型数据帧尾”的格式。例如控制LED[0xAA] [0x01] [0x01/0x00] [0x55]0xAA: 帧头0x01: 指令类型代表控制LED0x01: 数据0x01开灯0x00关灯0x55: 帧尾查询温湿度[0xAA] [0x02] [0x55]0x02: 指令类型代表查询传感器回复温湿度[0xBB] [0x02] [Temp_H] [Temp_L] [Humi_H] [Humi_L] [0x55]0xBB: 回复帧头0x02: 对应的指令类型Temp_H, Temp_L: 温度值整数两个字节Humi_H, Humi_L: 湿度值整数两个字节4.3 在代码中定义协议在main.h中添加定义/* main.h */ #ifndef __MAIN_H #define __MAIN_H #include stm32f1xx_hal.h /* 引脚定义 */ #define LED_PIN GPIO_PIN_1 #define LED_PORT GPIOA #define RELAY_PIN GPIO_PIN_2 #define RELAY_PORT GPIOA #define DHT11_PIN GPIO_PIN_0 #define DHT11_PORT GPIOA /* 蓝牙协议定义 */ #define FRAME_HEADER 0xAA #define FRAME_HEADER_RESP 0xBB #define FRAME_TAIL 0x55 #define CMD_LED_CTRL 0x01 #define CMD_QUERY_SENSOR 0x02 #define LED_ON 0x01 #define LED_OFF 0x00 /* 函数声明 */ void SystemClock_Config(void); void DHT11_ReadData(uint8_t *temperature, uint8_t *humidity); #endif5. 核心代码实现串口接收与协议解析我们需要在STM32中实现串口中断接收并解析来自手机的指令。5.1 串口接收与环形缓冲区为了避免在中断中处理复杂逻辑导致数据丢失我们使用环形缓冲区Ring Buffer来缓存接收到的数据。首先在main.c中定义缓冲区及相关变量/* main.c 顶部全局变量区 */ #include main.h #include string.h UART_HandleTypeDef huart1; /* 环形缓冲区定义 */ #define UART_RX_BUF_SIZE 128 uint8_t uart_rx_buf[UART_RX_BUF_SIZE]; volatile uint16_t uart_rx_read_pos 0; volatile uint16_t uart_rx_write_pos 0; /* 协议解析状态 */ typedef enum { STATE_WAIT_HEADER, STATE_WAIT_CMD, STATE_WAIT_DATA, STATE_WAIT_TAIL } ParserState_t; volatile ParserState_t parser_state STATE_WAIT_HEADER; uint8_t rx_cmd 0; uint8_t rx_data 0;5.2 重写串口接收中断回调函数在stm32f1xx_it.c中找到串口中断服务函数USART1_IRQHandler它最终会调用HAL库的回调函数。我们需要在main.c中重写这个回调函数。/* main.c 中HAL_UART_RxCpltCallback 重写 */ void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { if (huart-Instance USART1) { /* 将接收到的字节存入环形缓冲区 */ uint8_t rx_byte; rx_byte (uint8_t)(huart-Instance-DR 0xFF); // 直接读DR寄存器获取数据 uint16_t next_write_pos (uart_rx_write_pos 1) % UART_RX_BUF_SIZE; if (next_write_pos ! uart_rx_read_pos) { // 缓冲区未满 uart_rx_buf[uart_rx_write_pos] rx_byte; uart_rx_write_pos next_write_pos; } // 重新开启接收中断 HAL_UART_Receive_IT(huart1, rx_byte, 1); } }注意这里我们采用了一种更直接的方式从数据寄存器DR读取数据并手动重新开启中断。你也可以使用HAL_UART_Receive_IT(huart1, rx_byte, 1)在回调函数末尾重新启动接收但要注意变量作用域。5.3 主循环中的协议解析在主循环while(1)中我们不断从环形缓冲区读取数据并进行协议解析。/* main.c 中的主循环部分 */ int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_USART1_UART_Init(); uint8_t tmp; HAL_UART_Receive_IT(huart1, tmp, 1); // 启动串口接收中断 while (1) { /* 协议解析 */ if (uart_rx_read_pos ! uart_rx_write_pos) { // 缓冲区有数据 uint8_t ch uart_rx_buf[uart_rx_read_pos]; uart_rx_read_pos (uart_rx_read_pos 1) % UART_RX_BUF_SIZE; switch (parser_state) { case STATE_WAIT_HEADER: if (ch FRAME_HEADER) { parser_state STATE_WAIT_CMD; } break; case STATE_WAIT_CMD: rx_cmd ch; if (rx_cmd CMD_QUERY_SENSOR) { // 查询指令没有数据位直接等待帧尾 parser_state STATE_WAIT_TAIL; } else { parser_state STATE_WAIT_DATA; } break; case STATE_WAIT_DATA: rx_data ch; parser_state STATE_WAIT_TAIL; break; case STATE_WAIT_TAIL: if (ch FRAME_TAIL) { // 一帧数据接收完成执行相应操作 execute_command(rx_cmd, rx_data); } // 无论帧尾是否正确都回到初始状态准备接收下一帧 parser_state STATE_WAIT_HEADER; rx_cmd 0; rx_data 0; break; default: parser_state STATE_WAIT_HEADER; break; } } HAL_Delay(1); // 短暂延时防止CPU空转过快 } }5.4 指令执行函数根据解析出的指令执行具体的硬件操作。/* main.c 中的指令执行函数 */ void execute_command(uint8_t cmd, uint8_t data) { uint8_t temp, humi; uint8_t response_buf[10]; uint8_t resp_len 0; switch (cmd) { case CMD_LED_CTRL: if (data LED_ON) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_SET); // 高电平点亮LED } else if (data LED_OFF) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_RESET); } // 可以添加一个简单的回复如“OK” response_buf[0] FRAME_HEADER_RESP; response_buf[1] CMD_LED_CTRL; response_buf[2] (data LED_ON) ? 0x01 : 0x00; response_buf[3] FRAME_TAIL; resp_len 4; HAL_UART_Transmit(huart1, response_buf, resp_len, 100); break; case CMD_QUERY_SENSOR: DHT11_ReadData(temp, humi); // 假设DHT11返回8位整数温湿度 response_buf[0] FRAME_HEADER_RESP; response_buf[1] CMD_QUERY_SENSOR; response_buf[2] temp; // 温度 response_buf[3] humi; // 湿度 response_buf[4] FRAME_TAIL; resp_len 5; HAL_UART_Transmit(huart1, response_buf, resp_len, 100); break; default: // 未知指令可忽略或回复错误码 break; } }6. DHT11温湿度传感器驱动实现DHT11采用单总线协议需要严格的时序。这里提供一个基于HAL库的简单驱动。/* 在main.c中添加DHT11驱动函数 */ void DHT11_Start(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; // 1. 主机拉低至少18ms HAL_GPIO_WritePin(DHT11_PORT, DHT11_PIN, GPIO_PIN_RESET); // 将引脚设置为输出模式 GPIO_InitStruct.Pin DHT11_PIN; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(DHT11_PORT, GPIO_InitStruct); HAL_Delay(20); // 拉低20ms // 2. 主机拉高20-40us HAL_GPIO_WritePin(DHT11_PORT, DHT11_PIN, GPIO_PIN_SET); HAL_Delay_us(30); // 需要实现微秒级延时函数 // 3. 切换为输入模式等待从机响应 GPIO_InitStruct.Mode GPIO_MODE_INPUT; GPIO_InitStruct.Pull GPIO_PULLUP; HAL_GPIO_Init(DHT11_PORT, GPIO_InitStruct); } uint8_t DHT11_ReadByte(void) { uint8_t data 0; for (int i 0; i 8; i) { // 等待低电平结束每个bit都以50us低电平开始 while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_RESET); HAL_Delay_us(40); // 延时40us后检测电平 if (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET) { data | (1 (7 - i)); // 高电平代表‘1’ } // 等待高电平结束 while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET); } return data; } void DHT11_ReadData(uint8_t *temperature, uint8_t *humidity) { uint8_t data[5] {0}; DHT11_Start(); // 等待从机响应80us低电平 80us高电平 while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET); while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_RESET); while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET); // 读取40位数据8位湿度整数8位湿度小数8位温度整数8位温度小数8位校验和 for (int i 0; i 5; i) { data[i] DHT11_ReadByte(); } // 简单校验和校验 if (data[4] (data[0] data[1] data[2] data[3])) { *humidity data[0]; *temperature data[2]; } else { *humidity 0; *temperature 0; } } /* 微秒延时函数近似 */ void HAL_Delay_us(uint16_t us) { __HAL_TIM_SET_COUNTER(htimX, 0); // htimX需要配置一个基本定时器如TIM2 while (__HAL_TIM_GET_COUNTER(htimX) us); }注意HAL_Delay_us函数需要一个基本定时器如TIM2来提供精确的微秒级延时。你需要在CubeMX中配置一个定时器并将其句柄定义为htimX如htim2并在main.c中声明extern TIM_HandleTypeDef htim2;。7. 手机端调试与通信测试硬件和代码准备就绪后进入最关键的联调阶段。7.1 蓝牙模块配置以JDY-31为例大多数BLE模块出厂已配置为从机透传模式。但为了确保无误最好用USB转TTL模块连接蓝牙用串口助手发送AT指令检查。连接JDY-31的TXD接USB转TTL的RXDRXD接TXDVCC接3.3VGND接GND。打开串口助手波特率9600发送AT注意有的模块需要回车换行应返回OK。查询模块信息ATNAME?返回模块名称ATADDR?返回蓝牙MAC地址。重要确认模块角色是SLAVE从机。指令通常是ATROLE?。7.2 使用手机APP连接与控制给STM32系统上电。蓝牙模块指示灯应开始闪烁处于广播状态。打开手机上的nRF ConnectAPP。扫描设备找到你的蓝牙模块名称可能是JDY-31或你设置的名称。点击Connect。连接成功后APP会显示一系列“服务”Services和“特征值”Characteristics。对于串口透传模块你需要找到用于数据收发的特征值。通常是某个UUID为FFE1的特征。点击该特征右侧的“向上箭头”图标通知使能以接收来自设备的数据。点击“向下箭头”图标写在发送框中输入我们定义的协议数据。例如发送AA 01 01 55十六进制格式来点亮LED。如果一切正常STM32板载的LED应该被点亮同时手机APP可能会收到设备回复的BB 01 01 55。发送AA 02 55查询温湿度手机应收到类似BB 02 19 32 55的回复假设温度25℃0x19湿度50%0x32。7.3 常见问题与排查思路问题现象可能原因排查方式解决方案手机扫描不到蓝牙设备1. 模块未供电或损坏2. 模块处于非广播状态3. 手机蓝牙未开启或权限问题1. 检查模块电源指示灯2. 用串口助手发AT指令检查状态3. 重启手机蓝牙换手机测试1. 确保供电稳定2. 发送ATADVI?检查广播间隔或ATREST复位3. 授予APP定位权限安卓扫描BLE需要连接后立即断开1. 模块与STM32串口通信异常导致模块死机2. 手机端资源冲突1. 检查TX/RX接线是否正确2. 断开STM32单独测试模块与手机连接1. 确认TX-RX交叉连接共地2. 在STM32代码中确保串口初始化正确未持续发送乱码发送指令无反应1. 手机发送的数据格式错误2. STM32串口未收到数据3. STM32协议解析错误1. 确认APP发送的是十六进制AA 01 01 55而不是字符串2. 用逻辑分析仪或另一个串口监听STM32的RX引脚3. 在STM32代码中通过另一个串口打印调试信息1. 使用正确的数据格式发送2. 检查波特率9600是否一致3. 简化协议先测试单字节通信控制指令有效但查询无返回1. DHT11传感器未接好或损坏2. DHT11时序精度不够3. 串口发送函数阻塞或失败1. 检查DHT11接线、上拉电阻2. 用示波器或逻辑分析仪抓取DHT11时序3. 检查HAL_UART_Transmit的返回值或超时时间1. 更换传感器2. 调整微秒延时函数使用定时器精确延时3. 增加串口发送缓冲区或使用DMA发送通信一段时间后死机1. 环形缓冲区溢出2. 中断嵌套或优先级问题3. 看门狗未处理1. 增加缓冲区大小或提高主循环解析速度2. 检查串口中断优先级是否合理3. 喂看门狗如果启用1. 优化代码确保execute_command函数执行时间短2. 将串口中断优先级设置为中等避免被高优先级中断打断8. 项目优化与扩展建议一个基础版本跑通后你可以从以下几个方面深化项目使其更接近产品级应用。8.1 软件优化协议增强增加CRC校验提高通信可靠性。定义错误回复帧。非阻塞式设计将DHT11读取等耗时操作放入状态机避免阻塞主循环。低功耗管理在无连接或空闲时让STM32进入STOP或SLEEP模式蓝牙模块进入广播模式大幅降低整体功耗。命令队列实现一个简单的命令队列应对手机端快速连续发送指令的情况。8.2 功能扩展多设备控制协议中增加“设备地址”字段让一个STM32可以控制多个继电器或LED灯。传感器融合接入更多传感器如光照强度传感器BH1750I2C接口、人体红外传感器HC-SR501。状态上报除了查询设备可以定时或在状态变化时如有人经过主动上报数据给手机。这需要手机APP端也具备接收通知并处理的能力。OLED显示增加一个SSD1306 OLED屏幕本地显示温湿度、设备状态等信息。8.3 进阶挑战开发简易手机APP使用MIT App Inventor、Flutter或Android Studio开发一个专属控制APP代替通用的调试工具。这可以实现友好的图形界面开关按钮、温湿度图表。自动重连机制。场景模式如“离家模式”一键关闭所有设备。8.4 工程化考量代码模块化将蓝牙协议解析、传感器驱动、设备控制逻辑分离到不同的.c/.h文件中。版本管理使用Git管理代码。电源管理设计合理的电源电路考虑市电与电池供电的自动切换。外壳与安全为作品设计3D打印外壳强电部分做好绝缘隔离。9. 总结从原型到产品的思考通过这个项目我们完成了一个完整的“感知-决策-控制”物联网闭环手机APP决策端通过蓝牙通信链路向STM32控制端发送指令STM32驱动执行器LED、继电器并读取传感器DHT11数据反馈给手机。STM32蓝牙的方案其优势在于极高的性价比和可控性。你完全掌握了从底层硬件驱动到上层应用协议的所有细节这对于学习嵌入式系统和物联网通信原理至关重要。它可能不适合需要连接上百个设备或跨房间通信的复杂全屋智能但对于书房智能照明、阳台花草自动灌溉、宠物喂食器、桌面环境监测站这类小而美的创意项目它是绝佳的起点。下一步你可以尝试将通信模块换成Wi-Fi如ESP8266接入公有云如阿里云、腾讯云或私有服务器如Home Assistant实现远程控制。那时你会发现本项目中锤炼的设备控制逻辑、传感器数据处理、稳定通信协议等核心技能将是你迈向更复杂物联网世界的坚实基石。 STM32蓝牙智能家居实战：低成本方案实现设备控制与传感器数据采集
想用STM32做个智能家居项目但Wi-Fi模块太贵、配置复杂Zigbee又需要网关很多开发者卡在了通信方案的选择上。其实对于中小型、对实时性要求不高的家庭控制场景蓝牙特别是BLE是一个被严重低估的高性价比选择。它成本低廉、功耗极低且几乎每部手机都自带开发门槛远低于你的想象。本文将带你从零开始实现一个“基于STM32的智能家居设计蓝牙版”。这不是一个简单的点灯Demo而是一个具备完整设备发现、连接、数据通信与控制反馈机制的实战项目。你将了解到如何避开蓝牙开发中常见的“连接不稳定”、“数据丢包”、“手机兼容性差”等深坑并掌握一套可复用于智能灯、智能插座、温湿度监测等场景的代码框架。无论你是STM32新手想挑战综合项目还是苦于寻找合适无线方案的开发者这篇文章都将提供清晰的路径和可落地的代码。1. 为什么是STM32蓝牙重新评估智能家居的入门方案当提到智能家居很多人第一反应是ESP8266/ESP32Wi-Fi或者更专业的Zigbee、Z-Wave方案。这几种方案各有优劣但对于个人开发者、学生毕业设计或小批量产品原型STM32搭配蓝牙模块的组合有其独特的优势。成本与复杂度平衡一个STM32F103C8T6核心板俗称“蓝莓派”价格仅在10元左右一个HC-05或JDY-31蓝牙串口模块也在10元内。整套硬件成本可以控制在20-30元远低于Wi-Fi方案。在软件上你无需处理复杂的TCP/IP协议栈、路由配置或云端对接初期可以专注于设备控制逻辑本身。低功耗与实时性对于电池供电的传感器如温湿度计、门窗磁BLE蓝牙低功耗模式是绝配。STM32的休眠模式配合BLE的广播/连接机制可以让设备以微安级电流运行数月。虽然蓝牙的传输距离和带机量不如Zigbee但对于单个房间内几个设备的控制完全足够。开发与调试便捷蓝牙模块通常通过UART与STM32通信协议简单。你可以用手机APP如LightBlue、蓝牙调试助手直接与设备交互实时查看数据、发送指令极大简化了调试过程。这种“所见即所得”的体验对学习无线通信原理非常友好。本项目的核心目标我们将打造一个中心控制节点STM32 蓝牙从机模块通过手机APP主机对其进行控制。STM32将连接LED灯、继电器模拟智能开关、DHT11温湿度传感器等外设。手机APP可以发送指令控制LED开关、查询环境温湿度。这是一个最小可行产品MVP但框架可轻松扩展。2. 核心硬件选型与电路设计要点工欲善其事必先利其器。硬件选型决定了项目的下限。2.1 MCU选择STM32F103C8T6这是STM32家族中最经典的“入门神器”。它基于ARM Cortex-M3内核拥有64KB Flash、20KB RAM主频72MHz完全能满足本项目的需求。其丰富的外设多个UART、I2C、SPI、定时器为连接各种传感器和模块提供了便利。替代方案如果追求更低功耗可以考虑STM32L系列如STM32L051C8。如果资源紧张STM32F030系列也可胜任但外设和内存会少一些。2.2 蓝牙模块选型HC-05 vs JDY-31 vs ATK-HC05这是关键决策点。市面上蓝牙模块繁多主要分为经典蓝牙如HC-05和蓝牙低功耗BLE如JDY-31、ATK-MOE。特性HC-05 (经典蓝牙)JDY-31 (BLE从机)说明协议蓝牙2.0/2.1EDR蓝牙4.2 BLEBLE功耗更低手机兼容性好通信方式串口透传串口透传对STM32来说都是串口数据收发功耗较高数十mA极低微安级待机电池设备首选BLE手机连接需要配对类似连接耳机无需配对直接连接BLE连接体验更接近物联网设备开发复杂度简单AT指令配置简单AT指令或特定协议两者都容易上手成本约10元约8元相差不大本项目推荐JDY-31等BLE模块。理由更符合现代智能设备“即连即用”的体验功耗优势明显且苹果iOS对经典蓝牙串口协议支持不友好而BLE是通用标准。2.3 外围电路设计电源确保整个系统供电稳定。USB供电或3.7V锂电池经LDO稳压到3.3V均可。注意蓝牙模块的供电电压通常是3.3V。串口连接STM32的USART1_TX(PA9) 接蓝牙模块的RXDSTM32的USART1_RX(PA10) 接蓝牙模块的TXD。切记TX接RXRX接TX。共地GND必须连接。LED与继电器LED通过限流电阻如220Ω接STM32的GPIO引脚。继电器模块通常有VCC、GND、IN三个引脚IN接STM32的GPIO利用三极管或光耦驱动。继电器控制高压电路时务必注意安全在导师或专业人员指导下进行。DHT11传感器单总线协议接一个GPIO引脚即可需接上拉电阻4.7KΩ-10KΩ。电路原理图核心部分示意3.3V | ---[VCC]蓝牙模块 | [GND]---GND | [TXD]---PA10(STM32_RX) | [RXD]---PA9(STM32_TX) | ---[VCC]DHT11 | [GND]---GND | [DATA]--PA0 (接上拉电阻至3.3V) | ---[阳极]LED---[220Ω]---PA1 | [阴极]---GND | ---[VCC]继电器模块 [GND]---GND [IN]----PA23. 开发环境搭建与工程配置我们使用Keil MDK作为开发环境STM32CubeMX进行图形化初始化配置。这是目前最主流的STM32开发组合。3.1 软件安装Keil MDK-ARM从官网下载安装需要注册并激活社区版有代码大小限制但本项目够用。STM32CubeMXST官方配置工具用于生成初始化代码。务必安装对应的STM32F1系列HAL库。串口调试助手如SSCOM、XCOM用于调试串口数据。手机APP准备一个BLE调试工具如nRF Connect安卓/iOS或LightBlueiOS。这是我们的“主机”。3.2 使用STM32CubeMX创建工程新建项目选择MCU型号STM32F103C8Tx。配置时钟在RCC中将HSE设置为Crystal/Ceramic Resonator。在Clock Configuration标签页将系统时钟源选为HSE并将系统时钟SYSCLK设置为72MHz。配置GPIOPA1设置为GPIO_Output用于控制LED初始输出低电平。PA2设置为GPIO_Output用于控制继电器初始输出低电平。PA0设置为GPIO_Output开漏模式或GPIO_Input用于DHT11我们稍后在代码中模拟单总线时序。配置USART1模式选择Asynchronous异步通信。波特率设置为9600与蓝牙模块默认波特率匹配可根据模块手册修改。其他参数默认8位数据位1位停止位无校验。生成代码在Project Manager标签页选择MDK-ARM V5为工具链。设置好工程名称和路径。在Code Generator中选择Copy all used libraries into the project folder。点击GENERATE CODE生成工程。3.3 工程结构预览生成的工程主要包含以下关键文件Core/Src/main.c: 主程序文件。Core/Src/stm32f1xx_hal_msp.c: 硬件抽象层初始化。Core/Src/stm32f1xx_it.c: 中断服务函数。Core/Inc/main.h: 主头文件我们在这里定义引脚和变量。Drivers/: HAL库驱动文件。4. 蓝牙通信协议设计与数据解析这是项目的核心逻辑。蓝牙模块如JDY-31在透传模式下只是将手机APP发送的数据原封不动通过串口给STM32反之亦然。因此我们需要定义一套简单的应用层协议让STM32能理解手机的指令。4.1 协议设计原则简单明了便于调试和解析。可扩展方便后续增加控制设备或传感器。包含校验可选提高数据传输的可靠性。4.2 定义指令格式我们采用“帧头指令类型数据帧尾”的格式。例如控制LED[0xAA] [0x01] [0x01/0x00] [0x55]0xAA: 帧头0x01: 指令类型代表控制LED0x01: 数据0x01开灯0x00关灯0x55: 帧尾查询温湿度[0xAA] [0x02] [0x55]0x02: 指令类型代表查询传感器回复温湿度[0xBB] [0x02] [Temp_H] [Temp_L] [Humi_H] [Humi_L] [0x55]0xBB: 回复帧头0x02: 对应的指令类型Temp_H, Temp_L: 温度值整数两个字节Humi_H, Humi_L: 湿度值整数两个字节4.3 在代码中定义协议在main.h中添加定义/* main.h */ #ifndef __MAIN_H #define __MAIN_H #include stm32f1xx_hal.h /* 引脚定义 */ #define LED_PIN GPIO_PIN_1 #define LED_PORT GPIOA #define RELAY_PIN GPIO_PIN_2 #define RELAY_PORT GPIOA #define DHT11_PIN GPIO_PIN_0 #define DHT11_PORT GPIOA /* 蓝牙协议定义 */ #define FRAME_HEADER 0xAA #define FRAME_HEADER_RESP 0xBB #define FRAME_TAIL 0x55 #define CMD_LED_CTRL 0x01 #define CMD_QUERY_SENSOR 0x02 #define LED_ON 0x01 #define LED_OFF 0x00 /* 函数声明 */ void SystemClock_Config(void); void DHT11_ReadData(uint8_t *temperature, uint8_t *humidity); #endif5. 核心代码实现串口接收与协议解析我们需要在STM32中实现串口中断接收并解析来自手机的指令。5.1 串口接收与环形缓冲区为了避免在中断中处理复杂逻辑导致数据丢失我们使用环形缓冲区Ring Buffer来缓存接收到的数据。首先在main.c中定义缓冲区及相关变量/* main.c 顶部全局变量区 */ #include main.h #include string.h UART_HandleTypeDef huart1; /* 环形缓冲区定义 */ #define UART_RX_BUF_SIZE 128 uint8_t uart_rx_buf[UART_RX_BUF_SIZE]; volatile uint16_t uart_rx_read_pos 0; volatile uint16_t uart_rx_write_pos 0; /* 协议解析状态 */ typedef enum { STATE_WAIT_HEADER, STATE_WAIT_CMD, STATE_WAIT_DATA, STATE_WAIT_TAIL } ParserState_t; volatile ParserState_t parser_state STATE_WAIT_HEADER; uint8_t rx_cmd 0; uint8_t rx_data 0;5.2 重写串口接收中断回调函数在stm32f1xx_it.c中找到串口中断服务函数USART1_IRQHandler它最终会调用HAL库的回调函数。我们需要在main.c中重写这个回调函数。/* main.c 中HAL_UART_RxCpltCallback 重写 */ void HAL_UART_RxCpltCallback(UART_HandleTypeDef *huart) { if (huart-Instance USART1) { /* 将接收到的字节存入环形缓冲区 */ uint8_t rx_byte; rx_byte (uint8_t)(huart-Instance-DR 0xFF); // 直接读DR寄存器获取数据 uint16_t next_write_pos (uart_rx_write_pos 1) % UART_RX_BUF_SIZE; if (next_write_pos ! uart_rx_read_pos) { // 缓冲区未满 uart_rx_buf[uart_rx_write_pos] rx_byte; uart_rx_write_pos next_write_pos; } // 重新开启接收中断 HAL_UART_Receive_IT(huart1, rx_byte, 1); } }注意这里我们采用了一种更直接的方式从数据寄存器DR读取数据并手动重新开启中断。你也可以使用HAL_UART_Receive_IT(huart1, rx_byte, 1)在回调函数末尾重新启动接收但要注意变量作用域。5.3 主循环中的协议解析在主循环while(1)中我们不断从环形缓冲区读取数据并进行协议解析。/* main.c 中的主循环部分 */ int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_USART1_UART_Init(); uint8_t tmp; HAL_UART_Receive_IT(huart1, tmp, 1); // 启动串口接收中断 while (1) { /* 协议解析 */ if (uart_rx_read_pos ! uart_rx_write_pos) { // 缓冲区有数据 uint8_t ch uart_rx_buf[uart_rx_read_pos]; uart_rx_read_pos (uart_rx_read_pos 1) % UART_RX_BUF_SIZE; switch (parser_state) { case STATE_WAIT_HEADER: if (ch FRAME_HEADER) { parser_state STATE_WAIT_CMD; } break; case STATE_WAIT_CMD: rx_cmd ch; if (rx_cmd CMD_QUERY_SENSOR) { // 查询指令没有数据位直接等待帧尾 parser_state STATE_WAIT_TAIL; } else { parser_state STATE_WAIT_DATA; } break; case STATE_WAIT_DATA: rx_data ch; parser_state STATE_WAIT_TAIL; break; case STATE_WAIT_TAIL: if (ch FRAME_TAIL) { // 一帧数据接收完成执行相应操作 execute_command(rx_cmd, rx_data); } // 无论帧尾是否正确都回到初始状态准备接收下一帧 parser_state STATE_WAIT_HEADER; rx_cmd 0; rx_data 0; break; default: parser_state STATE_WAIT_HEADER; break; } } HAL_Delay(1); // 短暂延时防止CPU空转过快 } }5.4 指令执行函数根据解析出的指令执行具体的硬件操作。/* main.c 中的指令执行函数 */ void execute_command(uint8_t cmd, uint8_t data) { uint8_t temp, humi; uint8_t response_buf[10]; uint8_t resp_len 0; switch (cmd) { case CMD_LED_CTRL: if (data LED_ON) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_SET); // 高电平点亮LED } else if (data LED_OFF) { HAL_GPIO_WritePin(LED_PORT, LED_PIN, GPIO_PIN_RESET); } // 可以添加一个简单的回复如“OK” response_buf[0] FRAME_HEADER_RESP; response_buf[1] CMD_LED_CTRL; response_buf[2] (data LED_ON) ? 0x01 : 0x00; response_buf[3] FRAME_TAIL; resp_len 4; HAL_UART_Transmit(huart1, response_buf, resp_len, 100); break; case CMD_QUERY_SENSOR: DHT11_ReadData(temp, humi); // 假设DHT11返回8位整数温湿度 response_buf[0] FRAME_HEADER_RESP; response_buf[1] CMD_QUERY_SENSOR; response_buf[2] temp; // 温度 response_buf[3] humi; // 湿度 response_buf[4] FRAME_TAIL; resp_len 5; HAL_UART_Transmit(huart1, response_buf, resp_len, 100); break; default: // 未知指令可忽略或回复错误码 break; } }6. DHT11温湿度传感器驱动实现DHT11采用单总线协议需要严格的时序。这里提供一个基于HAL库的简单驱动。/* 在main.c中添加DHT11驱动函数 */ void DHT11_Start(void) { GPIO_InitTypeDef GPIO_InitStruct {0}; // 1. 主机拉低至少18ms HAL_GPIO_WritePin(DHT11_PORT, DHT11_PIN, GPIO_PIN_RESET); // 将引脚设置为输出模式 GPIO_InitStruct.Pin DHT11_PIN; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(DHT11_PORT, GPIO_InitStruct); HAL_Delay(20); // 拉低20ms // 2. 主机拉高20-40us HAL_GPIO_WritePin(DHT11_PORT, DHT11_PIN, GPIO_PIN_SET); HAL_Delay_us(30); // 需要实现微秒级延时函数 // 3. 切换为输入模式等待从机响应 GPIO_InitStruct.Mode GPIO_MODE_INPUT; GPIO_InitStruct.Pull GPIO_PULLUP; HAL_GPIO_Init(DHT11_PORT, GPIO_InitStruct); } uint8_t DHT11_ReadByte(void) { uint8_t data 0; for (int i 0; i 8; i) { // 等待低电平结束每个bit都以50us低电平开始 while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_RESET); HAL_Delay_us(40); // 延时40us后检测电平 if (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET) { data | (1 (7 - i)); // 高电平代表‘1’ } // 等待高电平结束 while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET); } return data; } void DHT11_ReadData(uint8_t *temperature, uint8_t *humidity) { uint8_t data[5] {0}; DHT11_Start(); // 等待从机响应80us低电平 80us高电平 while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET); while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_RESET); while (HAL_GPIO_ReadPin(DHT11_PORT, DHT11_PIN) GPIO_PIN_SET); // 读取40位数据8位湿度整数8位湿度小数8位温度整数8位温度小数8位校验和 for (int i 0; i 5; i) { data[i] DHT11_ReadByte(); } // 简单校验和校验 if (data[4] (data[0] data[1] data[2] data[3])) { *humidity data[0]; *temperature data[2]; } else { *humidity 0; *temperature 0; } } /* 微秒延时函数近似 */ void HAL_Delay_us(uint16_t us) { __HAL_TIM_SET_COUNTER(htimX, 0); // htimX需要配置一个基本定时器如TIM2 while (__HAL_TIM_GET_COUNTER(htimX) us); }注意HAL_Delay_us函数需要一个基本定时器如TIM2来提供精确的微秒级延时。你需要在CubeMX中配置一个定时器并将其句柄定义为htimX如htim2并在main.c中声明extern TIM_HandleTypeDef htim2;。7. 手机端调试与通信测试硬件和代码准备就绪后进入最关键的联调阶段。7.1 蓝牙模块配置以JDY-31为例大多数BLE模块出厂已配置为从机透传模式。但为了确保无误最好用USB转TTL模块连接蓝牙用串口助手发送AT指令检查。连接JDY-31的TXD接USB转TTL的RXDRXD接TXDVCC接3.3VGND接GND。打开串口助手波特率9600发送AT注意有的模块需要回车换行应返回OK。查询模块信息ATNAME?返回模块名称ATADDR?返回蓝牙MAC地址。重要确认模块角色是SLAVE从机。指令通常是ATROLE?。7.2 使用手机APP连接与控制给STM32系统上电。蓝牙模块指示灯应开始闪烁处于广播状态。打开手机上的nRF ConnectAPP。扫描设备找到你的蓝牙模块名称可能是JDY-31或你设置的名称。点击Connect。连接成功后APP会显示一系列“服务”Services和“特征值”Characteristics。对于串口透传模块你需要找到用于数据收发的特征值。通常是某个UUID为FFE1的特征。点击该特征右侧的“向上箭头”图标通知使能以接收来自设备的数据。点击“向下箭头”图标写在发送框中输入我们定义的协议数据。例如发送AA 01 01 55十六进制格式来点亮LED。如果一切正常STM32板载的LED应该被点亮同时手机APP可能会收到设备回复的BB 01 01 55。发送AA 02 55查询温湿度手机应收到类似BB 02 19 32 55的回复假设温度25℃0x19湿度50%0x32。7.3 常见问题与排查思路问题现象可能原因排查方式解决方案手机扫描不到蓝牙设备1. 模块未供电或损坏2. 模块处于非广播状态3. 手机蓝牙未开启或权限问题1. 检查模块电源指示灯2. 用串口助手发AT指令检查状态3. 重启手机蓝牙换手机测试1. 确保供电稳定2. 发送ATADVI?检查广播间隔或ATREST复位3. 授予APP定位权限安卓扫描BLE需要连接后立即断开1. 模块与STM32串口通信异常导致模块死机2. 手机端资源冲突1. 检查TX/RX接线是否正确2. 断开STM32单独测试模块与手机连接1. 确认TX-RX交叉连接共地2. 在STM32代码中确保串口初始化正确未持续发送乱码发送指令无反应1. 手机发送的数据格式错误2. STM32串口未收到数据3. STM32协议解析错误1. 确认APP发送的是十六进制AA 01 01 55而不是字符串2. 用逻辑分析仪或另一个串口监听STM32的RX引脚3. 在STM32代码中通过另一个串口打印调试信息1. 使用正确的数据格式发送2. 检查波特率9600是否一致3. 简化协议先测试单字节通信控制指令有效但查询无返回1. DHT11传感器未接好或损坏2. DHT11时序精度不够3. 串口发送函数阻塞或失败1. 检查DHT11接线、上拉电阻2. 用示波器或逻辑分析仪抓取DHT11时序3. 检查HAL_UART_Transmit的返回值或超时时间1. 更换传感器2. 调整微秒延时函数使用定时器精确延时3. 增加串口发送缓冲区或使用DMA发送通信一段时间后死机1. 环形缓冲区溢出2. 中断嵌套或优先级问题3. 看门狗未处理1. 增加缓冲区大小或提高主循环解析速度2. 检查串口中断优先级是否合理3. 喂看门狗如果启用1. 优化代码确保execute_command函数执行时间短2. 将串口中断优先级设置为中等避免被高优先级中断打断8. 项目优化与扩展建议一个基础版本跑通后你可以从以下几个方面深化项目使其更接近产品级应用。8.1 软件优化协议增强增加CRC校验提高通信可靠性。定义错误回复帧。非阻塞式设计将DHT11读取等耗时操作放入状态机避免阻塞主循环。低功耗管理在无连接或空闲时让STM32进入STOP或SLEEP模式蓝牙模块进入广播模式大幅降低整体功耗。命令队列实现一个简单的命令队列应对手机端快速连续发送指令的情况。8.2 功能扩展多设备控制协议中增加“设备地址”字段让一个STM32可以控制多个继电器或LED灯。传感器融合接入更多传感器如光照强度传感器BH1750I2C接口、人体红外传感器HC-SR501。状态上报除了查询设备可以定时或在状态变化时如有人经过主动上报数据给手机。这需要手机APP端也具备接收通知并处理的能力。OLED显示增加一个SSD1306 OLED屏幕本地显示温湿度、设备状态等信息。8.3 进阶挑战开发简易手机APP使用MIT App Inventor、Flutter或Android Studio开发一个专属控制APP代替通用的调试工具。这可以实现友好的图形界面开关按钮、温湿度图表。自动重连机制。场景模式如“离家模式”一键关闭所有设备。8.4 工程化考量代码模块化将蓝牙协议解析、传感器驱动、设备控制逻辑分离到不同的.c/.h文件中。版本管理使用Git管理代码。电源管理设计合理的电源电路考虑市电与电池供电的自动切换。外壳与安全为作品设计3D打印外壳强电部分做好绝缘隔离。9. 总结从原型到产品的思考通过这个项目我们完成了一个完整的“感知-决策-控制”物联网闭环手机APP决策端通过蓝牙通信链路向STM32控制端发送指令STM32驱动执行器LED、继电器并读取传感器DHT11数据反馈给手机。STM32蓝牙的方案其优势在于极高的性价比和可控性。你完全掌握了从底层硬件驱动到上层应用协议的所有细节这对于学习嵌入式系统和物联网通信原理至关重要。它可能不适合需要连接上百个设备或跨房间通信的复杂全屋智能但对于书房智能照明、阳台花草自动灌溉、宠物喂食器、桌面环境监测站这类小而美的创意项目它是绝佳的起点。下一步你可以尝试将通信模块换成Wi-Fi如ESP8266接入公有云如阿里云、腾讯云或私有服务器如Home Assistant实现远程控制。那时你会发现本项目中锤炼的设备控制逻辑、传感器数据处理、稳定通信协议等核心技能将是你迈向更复杂物联网世界的坚实基石。