STM32接红外PM2.5传感器这件事我一开始是有点抗拒的。手里现成的激光式传感器模块太多UART直接读数据都给你算好了接上STM32三根线就能跑。但手头正好有一颗夏普GP2Y1010AU0F的老模块放着也是吃灰加上有朋友非要低成本做一个空气质量监测小项目我就硬着头皮把它接到了STM32F103上。折腾完才发现这颗红外传感器的脾气比想象中大接线不算难难在它需要一套很讲究的脉冲驱动时序以及后面一大堆滤波、标定的活儿。这篇文章就把我这套完整方案记录下来顺便把踩过的几个坑都摆出来给想用STM32跑红外PM2.5传感器的朋友做个参考。文章适用的场景很明确预算有限、对精度要求没那么苛刻、但是又希望真正理解传感器工作原理的DIY项目。如果你用的是DSM501、GP2Y1014这类同样基于红外光散射的模块思路也完全一致区别只在引脚定义和换算系数上。打算直接用激光传感器、串口读数据的同学可以省点时间不用看这里讲的是另一条路。1. 红外光散射和激光散射传感器选型先想清楚很多人一听到PM2.5传感器第一反应就是“直接输出数值”。但实际上红外传感器和激光传感器的输出形态、精度、成本差距非常大。如果没想清楚就开始写代码后面大概率会返工。先说原理。激光传感器用650nm左右的半导体激光器做光源配合光电二极管阵列通过测量颗粒在不同角度上的散射光强来反推粒子粒径和浓度信噪比高而且粒子计数能力使得它可以直接给出较准确的PM2.5质量浓度。这种模块通常做成带MCU的完整传感器内部已经完成了散射信号处理、粒径分布计算输出走UART直接给你“多少ug/m³”的整数结果。红外传感器则是用一个红外LED做光源光电晶体管做接收端输出的是一个随颗粒浓度变化的模拟电压或者PWM占空比。它没有粒径分辨能力没法区分2.5微米和10微米的颗粒只能笼统地感知“空气里悬浮颗粒总量”。所以这类传感器在数据表里写的往往都是“粉尘浓度”而不是严格意义上的PM2.5浓度。那是不是说红外传感器就没用了也不是。它胜在便宜、体积小、功耗低GP2Y1010AU0F一颗拆机件才十几块钱新品也就几十块。用在“确认房间是否有人抽烟”“纱窗网格是否积灰”“空气质量恶化提醒”这类只需要趋势判断的场景够用了。但你要是拿它和路边环境监测站的数据对表只能看个大概趋势不要指望精确一致。我的选择建议很简单如果项目预算在100元以上直接上激光式传感器省下的调试时间是无价的。预算实在紧或者只是做课堂毕设、个人玩具红外传感器完全可以用前提是接受它的三个缺点读数跳动明显、颗粒粒径不分、标定困难。如果目标是做研究性质的采集记录红外传感器只能做辅助参考不能当主数据来源。选型确定之后再进入硬件连接才是有意义的。下面这节说的接线和时序就是针对GP2Y1010AU0F这类红外模块的别拿激光传感器对号入座。2. 弄懂GP2Y1010这类红外模块的引脚与时序接线才不会乱GP2Y1010AU0F是一个六引脚模块引脚功能看着多其实归类之后很简单两组电源一个驱动输入一个模拟输出。它不是一个“上电就能不断输出”的传感器它内部的红外LED需要你主动给一个脉冲信号LED亮起来照射到空气中的颗粒散射光被旁边的光电晶体管接收然后传感器内部的放大电路把电流信号转换成电压你才能读到有效数据。2.1 引脚定义别把V-LED和VCC接错看到六根引脚很多第一次上手的人会懵。实际引脚定义是这样的引脚号名称功能接法1V-LED红外LED电源正极接5V2LED-GNDLED电源地接GND3LEDLED驱动控制输入接STM32的一个GPIO或PWM引脚4GND传感器内部电路地接GND5AOUT模拟电压输出接STM32的ADC引脚6VCC传感器内部电路电源接5V特别注意第一和第六引脚。V-LED是给红外LED供电的VCC是给传感器内部运算放大器和信号处理电路供电的两者都接5V但也别忘了两者都应该有各自的滤波电容。数据手册推荐在V-LED和VCC之间都并一个电容我实测下来V-LED脚附近最好有一个220uF左右的电解电容否则红外LED每次脉冲几百毫安的瞬时电流会把电源电压拉出明显的凹陷最终反映在模拟输出上就是一串毛刺。我自己做的板子上直接用了一个AMS1117-5.0从USB取电给传感器供电前又加了一个100uF电解电容和一个0.1uF陶瓷电容效果比裸接稳很多。如果你的STM32板子是从同一个5V轨供电务必注意红外LED脉冲对系统的冲击否则ADC参考电压也会跟着抖。2.2 驱动时序为什么不能把LED引脚直接接地网上很多简化教程为了省事直接把第3引脚LED拉低或者接地让红外LED一直亮着然后ADC就能不停读到电压。这种做法能跑但有两个问题一是LED常亮功耗大、发热明显传感器老化很快二是输出噪声水平明显比脉冲驱动时高因为常亮状态下传感器内部的信号处理电路无法通过脉冲基准来扣除环境光的干扰。GP2Y1010AU0F在数据手册里给了一个非常明确的时序要求LED驱动脉冲周期约10ms脉冲宽度0.32ms在LED脉冲开始后约0.28ms时对模拟输出进行采样。这个时序配合原理也很有意思LED刚点亮时散射光信号最强但也不稳定要等大约0.28ms让信号建立起来才能采到有意义的电压采样结束后LED立刻熄灭。整个脉冲周期是10ms意味着你最多每秒能完成100次采样够用了。把这个时序转换成代码逻辑就是把LED驱动引脚拉高点亮红外LED。延时约280微秒。读取ADC转换结果。把LED驱动引脚拉低熄灭LED。等待剩余时间让整个周期凑够10ms。这一步看起来简单实际上对STM32来说有个隐藏的头痛点280微秒的延时用HAL_Delay做不了因为HAL_Delay是毫秒级的。你需要微秒级延时函数或者是用定时器中断来实现时序控制。2.3 输出信号和ADC量程的匹配GP2Y1010AU0F的模拟输出在干净空气中典型值是0.9V左右粉尘浓度越高输出电压越高数据手册给出的输出范围是0到约3.6V。这个范围对STM32的3.3V ADC来说就有点尴尬了高浓度情况下可能超过3.3V导致ADC直接满偏。解决办法有三个用电阻分压把AOUT按比例缩到3.3V以内代价是低浓度区间分辨率变差。直接用3.3V供电给传感器输出范围会跟着压缩但GP2Y1010AU0F并不保证在3.3V下所有指标都正常不推荐。使用STM32内部的ADC参考电压设置为VREFBUF或者外接3.3V参考然后接受高浓度段轻微饱和只辨认到一定上限。我的做法是分压。AOUT引脚对GND串一个10K电阻中间节点再接一个20K电阻到地形成2/3分压这样3.6V输入转换到2.4V既能覆盖大部分有效量程又不超过3.3V。代价是满量程精度有所下降但搭配后面的软件滤波和标定这个损失是完全可以接受的。分压之后ADC读到的是Vout的2/3。换算回实际输出电压的时候记得乘上1.5这个比例系数后面标定公式会用得着。如果忘了这步算出来的浓度会整体偏高这是个非常容易忽视的小坑。3. STM32端实现脉冲驱动、ADC采样与滤波的代码链路传感器驱动部分是整个项目最花时间的环节。我把代码拆成三层底层是做微秒延时和ADC采样中间层是10ms周期的脉冲控制上层是对原始采样值做滤波和浓度换算。这样分层之后后续想换传感器或者改采样逻辑都比较方便。3.1 微秒延时用DWT实现不占用定时器我先说微秒延时。STM32F103的Cortex-M3内核自带DWT模块里面有一个CYCCNT周期计数器可以用它实现精确的微秒延时不需要占用定时器资源。核心代码很简单// 启用DWT周期计数器 static void DWT_Init(void) { CoreDebug-DEMCR | CoreDebug_DEMCR_TRCENA_Msk; DWT-CTRL | DWT_CTRL_CYCCNTENA_Msk; DWT-CYCCNT 0; } // 微秒延时 static void Delay_us(uint32_t us) { uint32_t start_ticks DWT-CYCCNT; uint32_t ticks us * (SystemCoreClock / 1000000); while ((DWT-CYCCNT - start_ticks) ticks); }要注意SystemCoreClock必须是你实际运行的时钟频率如果用了PLL倍频到72MHz那SystemCoreClock就是72000000。如果你在中断里调用这个延时务必确认中断优先级设置合理否则高优先级中断可能把这段延时打断时序就会乱。这个问题我在最开始的版本里遇到过后面会细说。3.2 ADC采样单次转换模式就够用GP2Y1010AU0F的采样本身不要求高速连续转换我们是先拉高LED等280微秒再去启动一次ADC转换。所以STM32的ADC配置用单次转换模式就够了完全没必要开扫描模式、连续模式这些花哨功能。ADC配置要点如下使用ADC1通道根据你实际接线选择比如PC1对应通道11。ADC时钟设置为12MHz左右采样周期选55.5个周期以上保证采样电容充分充电。转换结果用右对齐的12位数据。开启软件触发转换。关键配置代码片段void ADC_Init_GP2Y1010(void) { GPIO_InitTypeDef gpio_init; ADC_InitTypeDef adc_init; RCC_APB2PeriphClockCmd(RCC_APB2Periph_ADC1 | RCC_APB2Periph_GPIOC, ENABLE); RCC_ADCCLKConfig(RCC_PCLK2_Div6); gpio_init.GPIO_Pin GPIO_Pin_1; gpio_init.GPIO_Mode GPIO_Mode_AN; gpio_init.GPIO_Speed GPIO_Speed_50MHz; GPIO_Init(GPIOC, gpio_init); ADC_DeInit(ADC1); adc_init.ADC_Mode ADC_Mode_Independent; adc_init.ADC_ScanConvMode DISABLE; adc_init.ADC_ContinuousConvMode DISABLE; adc_init.ADC_ExternalTrigConv ADC_ExternalTrigConv_None; adc_init.ADC_DataAlign ADC_DataAlign_Right; adc_init.ADC_NbrOfChannel 1; ADC_Init(ADC1, adc_init); ADC_RegularChannelConfig(ADC1, ADC_Channel_11, 1, ADC_SampleTime_55Cycles5); ADC_Cmd(ADC1, ENABLE); }如果你用的是HAL库本质一样只是把ADC_InitTypeDef换成ADC_HandleTypeDef。代码层面上只要保证单次转换能随时被触发即可。3.3 完整的一次采样流程我把一次完整采样的逻辑封装成这样uint16_t PM2_5_ReadOnce(void) { uint16_t adc_value; // 点亮红外LED GPIO_SetBits(GPIOB, GPIO_Pin_0); // 等待信号建立 Delay_us(280); // 启动ADC转换并等待完成 ADC_SoftwareStartConvCmd(ADC1, ENABLE); while (ADC_GetFlagStatus(ADC1, ADC_FLAG_EOC) RESET); // 读取转换结果 adc_value ADC_GetConversionValue(ADC1); GPIO_ResetBits(GPIOB, GPIO_Pin_0); // 等待周期剩余时间凑满10ms Delay_us(9600); return adc_value; }这里我用的延时是280微秒后采样采样完大概等9600微秒让整个周期到10ms。注意这个9600微秒其实不需要特别精确因为传感器脉冲周期在9ms到10ms之间都是可接受的稍微差个几百微秒不影响功能。最重要的是每一次采样之间的周期保持一致不要让采样频率忽快忽慢。但这里有一个我自己踩过的坑如果在主循环里直接调用这个函数延时期间又被其他中断反复打断比如串口中断、定时器中断那么脉冲周期就会被拉伸驱动时序不再稳定。最后我改成把一次采样放到定时器中断里执行用定时器产生10ms固定周期中断进入后只做“点亮LED、延时、采样、熄灭LED”这一系列动作和主循环的其他任务隔离开。这样时序稳定很多。使用定时器中断方案时中断处理函数大致长这样void TIM2_IRQHandler(void) { if (TIM_GetITStatus(TIM2, TIM_IT_Update) ! RESET) { TIM_ClearITPendingBit(TIM2, TIM_IT_Update); // 单次采样结果存到全局变量 s_last_adc_value PM2_5_ReadOnce(); } }把PM2_5_ReadOnce里的延时逻辑放进中断有个前提中断优先级要足够高至少不能低于会频繁触发的中断否则时序一样被破坏。我的经验是把这个定时器中断优先级设成最低因为采样周期本身有近10ms的余量被几十微秒的其他中断打断一次问题不大只要别累计超过280微秒就行。真正怕的是DMA中断和串口中断满天飞我在调试时把串口中断优先级调低之后ADC值立刻稳了不少。3.4 软件滤波滑窗均值中值应对偶然毛刺硬件的最后一道工序是读取原始ADC值但直接拿单个值去算浓度一定会发现读数在每分钟内上下乱跳。我实测在同一个房间里门的开关、空调出风、人来人往都会让单次采样值产生明显波动。所以软件滤波是必须的。我用的组合是先做中值滤波再做滑动窗口平均。中值滤波负责干掉偶发的尖峰毛刺滑动窗口平均负责平滑趋势。中值滤波每次取5个原始值排序取中间滑动窗口保存最近20个中间值取平均作为最终结果。两种滤波合起来的内存开销很小在STM32F103上毫无压力。#define MEDIAN_WINDOW 5 #define AVG_WINDOW 20 uint16_t g_sample_buf[MEDIAN_WINDOW]; uint16_t g_avg_buf[AVG_WINDOW]; uint8_t g_sample_idx 0; uint8_t g_avg_idx 0; uint16_t GetFilteredValue(void) { uint16_t sorted[MEDIAN_WINDOW]; uint16_t median; uint32_t sum 0; uint8_t i; // 先求中值 for (i 0; i MEDIAN_WINDOW; i) sorted[i] g_sample_buf[i]; for (i 0; i MEDIAN_WINDOW - 1; i) { for (uint8_t j i 1; j MEDIAN_WINDOW; j) { if (sorted[j] sorted[i]) { uint16_t tmp sorted[i]; sorted[i] sorted[j]; sorted[j] tmp; } } } median sorted[MEDIAN_WINDOW / 2]; // 再滑窗平均 g_avg_buf[g_avg_idx] median; if (g_avg_idx AVG_WINDOW) g_avg_idx 0; for (i 0; i AVG_WINDOW; i) sum g_avg_buf[i]; return (uint16_t)(sum / AVG_WINDOW); }采样函数只是负责把原始值填充到g_sample_buf然后由主循环每200毫秒调一次GetFilteredValue。这里的窗口大小可以根据实时性要求调整比如想响应快一点就把平均窗口缩到10想更平滑就加到50但代价是响应更慢。我自己习惯保持15到20之间既能看到空气质量的连续变化曲线又不会因为偶尔一个喷嚏导致读数瞬间爆表。4. 把原始ADC值换算成PM2.5浓度标定与漂移处理ADC值本身是没有物理意义的你必须把它映射到浓度单位。这一步才是整个传感器方案里最容易出偏差、也最需要诚实面对的地方。4.1 理论换算公式从数据手册到实际模块GP2Y1010AU0F数据手册给出的典型关系是在0到0.5mg/m³也就是0到500ug/m³的范围内输出电压变化大约是0.5V对应0.1mg/m³无尘大气中输出电压约0.9V。写成公式就是粉尘浓度(mg/m³) (Vout - Voffset) / 灵敏度其中Voffset是无尘环境下的输出电压灵敏度约0.5V/(0.1mg/m³)。如果想把Vout转成ADC值需要先把ADC值除以4095再乘以3.3V得到分压后的电压然后再乘以分压系数1.5回到原始输出电压。整个过程最好独立封装成一个函数。float ADCToDustDensity(uint16_t adc_value) { // 分压后的电压 float v_div (float)adc_value / 4095.0f * 3.3f; // 还原到传感器原始输出电压 float v_out v_div * 1.5f; // 使用实测标定得到的斜率和偏移 const float sensitivity 0.5f; // V per 0.1 mg/m3 const float v_offset 0.9f; // 无尘时输出电压 // 电压差换算为mg/m3 float density_mg (v_out - v_offset) / sensitivity * 0.1f; // 转成ug/m3负值截断为0 if (density_mg 0.0f) density_mg 0.0f; return density_mg * 1000.0f; }这个公式只是理想状态下的理论换算。实际传感器每一颗的Voffset都有离散性数据手册给出的无尘输出电压典型值是0.9V但范围可以到0.6V到1.5V。如果你拿理论公式直接算很可能出现一个很有意思的现象明明在很干净的房间里读出来却是80ug/m³甚至更高。4.2 零点标定密封空间还是室外通风处零点标定是整个换算环节里最让我觉得有必要认真对待的一步。我尝试过两种方案一种是把传感器放进一个密封塑料袋里接上电源等读数稳定后记录输出电压作为Voffset另一种是把传感器放在室外通风处在空气质量天气预报显示优或者良的时候记录读数然后反推Voffset。两种方法各有问题。密封袋的问题是传感器自身发热会扰动内部气流读数未必反映“无尘”状态室外通风处的问题是你并不知道真实浓度到底是多少只能依赖天气预报标定精度有限。我最后的做法是折中在室内空调房里关门关窗等空气稳定半小时以上先记录一段读数然后把这个读数对应的Vout作为Voffset。这个步骤很重要因为Voffset差0.1V最终的浓度值就可能差20ug/m³左右。标定的具体操作方法用上面写的代码读取滤波后的ADC值并转换成Vout。环境稳定时连续记录60秒取平均值作为当前环境的Vout_base。如果手头有另一个已知精度的激光传感器把它放在旁边同时测量用两者读数做对比反推Voffset。把Voffset写进代码里的常量。如果你完全不标定就用理论值0.9V也不是不能跑但必须明白结果只是个“指数级”的相对指标不能当绝对浓度用。我自己的传感器标定后Voffset约0.96V和理论值差了0.06V看起来不多但在5分钟内读数上的差别非常直观。4.3 非线性区间和高浓度饱和的问题红外光散射传感器的输出和浓度之间并不是严格线性数据手册给出的线性区间主要在0到0.5mg/m³也就是500ug/m³以内。一旦超过这个区间尤其是在烟雾缭绕、尘土飞扬的环境里输出电压增长会趋于平缓出现“传感器已经到顶了但实际浓度还在涨”的情况。这种情况怎么处理我的做法是在软件里加一个浓度上限判定比如超过400ug/m³后只提示“严重污染”不再继续细化数值。做环境监测报警没问题但如果你想用红外传感器去复现一次PM2.5从0到1000ug/m³的完整爆表曲线那就超出它的能力范围了。另外一点是传感器的时间响应。红外传感器对突然出现的烟尘有一个明显的上升滞后大概几十秒到一分钟才稳定。这不是bug是光散射传感器固有的响应特性。所以如果你拿它做瞬间爆发检测比如0.5秒内识别烟雾报警它会让你失望。这个活还是交给火焰、烟雾传感器更合适。5. 实测中的噪声、一致性问题和我总结的经验代码和标定都做完之后我把这套方案挂机跑了一个通宵加一个白天记录下每分钟的均值。这段实测给了我不少意想不到的结论也让我对红外传感器的脾气有了更直观的认识。5.1 读数上下跳动的真实来源第一个晚上我发现一个特别反常的现象明明夜里没人在屋里走动门窗都关着读数却每隔几分钟就出现一个35ug/m³左右的波峰然后又回落。起初我怀疑是传感器本身的噪声但后来排查发现是我屋里的空气净化器在每隔一段时间自动开启把空气搅动之后把地面灰尘扬了起来。传感器本身没错是它感知了真实环境变化。这个例子很好地说明了为什么单点采样的读数不可信。如果只取某一次读数你完全可能得出“空气污染严重”的错误结论。红外PM2.5传感器的应用价值在于长期趋势观察而不是瞬时绝对值。我把每小时的平均值和一天的变化曲线拿出来看呼吸规律、开关窗时间、做饭时间都能在曲线上看到明显拐点这才是我觉得这个项目真正有用的地方。5.2 供电稳定性和地线布局的教训前面提到过V-LED需要一个较大的滤波电容但实际踩坑比我想象的更深。早期我用一个可调电源给STM32板子和传感器同时供电然后发现ADC输出值会随着电源电压轻微波动走电源调高0.1V读数整体就上浮。后来我意识到传感器的模拟输出是以自己的GND为参考的而STM32ADC是以自己的GND为参考的两个GND之间如果有压差就会直接叠加到测量结果里。解决方法是把传感器GND和STM32GND用尽量短、尽量粗的导线连接并且让大电流回路尤其是红外LED脉冲电流不要经过ADC参考地那一小段走线。在面包板上做实验时建议直接共用一根电源地线不要分成两路。这个问题在激光传感器上不明显因为激光传感器内部有MCU和稳压输出是数字信号抗干扰能力强很多红外传感器的模拟输出就娇气多了。5.3 环境光、温度、湿度的影响我一开始没有考虑环境光的问题以为传感器有遮光结构就没事。后来把模块放到窗边测试大晴天阳光直接照射到传感器进气口时读数明显出现规律性的波动。GP2Y1010AU0F的遮光罩能挡住大部分直射光但强光下的散射仍然可能干扰接收端。所以安装位置要避免阳光直射也尽量避免正对强光源。温度和湿度对红外光散射的影响也不小。高温高湿环境下空气中的水蒸气分子密度变化会影响散射光强导致同浓度颗粒的电压输出发生偏移。我实测在南方梅雨季和干燥的冬天零点电压能差个几十毫伏。如果你要跨季节长期使用最好定期重新标定一次至少每隔一两个月。5.4 如果你想复制这套方案我建议这样做最后给你一份可以直接照抄的部署清单全部是我多次实验后觉得最稳妥的做法给传感器V-LED和VCC分别并一个100uF电解电容再加一个0.1uF陶瓷电容。模拟输出用两个电阻分压分压系数保持1.5倍附近不要分压太大否则低浓度分辨率损失严重。LED驱动必须用脉冲不要常亮周期稳定在10ms脉冲宽度0.32ms。采样点选在脉冲开始后280us而不是随便一个时间点。定时器中断负责周期触发采样串口和主循环任务都放到主循环里处理别在中断里做复杂计算。滤波至少做一层滑动平均窗口大小建议15到20。使用前先做零点标定记录当前环境下的Voffset。长期运行后每隔一段时间复查一下零点是否漂移。我在这套方案上最深的体会是红外PM2.5传感器不是插上就能用的零件它是一个需要“伺候”的模拟传感器。刚接上那会儿读数很乱你会忍不住怀疑焊接有问题、电路有问题、代码有问题但其实只要把电源、时序、滤波、标定这四个环节都做扎实了它依然能稳定地反映空气质量趋势。尤其是在预算压得很紧的项目里这套方案的性价比就会显得特别高。如果你手头也有一颗吃灰的红外PM2.5模块不妨按这个路径试一次跑通了之后你对光散射传感器的工作原理会有比看十篇教程都更深的理解。