1. 项目概述与环境准备1.1 红外PM2.5传感器能做什么这次项目要做的事情很直接用STM32读取红外PM2.5传感器的模拟输出电压换算成颗粒物浓度然后通过串口打印出来。这个场景在空气监测类产品里非常常见比如室内空气质量检测仪、新风系统控制器、智能家居联动设备甚至一些简单的扬尘监测装置核心逻辑都是同一套传感器采集信号单片机做AD转换软件换算成浓度值。我选用的是夏普GP2Y1010AU0F这颗经典传感器网上也叫它“Sharp灰尘传感器”。它属于红外散射式传感器内部有一个红外发光二极管和一个光电二极管工作时驱动LED发出红外光光线遇到空气中的颗粒物会发生散射光电二极管接收到散射光后输出一个随颗粒物浓度变化的模拟电压。整个检测原理并不复杂但工程落地时有很多细节会影响最终读数比如LED的脉宽驱动、采样时序、滤镜污染、电压波动等这些后面逐个拆解。适合看这篇文章的读者主要是正准备拿STM32做环境监测项目的学生开发者、刚接触传感器采集的嵌入式新人以及需要快速把PM2.5检测功能集成到自己产品里的硬件工程师。我会把从硬件接线到软件滤波的完整链路都走一遍给出一套可以直接抄作业的代码模板。1.2 开发环境与材料清单先列一下我这次用的开发环境给你做个参考项目选择说明主控MCUSTM32F103C8T6最小系统板性价比高资源足够传感器GP2Y1010AU0F红外PM2.5传感器模块模拟电压输出6pin接口开发工具Keil MDK 5.x工程配置简单固件库标准外设库(StdPeriph)代码量少适合教学和快速开发辅助工具串口调试助手、USB转TTL模块查看采集数据关于库的选择多说一句STM32的开发方式目前主要有三种标准外设库、HAL库、寄存器操作。标准库胜在逻辑直观ADC和GPIO的配置清晰可控适合把原理吃透HAL库封装更彻底跨芯片迁移方便但中间层多出了问题排查起来相对绕一些。如果是从零开始学传感器采集标准库是更合适的入手方式这也是我这次选它的原因。后面如果你要移植到其他STM32型号代码结构基本一样改一下引脚定义和时钟配置就行。传感器模块有两种常见形态一种是裸传感器需要自己搭LED驱动电路和放大电路另一种是集成模块板载了驱动和信号调理电路。强烈建议新手买集成模块省掉外围电路调试的麻烦直接读模拟输出引脚就行。如果坚持用裸传感器需要注意LED驱动端需要串一个150欧姆左右的限流电阻电容耦合也要按数据手册要求配置否则LED亮度不稳定会直接影响测量结果。2. 硬件连接与信号链路分析2.1 传感器的引脚定义与内部结构GP2Y1010AU0F模块通常引出6个引脚不同厂家的排线顺序有差异接线前一定要核对模块丝印。先说标准定义引脚名称功能接STM32VCC电源正极5VGND电源地GNDLEDLED驱动端(内部LED阳极)通过三极管电路由PWM/GPIO控制LED-GNDLED接地端GNDAOUT模拟电压输出(0~3.6V左右)PA0(ADC1通道0)空脚部分模块没有悬空传感器上电后并不是立刻就能稳定输出内部LED需要在一个特定时序下工作周期约10ms其中LED导通脉冲宽度约0.32ms光电检测需要在脉冲期间进行。如果一直给LED加高电平虽然也能测量但会造成LED过热、寿命缩短同时输出信号的信噪比也会变差。集成模块已经把这个驱动电路做好了很多模块甚至只需要接一根PWM信号线或者直接接高电平就能工作。我建议认真对待驱动时序别图省事直接接高电平。原因有两点一是LED持续工作会产生温漂红外发射强度随温度变化后输出电压会慢慢飘二是脉冲驱动配合同步采样能显著降低环境光干扰这是传感器数据手册里推荐的测量方式。2.2 信号链路与STM32的ADC采样原理模拟链路是整个系统的核心。传感器AOUT引脚输出的电压与PM2.5浓度基本呈线性关系但这个电压的带载能力很弱如果直接用杜邦线拉到STM32的PA0引脚长线缆加上外界电磁干扰采样结果会很不稳定。我一般会在AOUT和GND之间加一个0.1uF的电容位置尽量靠近单片机ADC引脚并且在STM32初始化时把ADC的采样时间设为最长档这样做能显著降低高频噪声。STM32F103的ADC是12位逐次逼近型转换结果的范围是0到4095。参考电压默认接到VREF也就是3.3V所以ADC读到的原始值对应的实际电压公式是输入电压 ADC值 × 3.3 / 4095。这个换算关系是后面计算浓度的基础。一个很多新人容易忽略的点Concentration输出电压的线性范围并不覆盖全部0~3.3V区间。根据GP2Y1010AU0F数据手册给出的曲线典型无尘环境下输出约0.6V浓度越高电压越大但当电压超过3.6V后曲线开始明显饱和。STM32的ADC输入不能超过3.3V否则会损坏引脚所以在高浓度场景下需要考虑电阻分压或者改用更高参考电压的ADC这次项目演示室内场景直接连接没问题。2.3 ADC引脚配置与单次转换实现标准库下启用ADC读取PA0的步骤看起来简单但初次上手总会有几个坑。先给一段可以直接用的初始化代码#include stm32f10x.h #include delay.h void ADC1_GPIO_Config(void) { GPIO_InitTypeDef GPIO_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_ADC1, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_0; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AIN; // 模拟输入模式 GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); } void ADC1_Init(void) { ADC_InitTypeDef ADC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_ADC1, ENABLE); RCC_ADCCLKConfig(RCC_PCLK2_Div6); // ADC时钟 72MHz / 6 12MHz ADC_InitStructure.ADC_Mode ADC_Mode_Independent; ADC_InitStructure.ADC_ScanConvMode DISABLE; ADC_InitStructure.ADC_ContinuousConvMode DISABLE; ADC_InitStructure.ADC_ExternalTrigConv ADC_ExternalTrigConv_None; ADC_InitStructure.ADC_DataAlign ADC_DataAlign_Right; ADC_InitStructure.ADC_NbrOfChannel 1; ADC_Init(ADC1, ADC_InitStructure); ADC_RegularChannelConfig(ADC1, ADC_Channel_0, 1, ADC_SampleTime_239Cycles5); ADC_Cmd(ADC1, ENABLE); ADC_ResetCalibration(ADC1); while(ADC_GetResetCalibrationStatus(ADC1)); ADC_StartCalibration(ADC1); while(ADC_GetCalibrationStatus(ADC1)); } uint16_t ADC1_ReadValue(void) { ADC_SoftwareStartConvCmd(ADC1, ENABLE); while(ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC) RESET); return ADC_GetConversionValue(ADC1); }关于ADC_SampleTime_239Cycles5这个参数我不是随便选的。STM32F103的ADC完成一次转换需要固定周期采样阶段的时间越长内部采样电容充电越充分对高阻抗信号源的测量越准确。红外PM2.5传感器的输出阻抗偏高用短采样时间可能会因为电容充不满导致读数偏低。换算一下ADC时钟12MHz239.5个周期大约是20微秒这个量级对环境监测完全够用。3. 数据采集逻辑与浓度换算3.1 为什么不能直接读一次就用拿到ADC原始值后最容易犯的错误是直接把单次转换结果换算成浓度去显示。传感器信号本质上叠加了多种噪声源电源纹波带来的低频干扰、热噪声导致的高频抖动、空气流动造成的颗粒物浓度波动这些噪声叠加在一起单次采样的数值可能和真实浓度偏离20%甚至更多。我的做法是在每次浓度计算前连续采集多次ADC值做中值滤波再做滑动平均。中值滤波负责剔除偶然的尖峰脉冲比如某个强干扰瞬间ADC突然跳到满量程滑动平均负责平滑随机噪声让数据显示不跳变。两种滤波组合效果比单一方法好得多。具体参数上中值滤波窗口取5次滑动平均窗口取10次。每200毫秒做一轮采样每轮内部连续读ADC10次先排序取中值再把这个中值送入滑动平均队列。整个计算过程在STM32上完全无压力CPU占用率可以忽略。3.2 从电压到PM2.5浓度的换算公式按GP2Y1010AU0F数据手册的典型曲线输出电压与浓度之间的近似关系可以写成PM2.5浓度(ug/m3) 0.5 × Vout(V) - 0.1这个公式是目前网上能找到的最常用近似式但必须说明它存在两个限制一是它对应的是“典型器件”的曲线每颗传感器个体之间存在离散性同型号不同批次的灵敏度差异甚至能达到正负15%二是它假设了粉尘的散射特性和标准测试粉尘一致真实环境中的颗粒物成分不同光散射效率也不同。所以在实际产品中正规做法是标定。用标准粉尘源产生已知浓度测出传感器对应电压画一条多点标定曲线再对每个个体单独校准。不过对学习型项目或者精度要求不高的场景先用公式换算完全够用。如果做完之后发现数据整体偏低或者偏高可以在公式里加一个修正系数我后面会讲怎么用实测数据来调整。3.3 完整采集代码与说明下面这段是我在项目里实际运行过的采集逻辑把LED驱动、ADC读取、滤波、换算、串口输出都串起来了#define SAMPLE_ROUNDS 10 // 每轮采样次数 #define FILTER_SIZE 5 // 中值滤波窗口 #define AVG_WINDOW 10 // 滑动平均窗口 unsigned int adc_raw[FILTER_SIZE]; unsigned int adc_avg_queue[AVG_WINDOW]; unsigned char avg_index 0; float adc_to_voltage(unsigned int adc_val) { return (float)adc_val * 3.3f / 4095.0f; } float voltage_to_pm25(float voltage) { float pm 0.5f * voltage - 0.1f; if (pm 0) pm 0; // 负值钳位 return pm; } unsigned int mid_filter(unsigned int *data, int len) { unsigned int temp[FILTER_SIZE]; int i, j; unsigned int tmp; for (i 0; i len; i) temp[i] data[i]; // 简单冒泡排序取中间值 for (i 0; i len - 1; i) { for (j i 1; j len; j) { if (temp[i] temp[j]) { tmp temp[i]; temp[i] temp[j]; temp[j] tmp; } } } return temp[len / 2]; } float pm25_task(void) { unsigned int raw[FILTER_SIZE]; unsigned int mid; float voltage, pm, sum 0; int i; // 一轮采样连续采集10次ADC值 for (i 0; i SAMPLE_ROUNDS; i) { raw[i % FILTER_SIZE] ADC1_ReadValue(); delay_ms(2); } // 每5个一组取中值重叠滑窗 mid mid_filter(raw, FILTER_SIZE); // 中值进入滑动平均队列 adc_avg_queue[avg_index] mid; avg_index (avg_index 1) % AVG_WINDOW; // 计算队列平均值 for (i 0; i AVG_WINDOW; i) { sum adc_avg_queue[i]; } mid (unsigned int)(sum / AVG_WINDOW); voltage adc_to_voltage(mid); pm voltage_to_pm25(voltage); return pm; }这段代码有一个细节raw[i % FILTER_SIZE]配合每次读完后移动一个位置实现了滑窗中值滤波而不是简单取连续5个数值。这样做的好处是每个采集周期都在更新滤波窗口数据响应实时性更好。如果每轮采样只采集5个点就取中值更新频率会减半。主循环里调用pm25_task把返回的浮点数格式化到串口输出即可。串口部分用USART1配置9600波特率每500毫秒打印一次数据。打印格式我用的是PM2.5: 35.2 ug/m3这样的纯文本格式方便串口助手直接解析如果要做上位机曲线显示改成CSV格式会更方便。4. 串口输出与数据验证方法4.1 串口初始化与发送代码串口这块本身不难但我发现不少人在配置波特率时会忽略一个隐含问题如果外部晶振不是8MHz或者系统时钟配置不是72MHzUSART的实际波特率会和设定值偏差。这次在STM32F103C8T6上用的是8MHz晶振系统时钟配置到72MHzUSART1挂在APB2上时钟是72MHz下面代码是标准配置void USART1_Config(void) { GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA | RCC_APB2Periph_USART1, ENABLE); GPIO_InitStructure.GPIO_Pin GPIO_Pin_9; GPIO_InitStructure.GPIO_Mode GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOA, GPIO_InitStructure); GPIO_InitStructure.GPIO_Pin GPIO_Pin_10; GPIO_InitStructure.GPIO_Mode GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, GPIO_InitStructure); USART_InitStructure.USART_BaudRate 9600; USART_InitStructure.USART_WordLength USART_WordLength_8b; USART_InitStructure.USART_StopBits USART_StopBits_1; USART_InitStructure.USART_Parity USART_Parity_No; USART_InitStructure.USART_HardwareFlowControl USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART1, USART_InitStructure); USART_Cmd(USART1, ENABLE); } void USART1_SendChar(char c) { while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) RESET); USART_SendData(USART1, (uint8_t)c); } void USART1_SendString(char *str) { while (*str) { USART1_SendChar(*str); } }如果你用的开发板没有板载USB转串口芯片就需要外接一个USB转TTL模块注意TX和RX要交叉连接STM32的PA9(TX)接USB转TTL模块的RXPA10(RX)接模块的TX。调试时遇到串口输出乱码优先查三样东西波特率是否匹配、时钟树配置是否正确、PA9/PA10有没有虚焊。我曾经遇到过一次奇怪现象板子用同一个程序换一台电脑后串口数据出现乱码查了半天发现是USB转TTL模块的质量问题数据传输过程中丢字节。所以排查问题时也要考虑转换模块本身是否可靠。4.2 如何判断采集数据是否可靠传感器接好后第一个要做的不是看PM2.5读数而是先验证ADC原始值是否合理。我的验证流程分三步第一步遮住传感器的进风口制造“无尘环境”此时串口打印的PM2.5值应该接近0或在一个很小的范围内波动。如果读数明显偏高说明传感器滤镜脏了或者光路中有异物。第二步用打火机的气体但不点火靠近传感器进风口可以看到读数迅速飙升到几百甚至上千ug/m3。这里多说一句打火机气体本身含有颗粒物吗其实主要是丁烷气体对红外散射光的干扰但用它做功能验证非常直观——只要读数有明显响应说明从采集到换算整条链路是通的。第三步用手电筒照射传感器观察读数是否受影响。红外PM2.5传感器虽然内置了滤光设计但强烈的近红外光干扰仍可能造成误报。如果手电筒照射后读数大幅变化说明传感器外壳的遮光处理有问题需要检查安装结构。做完这三步验证才能判断整个系统的测量功能基本正常。如果你想做更严谨的对比验证可以买一台消费级PM2.5检测仪放在旁边同时工作对比两边的读数变化趋势。绝对数值必然有差异但变化趋势应该是同步的这个差异用来调整修正系数是很有价值的。5. 常见问题与排查技巧实录5.1 数据一直满量程或者完全不动这个现象出现频率最高我总结下来主要有四种原因。第一个是ADC引脚配置成了普通GPIO模式而不是模拟输入模式这时读到的值往往是0或者上限因为引脚内部的上拉/下拉电阻破坏了模拟信号通路。第二个是焊接短路导致AOUT引脚直接接触到了5V电源比如模块排线插反输出引脚正好碰到VCC这会烧掉内部放大器。第三个是传感器LED驱动端没有工作可以拿万用表测LED引脚电压正常工作时会有规律的脉冲电平变化。第四个是程序里ADC没有正常启动检查是否漏了ADC_Cmd(ADC1, ENABLE)或者校准流程卡死我就曾经碰到过校准标志位一直不复位的情况。排查这类问题的顺序建议是先查硬件万用表测供电、测AOUT静态电压无尘环境下应该在0.4~0.8V之间波动再查软件用调试器在ADC_ReadValue函数里打断点看返回值是否变化最后再怀疑传感器本身。5.2 读数跳动剧烈数值不稳定如果数据显示在20到200之间大范围乱跳先排除是不是真的空气中有颗粒物飘过比如有人在室内抽烟或者靠近窗户有风。排除环境因素后大概率是采样滤波没做好或者电源纹波太大。STM32和传感器共用同一个5V供电时如果系统里还有其他大电流器件比如继电器、电机、WiFi模块传感器供电会被拉低或者产生大幅纹波。处理办法是传感器供电单独加LC滤波或者用线性稳压芯片从5V单独引一路给传感器供电。我自己做的时候把传感器的5V用了一颗AMS1117-3.3从5V降压得到但注意AMS1117的输出能力有限传感器和STM32别共用同一颗LDO。更稳妥的做法是直接用5V给传感器供电STM32用单独的3.3V供电两边只共地。还有一种特殊情况传感器安装位置靠近发热元件比如STM32主芯片、电源电感热气流上升会带动颗粒物浓度不均匀也会导致读数波动。把传感器放在设备进风口处远离发热源和风扇气流直吹区症状会明显缓解。5.3 首次上电读数偏高慢慢才降下来红外PM2.5传感器刚上电时内部LED和光电二极管需要一段时间达到热平衡。数据手册上没明确写预热时间但实测下来从冷启动到读数稳定大约需要30秒到2分钟环境温度越低预热越久。如果产品对开机后的数据精度要求高可以在主循环里做上电软件屏蔽前60秒采集数据但不显示或者显示一个“预热中”的状态。另外滤镜污染也会引起读数偏高。传感器在粉尘较大的环境中运行一段时间后进风口和透镜表面会附着灰尘光散射路径被污染输出特性发生漂移。定期用棉签蘸无水乙醇轻擦进风口透镜表面可以恢复大部分测量精度。5.4 ADC采样时间与转换速度的矛盾我在这篇文章里一直强调把ADC采样时间设到最长档但如果你需要同时做高速采集比如音频、振动信号ADC占用时间过长会影响其他任务的实时性。STM32F103的ADC在多通道、多任务场景下可以给PM2.5传感器分配独立的ADC通道并把采样时间设为适中档比如71.5周期同时配合软件滤波来弥补噪声。一个更进一步的优化方案是使用定时器触发ADC采样。配置TIM3产生200Hz的触发信号ADC工作在定时器触发模式每个触发信号到来时自动完成采样并触发DMA搬运这样CPU完全不需要介入采样过程。虽然这次项目没用到这么复杂的方案但如果你后续要做多传感器数据采集系统这个方向是值得研究的。6. 我踩过的坑与程序优化方向在结束这次项目前想再分享两个我实际遇到过的坑以及后续可以扩展的方向。第一个坑跟延时函数有关。上面代码里用了delay_ms(2)做采样间隔但我的延时函数是用SysTick实现的系统时钟配置不当的时候延时时间会整体漂移。有一次我把时钟配置改成36MHz后忘了改SysTick的重装载值采样周期从200ms变成了接近1秒数据曲线明显变迟钝了。这个问题排查起来特别隐蔽建议在工程里加一个LED翻转指示用示波器看翻转频率来判断系统时钟是否正确。第二个坑是甲醛和PM2.5传感器放在一起做多气体检测时传感器之间的电磁干扰会比想象中大。PM2.5传感器的LED驱动脉冲会通过空间耦合到甲醛传感器的信号线上造成甲醛读数周期性跳动。解决办法是两种传感器的信号线远离布置或者用屏蔽线连接模拟输出。按照这个项目当前的状态后续可以做的扩展方向有几个一是加一个OLED显示屏直接把PM2.5浓度显示在设备上做成一个独立桌面空气质量检测仪二是增加温湿度传感器因为空气湿度会影响颗粒物的光学特性配合温湿度数据可以做湿度补偿算法让PM2.5读数更准三是把数据通过ESP8266模块上传到云平台做成一个真正的物联网环境监测节点。这三个方向我都陆续做过等后续有空再分别写文章分享。这次的项目整体难度不大但把传感器选型、电路连接、信号采集、滤波处理、数据验证这一条链路完整走通对于理解嵌入式系统的信号链设计非常有帮助。尤其是“传感器输出的是模拟信号单片机只负责把电压变成数字”这件事很多新手容易把注意力集中在代码上忽略了传感器本身的特性和信号质量对测量结果的决定性影响。希望这篇文章能帮你少走一些弯路。