1. 环境质量监测系统的整体设计思路1.1 为什么选择STM32做环境监测主控做环境监测这类项目选型的第一原则是“性能够用、外设齐全、生态成熟”。STM32F103C8T6这颗芯片几乎是入门到中级嵌入式项目的万金油72MHz主频、64KB Flash、20KB SRAM自带多路12位ADC、多个USART、I2C、SPI接口关键是价格便宜、资料铺天盖地。你拿它做温湿度采集、PM2.5读取、OLED显示、串口上报资源绰绰有余。我对比过几种方案51单片机做环境监测ADC精度和串口并发能力都吃紧接两三个传感器就开始捉襟见肘ESP32虽然自带WiFi但模拟外设的稳定性和实时性在工业场景下不如STM32来得踏实。所以这个项目的主控锁定STM32F103C8T6最小系统板就能跑核心板成本控制在十块钱以内。整个系统的功能定位很明确实时采集温度、湿度、空气质量PM2.5或等效粉尘浓度本地OLED显示超阈值蜂鸣器报警同时通过串口把数据上报给上位机。这个功能集覆盖了大多数毕业设计和课程设计的需求也足够作为一个完整的开源项目来展示。1.2 系统架构与模块划分系统按功能拆成四个层次感知层、控制层、显示交互层、通信层。感知层负责数据采集DHT11负责温湿度GPIO模拟单总线时序读取粉尘传感器用GP2Y1010AU0F或替代型号通过ADC采集模拟电压换算浓度。控制层就是STM32最小系统负责调度采集时序、处理数据、判断阈值。显示交互层用0.96寸OLEDSSD1306驱动I2C接口显示实时数值和报警状态。通信层用USART1通过CH340或CP2102转USB把数据打包发给上位机。这个架构的好处是模块之间耦合度低你换传感器、换显示屏、换通信方式都只动对应那一层不影响其他部分。比如你手头没有DHT11换成SHT30走I2C只需要改感知层的驱动代码主循环逻辑基本不动。1.3 开源资料包含什么这个项目开源的内容包括三块完整的Keil工程代码、Altium Designer绘制的原理图、以及Proteus仿真工程。代码部分包含所有外设驱动、主循环逻辑、串口协议解析原理图包含STM32最小系统、传感器接口、OLED接口、报警电路、电源部分仿真工程可以在没有实物的情况下验证逻辑正确性。我特别建议初学者先把仿真跑通再动手焊板子。仿真能帮你排除大部分逻辑错误实物调试时你只需要关注硬件层面的问题效率会高很多。2. 硬件原理图核心细节拆解2.1 STM32最小系统电路的关键点最小系统看着简单但有几个地方容易翻车。首先是晶振电路STM32F103C8T6外部高速晶振用8MHz配合两个22pF的负载电容。这个电容值不是随便选的要根据晶振的负载电容参数来算CL (C1*C2)/(C1C2) Cstray其中Cstray是PCB走线杂散电容一般取3-5pF。如果晶振规格书上写负载电容是20pF那C1和C2各取22pF左右是合理的。我见过有人用10pF的电容结果晶振起振困难程序跑着跑着就死机。复位电路用10K上拉电阻加100nF电容配合复位按键。BOOT0和BOOT1各接10K下拉电阻确保从主Flash启动。这两个电阻不能省否则芯片可能进入错误的启动模式你烧录完程序发现没反应排查半天以为是代码问题其实是启动模式不对。电源部分每个VDD引脚旁边都要放一个100nF的去耦电容VDDA和VSSA之间额外加一个1uF的钽电容。这些电容要尽量靠近芯片引脚放置否则去耦效果大打折扣。我在实际画板时习惯在芯片背面直接放这些小电容走线最短。2.2 传感器接口电路设计DHT11的接口很简单数据线接一个4.7K或10K的上拉电阻到3.3V然后连到STM32的某个GPIO。注意DHT11的工作电压是3.3V到5.5V虽然它标称可以5V供电但数据线电平如果超过3.3V长期下来可能损伤STM32的IO口。稳妥的做法是DHT11也用3.3V供电这样电平匹配不需要额外的电平转换电路。粉尘传感器GP2Y1010AU0F需要三根线VCC、GND、模拟输出。它的LED驱动引脚需要接一个脉冲信号来控制红外LED的开关典型驱动电路是一个三极管加限流电阻。模拟输出直接接STM32的ADC引脚但要注意这个传感器的输出阻抗比较高建议在ADC输入前加一个电压跟随器或者至少加一个RC低通滤波否则ADC采样值会跳动得厉害。我在实际调试时发现粉尘传感器的模拟输出在LED点亮和熄灭时差异很大必须严格按照数据手册的时序来采样LED点亮后等待280微秒再采样采样完成后关闭LED等9680微秒再进入下一个周期。这个时序如果不对读出来的浓度值完全没有参考意义。2.3 OLED与报警电路OLED用0.96寸SSD1306I2C接口SCL和SDA各接一个4.7K上拉电阻到3.3V。I2C总线上拉电阻不能省也不能太小太小会增加功耗太大则上升沿变缓导致通信失败。4.7K是经过验证的稳妥值。报警电路用一个NPN三极管驱动蜂鸣器基极通过1K电阻接STM32的GPIO集电极接蜂鸣器负极蜂鸣器正极接3.3V或5V。如果是无源蜂鸣器GPIO需要输出PWM信号才能发声如果是有源蜂鸣器GPIO输出高电平即可。我建议用有源蜂鸣器控制简单代码里只需要拉高拉低就行。注意蜂鸣器属于感性负载关断时会产生反向电动势建议在蜂鸣器两端并联一个续流二极管保护三极管不被击穿。3. 软件代码架构与核心驱动实现3.1 工程目录结构与代码组织Keil工程的目录结构我习惯这样分Startup放启动文件CMSIS放内核相关文件FWLIB放标准外设库Hardware放自己写的传感器驱动User放主函数和业务逻辑。这样分层的好处是你换芯片型号时只需要替换Startup和CMSISHardware和User层基本不用动。标准外设库和HAL库的选择上我倾向于标准外设库。原因很简单代码量小、执行效率高、寄存器操作直观。HAL库虽然抽象层次高但代码臃肿对于F103这种资源有限的芯片来说标准库更合适。当然如果你已经熟悉HAL库用HAL也没问题逻辑是相通的。主函数的结构是一个典型的超级循环初始化系统时钟、初始化外设、初始化传感器、进入while(1)循环。循环里依次执行读取温湿度、读取粉尘浓度、更新OLED显示、判断报警条件、发送串口数据。每个任务之间用延时或定时器来调度避免某个任务阻塞太久影响其他任务。3.2 DHT11驱动代码详解DHT11是单总线协议对时序要求非常严格。它的通信过程是主机拉低数据线至少18毫秒然后拉高20-40微秒接着释放总线等待DHT11响应。DHT11会拉低80微秒再拉高80微秒然后开始传输40位数据。代码实现上关键函数是微秒级延时。我用SysTick定时器来做微秒延时配置SysTick为1微秒中断一次在中断里递减计数器。这样延时精度可以做到1微秒以内满足DHT11的时序要求。void DHT11_Start(void) { DHT11_GPIO_Out(); DHT11_Low(); delay_ms(20); DHT11_High(); delay_us(30); DHT11_GPIO_In(); }读取数据时每一位数据都以50微秒的低电平开始然后高电平持续26-28微秒表示0持续70微秒表示1。代码里通过判断高电平持续时间来区分0和1。uint8_t DHT11_ReadByte(void) { uint8_t i, byte 0; for(i 0; i 8; i) { while(!DHT11_ReadPin()); // 等待低电平结束 delay_us(40); byte 1; if(DHT11_ReadPin()) // 40微秒后还是高电平说明是1 { byte | 1; while(DHT11_ReadPin()); // 等待高电平结束 } } return byte; }实操心得DHT11的读取间隔不能小于1秒否则读出来的数据会是上一次的缓存值。我在主循环里用了一个计数器每1秒才读一次DHT11中间的时间用来做其他任务。3.3 ADC采集与粉尘浓度换算粉尘传感器输出的是模拟电压STM32的ADC是12位精度参考电压3.3V所以ADC值0-4095对应0-3.3V。换算公式是电压 ADC值 * 3.3 / 4095。GP2Y1010AU0F的输出电压和粉尘浓度的关系数据手册给出的典型曲线是在洁净空气中输出电压约0.9V随着粉尘浓度增加电压线性上升。近似换算公式是浓度(ug/m3) (电压 - 0.9) * 1000 / 0.5。这个公式是经验公式不同批次的传感器会有偏差建议用标准仪器校准后再使用。ADC采集时要注意采样时间。STM32的ADC采样时间可配置对于高阻抗信号源采样时间要设长一些比如239.5个ADC周期。我实测下来采样时间设短了读出来的值波动很大设到239.5周期后稳定很多。uint16_t Get_ADC_Value(uint8_t ch) { ADC_RegularChannelConfig(ADC1, ch, 1, ADC_SampleTime_239Cycles5); ADC_SoftwareStartConvCmd(ADC1, ENABLE); while(!ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC)); return ADC_GetConversionValue(ADC1); }3.4 OLED显示与串口通信OLED驱动用SSD1306的I2C接口初始化流程是发送命令0xAE关闭显示0xD5设置时钟分频0xA8设置多路复用率0x8D开启电荷泵0xAF开启显示。这些命令看起来多但都是固定值照着数据手册写一遍就行。显示内容我分三行第一行显示温度第二行显示湿度第三行显示粉尘浓度。如果某个值超过阈值在对应行末尾显示“!”并触发蜂鸣器。OLED刷新频率不用太高200毫秒刷一次就够了刷太快反而影响可读性。串口通信用USART1波特率96008位数据位1位停止位无校验。数据打包格式我定义了一个简单的帧结构帧头0xAA、温度、湿度、粉尘浓度高字节、粉尘浓度低字节、校验和、帧尾0x55。上位机收到后按这个格式解析校验和不对就丢弃。void UART_SendData(uint8_t temp, uint8_t humi, uint16_t dust) { uint8_t buf[7]; buf[0] 0xAA; buf[1] temp; buf[2] humi; buf[3] dust 8; buf[4] dust 0xFF; buf[5] buf[1] buf[2] buf[3] buf[4]; buf[6] 0x55; for(uint8_t i 0; i 7; i) { while(USART_GetFlagStatus(USART1, USART_FLAG_TXE) RESET); USART_SendData(USART1, buf[i]); } }4. Proteus仿真工程搭建与调试4.1 仿真元件选型与电路搭建Proteus里没有STM32F103C8T6的官方模型需要用第三方库或者用STM32F103R6替代。我一般用STM32F103R6引脚多几个但核心功能一样。传感器部分DHT11在Proteus里有现成模型直接搜DHT11就能找到。粉尘传感器没有现成模型可以用一个电位器模拟模拟输出手动调节电压来模拟不同浓度。OLED在Proteus里搜SSD1306有I2C接口的模型。蜂鸣器用BUZZER元件注意选有源蜂鸣器否则仿真里不会响。串口部分Proteus里加一个COMPIM元件映射到电脑的物理串口或虚拟串口就可以和上位机通信了。电路连接时注意电源网络标号要一致VCC和GND要全局连接。I2C总线的上拉电阻在仿真里可以省略但实物上必须加。4.2 仿真调试常见问题仿真跑不起来最常见的原因是时钟配置不对。Proteus里的STM32模型默认使用内部8MHz RC振荡器如果你代码里配置的是外部晶振仿真就会卡在时钟初始化那里。解决办法是在Proteus的STM32属性里把晶振频率改成8MHz或者代码里改用内部时钟。另一个常见问题是DHT11模型不响应。Proteus里的DHT11模型对时序要求比实物更严格如果你的延时函数精度不够模型可能不返回数据。我建议在仿真时把延时函数的精度调到1微秒以内并且确保拉低时间足够20毫秒。串口仿真收不到数据检查COMPIM的波特率设置是否和代码一致以及串口引脚是否接对了。STM32的USART1默认是PA9和PA10别接成其他引脚。注意Proteus仿真只能验证逻辑正确性不能验证模拟电路的性能。ADC采集、电源纹波、信号完整性这些问题必须在实物上调试。5. 实物调试与常见问题排查5.1 硬件焊接与上电检查PCB打样回来后先别急着焊芯片。第一步是用万用表检查电源和地是否短路确认没有短路再焊电源部分上电测电压是否正常。3.3V稳压芯片输出应该在3.3V±0.1V范围内如果偏差太大检查反馈电阻是否焊错。焊STM32芯片时注意引脚对齐避免连锡。焊完后用放大镜检查一遍确认没有虚焊和短路。上电后先测晶振是否起振用示波器看晶振引脚应该有8MHz的正弦波。如果没有起振检查负载电容和晶振本身。5.2 传感器读取异常排查DHT11读出来全是0或者全是255先检查上拉电阻是否焊了数据线是否接对引脚。然后用逻辑分析仪抓一下时序看STM32发出的起始信号是否符合要求。如果起始信号没问题但DHT11不响应可能是传感器坏了换一个试试。粉尘传感器读数一直不变检查LED驱动引脚是否有脉冲信号。用示波器看驱动三极管的基极应该有周期性的脉冲。如果没有检查GPIO配置是否正确以及三极管是否焊反了。OLED不显示先检查I2C地址是否正确。SSD1306的默认地址是0x78或0x7A取决于SA0引脚的电平。如果地址不对初始化命令发不进去屏幕自然不亮。用I2C扫描程序扫一下总线上的设备地址确认OLED是否在线。5.3 串口通信故障排查串口收不到数据先确认波特率是否一致。STM32的USART波特率计算公式是波特率 fCK / (16 * USARTDIV)其中fCK是APB2时钟频率USARTDIV是分频系数。如果时钟配置错了波特率就会偏上位机解析出来就是乱码。用示波器看TX引脚应该有数据波形。如果没有波形检查USART是否使能TX引脚是否配置为复用推挽输出。如果有波形但上位机收不到检查USB转串口模块的驱动是否安装以及串口号是否选对。故障现象可能原因排查方法DHT11读数全0上拉电阻缺失检查数据线是否有4.7K上拉粉尘浓度不变LED驱动无脉冲示波器测三极管基极OLED不亮I2C地址错误用I2C扫描程序确认地址串口乱码波特率不匹配检查时钟配置和分频系数程序跑飞晶振未起振示波器测晶振引脚6. 项目扩展与进阶方向6.1 增加无线通信功能当前项目用串口有线通信如果想做无线可以加一个ESP8266模块通过AT指令连接WiFi把数据上传到云平台。ESP8266和STM32之间用USART通信STM32发AT指令ESP8266返回响应。代码上需要增加一个AT指令解析函数处理模块的返回数据。另一种方案是用NRF24L01做点对点无线通信适合短距离传输。NRF24L01走SPI接口STM32的SPI外设配置好之后读写寄存器就能发送和接收数据。这种方案功耗低适合电池供电的场景。6.2 数据存储与历史记录加一个SD卡模块用SPI接口把采集到的数据按时间戳写入CSV文件。SD卡驱动用FatFS文件系统STM32的SPI读写SD卡FatFS负责文件管理。这样即使断电历史数据也不会丢失后续可以用Excel分析。如果不想用SD卡也可以用STM32内部的Flash模拟EEPROM存储最近的几百条记录。内部Flash写之前要先擦除擦除是按页进行的F103的页大小是1KB。写数据时注意对齐避免跨页写入。6.3 上位机软件开发上位机用Qt或C#写一个简单的串口助手接收STM32发来的数据实时绘制曲线。Qt的QCustomPlot库画曲线很方便C#的Chart控件也能用。数据解析按照之前定义的帧格式校验和通过后更新曲线和数值显示。如果不想写上位机也可以用现成的串口助手工具比如SSCOM或XCOM设置好波特率和数据格式直接看原始数据。虽然不如图表直观但调试阶段够用了。实操心得做项目时先把核心功能跑通再逐步加扩展功能。我见过很多人一上来就想做全套结果每个模块都半途而废。先把温湿度采集和显示做稳再加粉尘传感器再加串口最后加无线和存储这样每一步都有成就感也容易定位问题。