简介本资源是一套基于STM32F103RCT6的完整智能室内安防监测报警系统工程面向嵌入式初学者与物联网开发实践者解决多传感器融合采集、实时环境异常识别与云端告警联动的实际问题适用于课程设计、毕业设计及小型IoT项目快速原型开发。压缩包含275个文件以65个C源文件和71个头文件.h构成核心驱动与任务逻辑36个编译中间文件.o/.d体现FreeRTOS多任务调度结构另有I2C/Wi-Fi/MQTT通信模块、DHT11/BH1750/MQ2/红外槽型光耦等传感器驱动及ONENET云平台对接代码整体8.68MB。目前已有83人学习下载。资源提供可直接编译运行的Keil工程含uvprojx项目文件、FreeRTOS任务划分示例、ESP8266 AT指令封装、MQTT协议栈轻量级移植方案以及系统级调试日志与云平台数据上报验证逻辑便于理解低功耗传感节点到云端闭环的全链路实现。 家人们今天来聊聊一个我最近整理完的完整方案基于STM32F103RCT6的智能室内安防监测报警系统。这名字听着长其实拆开就六个部分——主控用STM32F103RCT6配一个红外槽型光耦做人体/门窗检测MQ2负责燃气泄漏监测DHT11采集温湿度BH1750感知光照强度最后用ESP8266把数据无线传出去整机还带了完整的嘉立创工程文件就是标题里那个LC.zip。这套系统特别适合两类人参考一是做电子设计课程设计、毕业设计的学生二是想给家里或者实验室搭一套低成本监测报警方案、又想自己动手焊板子的爱好者。它不搞花活儿全部选型都是市面上最常见、资料最多的元件照着做基本不会卡壳。我下面会把硬件接线、驱动代码、联调时踩过的坑全部展开讲属于直接能“抄作业”的那种。1. 项目整体设计与模块选型思路1.1 这套系统到底解决什么问题先说一个很现实的场景你出门在外想知道家里燃气有没有泄漏、温湿度是不是异常或者有人在你没允许的情况下开门开窗这个需求在宿舍、出租屋、实验室甚至老家平房里都很普遍。市面上的成品安防套件当然有但价格高、数据封闭、不好二次开发所以DIY一套性价比最高。这个项目把监测对象分成了三类环境安全类燃气浓度MQ2、温湿度DHT11这两项直接关系到有没有火灾、燃气泄漏隐患。安防入侵类红外槽型光耦检测门窗开合或人员通过。环境舒适度类光照强度BH1750可以联动灯光、窗帘也可以作为系统报警的辅助判断条件比如晚上突然光照变化配合光耦判断是不是有人。整套系统工作的核心逻辑就是传感器实时采集数据STM32做本地判断一旦超阈值就驱动蜂鸣器/指示灯报警同时通过ESP8266把数据推到服务端或者手机端。1.2 模块选型背后的几个关键考虑先说主控。STM32F103RCT6这颗芯片64引脚、256KB Flash、48KB SRAM在这个场景里算“大马拉小车”为什么不用更小的C8T6因为RCT6有5个串口、3个ADC、多个定时器还有足够多的GPIO你后面想扩展继电器控制、OLED屏显、多个传感器阵列都不用换主控。而且LQFP64封装比C8T6的LQFP48更容易手工焊接对学生党做板子更友好。再看传感器的选型逻辑DHT11是单总线数字传感器一根线就能读温湿度。虽然精度一般±2℃、±5%RH但胜在便宜、驱动简单、稳定可靠做环境监测完全够用。新手别一开始就上SHT30先把单总线协议跑通后面换传感器是很自然的事。BH1750走I2C接口16位ADC量程1~65535lx。它最大的好处是不需要自己算光照度的转换公式写寄存器就能直接读到单位是lux的数据。MQ2是半导体式气敏传感器能测液化气、丙烷、氢气、烟雾。它是模拟量输出接STM32的ADC即可。需要注意的是它内部有个加热丝必须5V供电不能图省事接3.3V否则灵敏度会很差。红外槽型光耦比如ITR9608、ST188之类的本质是一个红外发射管加接收管中间有槽。物体挡住槽输出电平就变化。用在门框、窗框、或者抽屉上就能非常简单地检测开合状态。标题里写“人体检测”实操中更常见的用法是装在门缝两侧做“门磁”检测。再说无线模块。ESP8266在这个方案里承担两个任务一是做透传把STM32的串口数据发到云端或局域网服务器二是可以做本地WiFi配置。这里我建议用ESP-01S或者ESP-12F模块成本低、资料多。ESP8266的供电是个大坑下文会专门讲。1.3 为什么选择“本地判定无线上报”的架构这套系统做了本地和远程的双层设计。本地判定是主控制器MCU直接读传感器超阈值立刻驱动蜂鸣器——这是保底方案就算断网、路由器挂了报警照样响。远程上报是ESP8266把数据发出去让你手机能看到曲线、收到推送——这是体验增强方案。为什么要这样我见过很多方案直接让ESP8266读传感器或者用单片机把数据全抛到云端判断一旦WiFi不稳整个报警系统就瘫痪了。安全类产品最重要的一条原则就是本地必须能独立工作断网不能断报警。2. 硬件电路拆解与核心细节2.1 主控最小系统与电源设计细节STM32F103RCT6最小系统包含晶振电路8MHz主晶振两个20pF负载电容、复位电路10kΩ上拉0.1μF电容、BOOT0下拉、VDDA/VSSA滤波电容、以及每个VDD引脚旁的100nF退耦电容。电源设计是整套系统最容易出问题的地方。我的推荐是系统总供电用5V/2A的USB适配器或者DC座接9~12V再经降压芯片到5V。5V直接供给MQ2加热丝、DHT11有的模块支持3.3~5V、ESP8266。3.3V由AMS1117-3.3从5V降压出来供给STM32、BH1750、槽型光耦接收端和某些电平转换逻辑。有个细节必须强调ESP8266在WiFi发射瞬间电流能冲到300mA以上如果和STM32共用同一个LDO容易把3.3V拉垮导致单片机复位。最稳妥的做法是ESP8266单独从5V经过一个AMS1117-3.3供电或者用MP1584之类的DC-DC降压到3.3V。实测下来ESP8266和STM32共用一个LDO时WiFi连接瞬间有超过一半的板子会出现概率性复位这个坑我踩过。2.2 五类关键器件的接线方案我以实际画好的原理图为例给你一份接线清单器件引脚接STM32供电备注STM32F103RCT6——3.3VLQFP64DHT11DATAPA95V或3.3V数据线接4.7kΩ上拉到VCCBH1750SDA/SCLPB7/PB63.3VI2C1ADDR接地地址0x23MQ2模块AOPA0ADC1_IN05V模块自带比较器可调阈值槽型光耦OUTPA83.3V发射端接5V输出需上拉建议用外部中断蜂鸣器I/OPB0由NPN三极管驱动有源蜂鸣器ESP8266TXD/RXDPA3(USART2_RX)/PA2(USART2_TX)3.3V独立供电电平需匹配几个接线的重点第一DHT11的数据线必须接一个4.7kΩ上拉电阻。它用的是单总线协议空闲状态是靠上拉电阻把线拉高的如果漏了上拉读出来永远是0或者直接超时。第二BH1750的I2C地址。在原理图里ADDR引脚接地时七位地址是0x23接VCC时会变成0x5C。代码里如果你写死地址板子上又刚好把ADDR拉了高就会导致I2C通讯失败表现是读出来永远是0xFFFF。第三MQ2模块如果买的是带AO和DO两种输出的那种小板DO输出端通常已经接了LM393比较器可以自己调电位器设阈值。实际开发时不建议用DO做报警因为温度湿度变化会让MQ2的基线漂移固定的硬件阈值不好调。用AO接ADC做软件阈值判断会更灵活。第四槽型光耦的接收端输出是集电极开路结构必须在输出脚和VCC之间接一个4.7kΩ~10kΩ上拉电阻否则你读到的一直是高阻态电平完全乱跳。2.3 报警输出与负载驱动注意事项蜂鸣器选择有源型驱动引脚给高电平就响不需要PWM。但STM32的GPIO驱动能力有限直接驱动蜂鸣器特别是无源蜂鸣器或者电流要求高的会导致GPIO发热、电压拉低、甚至烧引脚。我建议用S8050三极管做开关基极串1kΩ电阻接PB0集电极接蜂鸣器负极蜂鸣器正极接5V发射极接地同时蜂鸣器两端反并联一个1N4148二极管吸收关断尖峰。如果想进一步做联动控制比如燃气报警后自动打开排风扇可以预留一个继电器输出。继电器选5V线圈、10A触点的型号线圈端也要加续流二极管。需要注意的是继电器吸合瞬间电流也很大不能和传感器共地混着乱走线PCB上要用星型接地或加宽地线。3. 软件实现从CubeMX工程到关键驱动3.1 用STM32CubeMX初始化工程软件部分我推荐用HAL库理由很直接HAL库生成代码直观网上资料最多后期移植到F4系列也方便。虽然HAL库在某些底层操作上比标准库啰嗦但用CubeMX做图形化配置能省下大量时间。CubeMX配置要点RCCHSE选择Crystal/Ceramic ResonatorSYSDebug选择Serial Wire留出SWD下载口USART1异步模式115200-8-N-1用于调试日志USART2异步模式115200-8-N-1接ESP8266I2C1标准模式100kHzADC1IN0PA0采样时间尽量设大一点比如55.5周期GPIOPA8外部中断上拉/下降沿触发PB0推挽输出时钟树把系统时钟配到72MHz这里有个经验ADC的采样时间别用默认的最短设置。MQ2输出阻抗较高采样时间短了内阻影响大读数会很不稳定。我习惯把ADC采样时间设成最大档配合16次软件平均滤波读数能稳定很多。3.2 DHT11单总线驱动与数据校验DHT11一次通讯读40位数据湿度整数、湿度小数、温度整数、温度小数、校验和。时序上最关键的是主机起始信号主机拉低至少18ms然后释放并延时20~40μs再等待DHT11响应。读“0”和读“1”的区别在于高电平持续时间50μs左右是070μs左右是1。实际代码里我用的是读取高电平持续时间的方案uint8_t DHT11_ReadByte(void) { uint8_t byte 0; for (uint8_t i 0; i 8; i) { while (HAL_GPIO_ReadPin(DHT_GPIO_Port, DHT_Pin) GPIO_PIN_RESET); delay_us(40); if (HAL_GPIO_ReadPin(DHT_GPIO_Port, DHT_Pin) GPIO_PIN_SET) { byte | (0x80 i); } while (HAL_GPIO_ReadPin(DHT_GPIO_Port, DHT_Pin) GPIO_PIN_SET); } return byte; }如果用的是HAL库HAL_Delay()只能精确到毫秒所以微秒级延时建议用DWT-CYCCNT或者空循环实现。这是DHT11最容易出问题的地方——延时不准读出的数据全是255或者偶尔成功偶尔失败。读完之后一定要做校验和验证前四个字节相加等于第五个字节才认为数据有效否则丢弃这次读取。这个习惯很重要不能省。3.3 BH1750光照采集的I2C读写操作BH1750的使用分三步上电、设置测量模式、连续读取数据。我常用的模式是连续高分辨率模式指令0x10分辨率1lx测量时间约120ms。uint16_t BH1750_ReadLux(void) { uint8_t buf[2]; uint8_t cmd 0x10; // 连续高分辨率模式 HAL_I2C_Master_Transmit(hi2c1, 0x23 1, cmd, 1, 100); HAL_Delay(180); // 等待测量完成 HAL_I2C_Master_Receive(hi2c1, 0x23 1, buf, 2, 100); return (buf[0] 8 | buf[1]) / 1.2f; }注意BH1750的测量值和实际lux有一个1.2倍的关系代码里要除以1.2不同厂家模块可能略有差异可以对着手机上的光强App标定一下。另外BH1750的I2C总线建议加上拉电阻4.7kΩ虽然很多模块板载上拉但如果你的模块是那种最小片的排针裸板板上可能没上拉接上10kΩ上拉到3.3V才能正常通讯。3.4 MQ2燃气探测的ADC采样与阈值判断MQ2气体传感器在刚上电的前几分钟读数会剧烈变化——这是半导体传感器的特性加热丝还没稳定敏感层温度没到位。所以软件里要做一个“预热期”处理开机后前60秒不触发报警只采集数据把读数计入基线。ADC采到的数字量经过转换可以得到电压值float v (float)adc_value / 4096.0f * 3.3f;判断泄漏的办法有两种思路绝对阈值电压超过某个值就报警。这个值由你在正常环境中实测出基线然后乘以1.5~2倍作为阈值。差分阈值记录开机时的基线电压当当前电压比基线高出某个差值时报警。这个方式对温湿度漂移更友好。我强烈建议用差分的方式。北方冬天和夏天的室温差异很大MQ2的基线电压会漂移一截固定阈值在夏天可能太灵敏、在冬天可能不够灵敏。差分判断能自适应环境变化。具体数值建议在代码里做成两个宏常量方便调试时调整#define MQ2_BASE_VOLTAGE 1.2f #define MQ2_ALARM_DELTA 0.6f实际用的时候可以在设备刚启动后取前10次采样的平均值当基线而不是写死。这样每台设备都有自己的基线出厂一致性更好。3.5 槽型光耦检测与防误触发策略红外槽型光耦检测门的开合状态原理很简单槽里没有遮挡物时接收管导通输出低电平有遮挡物比如门窗上的挡片时接收管截止输出高电平。用在门窗检测上就是看信号有没有发生跳变。纯轮询方式有一个问题如果主循环比较忙比如频繁读DHT11、处理ESP8266数据光耦信号闪一下就过去了可能漏检。所以最好用外部中断加GPIO回调void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { if (GPIO_Pin OPTICAL_Pin) { uint32_t now HAL_GetTick(); if (now - last_trigger 100) { // 消抖 door_state !door_state; last_trigger now; alarm_flag 1; } } }这里100ms的消抖时间很关键。因为门窗挡片在开合过程中会有机械抖动光耦输出会连续跳变好几次如果不做消抖一次开门的动作可能触发三四次报警。我试过用50ms消抖还是会偶发重复触发抬到100ms就非常稳定了。3.6 ESP8266无线传输与数据上云ESP8266的用法主要有两种路线AT指令固件和Arduino/NodeMCU固件。在STM32方案里最省事的是给ESP8266刷官方AT固件然后STM32通过串口发AT指令。典型AT指令流程ATCWMODE1 # 设为Station模式 ATCWJAPWiFi名称,密码 # 连接WiFi ATCIPMUX0 # 单连接模式 ATCIPSTARTTCP,192.168.1.100,8080 # 连接TCP服务器 ATCIPSEND数据长度 # 准备发送STM32这边发送数据的代码逻辑sprintf(buf, {\temp\:%d.%d,\hum\:%d.%d,\lux\:%d,\gas\:%d,\door\:%d}\r\n, temp_int, temp_dec, hum_int, hum_dec, lux, gas_adc, door_state); sprintf(at_cmd, ATCIPSEND%d\r\n, strlen(buf)); UART2_SendString(at_cmd); HAL_Delay(50); UART2_SendString(buf);需要特别注意ATCIPSEND发送之后ESP8266会先回一个提示符这时候你再发数据。所以中间至少要等个50~100ms不然数据会丢。另外每条AT指令都要以\r\n结尾不是\n这是新手最常犯的错误。ESP8266的固件烧录也是一个高频问题。如果用ESP-01S进入烧录模式需要把GPIO0拉低再上电用USB转TTL接好之后可以用乐鑫官方的esptool.py工具或者Flash Download Tools烧录AT固件。烧完AT固件建议先发一个AT测试收到OK就说明固件正常。4. 联调过程中的常见问题与排查技巧4.1 上电前的硬件检查清单每次拿到新焊好的板子我都建议按这个顺序检查一遍比直接上电烧程序靠谱得多目测焊接重点看LQFP64封装有没有引脚连锡用万用表蜂鸣档测相邻引脚是否短路。电源测试先不焊传感器只给最小系统上电测3.3V对地阻抗、5V电压是否正常。晶振起振用示波器测8MHz晶振引脚或者直接通过SWD连接芯片看能否识别到芯片ID。逐个上电先把DHT11和BH1750接上再接入MQ2和ESP8266。每个模块上电后观察电流变化和指示灯状态。如果不按这个顺序来很容易出现“一上电单片机就发烫”或者“传感器读数全部乱套”的情况这时候排查起来非常费劲。4.2 传感器读数异常的速查表我在联调时把遇到的典型问题整理成了一个速查表你照表排查能省很多时间现象可能原因排查/解法DHT11读回全0数据线没接上拉电阻加4.7kΩ上拉到VCCDHT11读回全255微秒延时不准改用DWT精确延时BH1750读回0xFFFFI2C地址不匹配或接线上拉缺失确认ADDR电平检查上拉BH1750数值为0测量模式未配置或未等待转换完成发送0x10后延时180msMQ2电压一直很高上电预热不足预热60秒以上再看MQ2电压跳变剧烈ADC采样时间太短加大采样周期并做均值滤波光耦信号触发多次机械抖动未消除中断里加100ms消抖ESP8266收不到OK供电不足或TX/RX接反单独供电交换串口TX/RXESP8266发送数据失败CIPSEND等待时间不够发送后延时50~100ms4.3 无线传输稳定性的几个优化手段简单数据透传能跑通只是第一步想稳定运行还需要注意以下几点第一串口波特率。我实测115200在ESP8266上最容易出乱码尤其在供电不稳的时候。有条件的话降到9600或19200传输速度虽然慢点但对安防系统这种低频上报的场景完全够用稳定性提升非常明显。第二数据上报频率。我的建议是环境数据温湿度、光照、燃气每5秒上报一次就够了门窗状态事件则立即上报。太频繁的上报会让ESP8266一直处于工作状态发热增加反而容易掉线。第三WiFi掉线重连机制。ESP8266长时间运行后断线是常事建议STM32每30秒主动发一条ATCIPSTATUS查询连接状态如果发现没连上就发ATCWJAP重新连接。这个心跳机制能让系统长时间稳定运行。第四如果项目要上报到公网服务器建议用MQTT协议而不是裸TCP。ESP8266的AT固件里直接支持MQTT指令不同厂家固件指令略有差异或者刷一个MQTT固件这样断线重连、消息推送都有现成机制比自己维护TCP长连接省心太多。4.4 功耗与长时间运行的建议这套系统如果长期插电运行功耗不是主要矛盾但有几个细节能提升寿命和稳定性MQ2的加热丝是持续工作的表面温度不低PCB布局时尽量让它远离DHT11否则温湿度读数会偏高。我从第一次打板就碰到这个问题——DHT11放得离MQ2太近读出来的温度比室温高了将近3度。后来把两个传感器拉开到5cm以上读数才正常。如果系统需要电池供电真正的耗电大户是ESP8266和MQ2加热丝。MQ2没法省ESP8266可以考虑用ATGSLP睡眠指令在两次上报之间让WiFi模块进入睡眠。不过这样会牺牲响应速度看具体场景取舍。还有一点DHT11的采样周期至少间隔1秒以上连续高频读取会导致数据错乱。BH1750每次转换也要时间高分辨率模式建议间隔200ms以上。这些时序上的“软限制”在手册里都写了但很多人不看手册导致读数据各种怪毛病。5. 后续可以扩展的方向硬件和软件的基本框架跑通之后这套系统的扩展空间其实很大我简单列几个自己试过或者觉得很有意思的方向一是增加OLED显示屏用I2C接口的0.96寸OLED把温湿度、光照、燃气状态直接显示在本地不用每次看数据都掏手机。STM32F103RCT6的I2C资源足够加个屏不影响现有功能。二是接入阿里云或巴法云之类的物联网平台用MQTT协议上报配合微信小程序或者手机App做推送通知。这样即使人在外面也能第一时间收到报警推送。三是增加语音报警模块比如接入SYN6288或DFPlayer本地检测到燃气泄漏时播报语音提示“燃气泄漏请立即处理”。对于家中有老人的场景语音报警比蜂鸣器直观得多。四是把槽型光耦换成人体红外热释电传感器HC-SR501用来检测房间内是否有人可以配合灯光的自动控制或者做“长时间无人自动撤防”的功能。6. 关于这套系统的造价与时间成本最后聊点实际的。整套系统的物料成本大约在60到100元之间主要取决于你买的是模块还是自己贴片。如果全部买现成模块DHT11约5元、BH1750约8元、MQ2约8元、槽型光耦约3元、ESP8266约10元、STM32F103RCT6最小系统板约15元、蜂鸣器若干基本70块以内搞定。如果自己画PCB打样嘉立创打板5块以内就能拿到样板元器件成本可能要稍微高一点但也上不了天。时间成本方面如果你有嵌入式基础硬件焊接加软件调试大概3到5天能跑通如果是零基础可能需要两周到一个月。建议先把各个传感器模块放在面包板上单独验证确认每个模块都能读到数据后再画PCB不然出错排查成本很高。这个顺序我已经跟无数人强调过了——千万不要一上来直接画板模块验证这步真的没法跳。我个人的体会是这套项目的核心价值不在于某一个传感器有多高级而在于把采集、判断、报警、上报这一整条链路打通了。做完这一套你对GPIO操作、中断处理、串口通讯、I2C协议、ADC采样和无线透传都会有一个非常扎实的实践认知正好对应了嵌入式开发最常用的一整套技能点。后面无论你是往物联网、智能家居还是工业监测方向走这套底子都完全用得上。本文还有配套的精品资源点击获取
