1. 先把话说清楚：这篇“MQ”指的是环境监测系统里的MQ-2

做STM32环境监测系统做到这个阶段，传感器里最容易把人搞晕的其实是这个“MQ”。项目里DHT11负责温湿度，BH1750负责光照强度，OLED负责显示，而MQ-2负责的是烟雾和可燃气体的检测。如果你在搜索引擎里搜“MQ”，大概率会跳出一堆消息队列的后端文章，但咱们这个系列语境下的MQ，是那个蓝色底板、上面有个金属网罩、通电还会微微发热的MQ-2气体传感器模块。

这篇“08：MQ常见问题梳理”就是专门针对MQ-2在使用过程中大家问得最多、踩得最深的一批坑做一次系统整理。包括硬件接线为什么容易烧ADC、AO和DO怎么选、上电之后读数为什么像抽风一样乱跳、要不要做浓度换算、OLED上到底该显示什么数值，全部按实际调试场景捋一遍。适合正在做STM32环境监测系统、手头有DHT11和BH1750但卡在MQ-2这块的朋友直接对照参考。

先说我的结论：MQ-2这个传感器，做定性检测非常香，但想靠它测出精准的ppm浓度值，项目周期会无限拉长。搞清楚它的脾气之后，你会发现它其实是整个系统里最皮实耐用的一个传感器，很多问题都是使用方式不对造成的。

2. MQ-2传感器的工作原理与项目选型逻辑

2.1 气敏电阻的底层原理

MQ-2内部的核心敏感元件是二氧化锡（SnO2）半导体气敏材料。正常情况下，这种材料在洁净空气中的电阻值较高，当它接触到可燃气体或烟雾时，材料表面会发生氧化还原反应，导致电导率上升，也就是电阻下降。模块内部把气敏电阻和普通电阻做成分压结构，气体浓度变化最终就体现为AO引脚输出电压的变化。

这里面有个关键点：敏感材料必须加热到一定温度才能正常工作。所以MQ-2内部有一颗加热丝，额定工作电压5V，功耗大约750mW。这就是为什么你用手摸模块外壳会感觉温温的——它在自加热，不是坏了。这个加热机制也决定了为什么MQ-2不能直接用3.3V供电，加热温度不够，敏感度会大打折扣。

把整个信号链路说清楚：气体浓度变化 → 气敏电阻Rs变化 → 分压电路输出变化 → AO引脚电压变化 → STM32的ADC采样得到数字量 → 软件处理判断。理解了这条链路，后面排查问题就顺了。

2.2 同为“MQ”系列，为什么选MQ-2而不是MQ-135或MQ-7

市面上“MQ”开头的传感器很多，MQ-135、MQ-136、MQ-7、MQ-3都有，很多人选型的时候一脸懵。这里放一个我实测过的对比：

MQ-2对烟雾和液化气类气体的响应速度最快，在校园项目、家庭环境监测、实验室烟雾预警这些场景里最合适。它还有一个特性：对乙醇蒸汽也有一定响应，所以如果你把MQ-2放在酒精灯旁边测试，读数会明显升高，这一点测试时要注意，别误判为燃气泄漏。

2.3 模块上的DO和AO到底用哪个

MQ-2模块通常有两个输出引脚：DO（数字量输出）和AO（模拟量输出）。DO背后的逻辑是：模块板载一枚LM393比较器芯片，AO电压经过电位器设定的阈值进行比较后输出高电平或低电平。说人话就是DO只能告诉你“有”还是“没有”，不能告诉你“有多少”。

我强烈建议主用AO接STM32的ADC引脚。原因有三：第一，DO的阈值靠电位器手动调，精确度完全靠手感，而且出厂默认阈值不一定符合你的使用场景；第二，DO输出的是开关量，你拿不到浓度变化趋势，系统就失去了“预警”能力；第三，AO数据可以做软件阈值判断，逻辑更灵活，随时随地改代码就能调整灵敏度。DO可以留着备用，比如接个蜂鸣器做硬件直接报警，但不建议作为唯一信号来源。

3. 硬件接线与供电：最容易翻车的第一关

3.1 典型接线方案

MQ-2模块的标准接法是：VCC接5V，GND接GND，AO接STM32的ADC输入引脚。我这里以STM32F103系列为例，AO接PA0（对应ADC1的通道0），OLED走I2C（SDA接PB7、SCL接PB6，具体看你自己工程配置），DHT11接一个普通GPIO，BH1750跟OLED共用I2C总线。整体接线如下：

这里有一个所有新手都会踩的坑：STM32的ADC输入电压范围是0到3.3V，而MQ-2模块的VCC是5V，AO输出理论上也是0到5V的摆幅范围。直接把AO接到PA0，气体浓度高时输出电压超过3.3V，轻则ADC读数直接饱和到4095，重则损坏MCU引脚。

稳妥做法是先用万用表实测一下你的模块AO在洁净空气和最高浓度下的最大输出电压。很多现成MQ-2模块因为内部负载电阻的分压关系，实际AO输出在正常使用范围内不会到5V，空载时大约0.1V到0.3V，高浓度时才逼近3V左右。这种情况下直接接3.3V ADC是安全的，但每个厂家模块参数有差异，为了长期可靠性，我建议在AO和PA0之间串一个电阻分压网络，或者至少串一个1KΩ保护电阻。

如果AO实测峰值超过3.3V，分压方案：AO串联10K电阻接到PA0，PA0再接一个10K电阻到GND，构成1/2分压。这样AO输出5V时PA0最多2.5V，MCU安全，代价是采样精度减半，但对MQ-2这种定性检测场景完全够用。

3.2 共地问题：不说你可能真会忽略

多模块系统里最常见的疑难杂症之一就是“共地”。MQ-2的GND、STM32的GND、OLED的GND、DHT11的GND，必须全部连接到同一个参考地。如果MQ-2用单独的5V电源供电，而STM32用USB供电，两个电源的GND不连，AO输出的电压是相对MQ-2模块自己的GND，而STM32的ADC是相对自己板子的GND，两者参考基准不同，采样结果必然乱飞。

共地操作很简单，把模块GND和STM32的GND用杜邦线连起来就行。我之前见过有人用两个充电宝给系统供电，一个给传感器、一个给MCU，结果ADC读数完全随机。把GND一接，立竿见影地稳了。

3.3 供电质量直接影响采样稳定性

MQ-2的加热丝在工作时会有周期性的电流变化，如果5V电源纹波太大，AO输出也会跟着抖动。建议用质量稍好一点的USB电源，或者用AMS1117-5.0稳压后再给传感器。注意不要跟电机、继电器、蜂鸣器这类大电流负载共用电源，否则启动瞬间的电压跌落会直接反映在ADC数据上。

我实测过一组数据：用电脑USB口供电时，MQ-2空载ADC值波动范围在±15左右；换成独立5V稳压电源供电后，波动范围缩小到±5以内。硬件层面先稳定了，软件滤波才有意义。

4. 软件配置与数据读取：ADC采样细节决定成败

4.1 ADC初始化的关键参数

MQ-2的AO输出阻抗比较高，如果ADC采样时间太短，电容充电不充分，会把采样值拉偏。STM32的ADC采样时间可以配置为1.5周期到239.5周期，我建议直接选最长的239.5周期。虽然采样速度会慢一点，但环境监测本来就不需要高速采样，稳定性优先。

ADC初始化代码（STM32标准库风格）关键配置如下：

ADC_InitTypeDef ADC_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_ADC1, ENABLE); RCC_APB2PeriphClockCmd(RCC_APB2Periph_GPIOA, ENABLE); GPIO_InitTypeDef GPIO_InitStructure; 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); ADC_InitStructure.ADC_Mode = ADC_Mode_Independent; ADC_InitStructure.ADC_ScanConvMode = DISABLE; ADC_InitStructure.ADC_ContinuousConvMode = ENABLE; ADC_InitStructure.ADC_ExternalTrigConv = DISABLE; 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)); ADC_SoftwareStartConvCmd(ADC1, ENABLE);

注意这里配置的是连续转换模式，配合DMA或者直接循环读取，可以实现数据不断更新。单次转换也可以，但每次启动转换之间要留足够的间隔，不要让ADC太频繁地访问引脚，不然读数会偏。

4.2 原始ADC值到电压值的换算

STM32F103的ADC是12位，满量程4095对应3.3V（假设VREF接3.3V）。换算公式：

电压值 = ADC原始值 × 3.3 / 4095

举个例子：读到的ADC值为1024，那么电压 = 1024 × 3.3 / 4095 = 0.825V。如果做了1/2分压，那么MQ-2模块AO的真实电压 = 电压值 × 2，也就是1.65V。分压后记得在软件里乘回来，不然一直以为浓度很低。

4.3 要不要把电压换算成ppm浓度

MQ-2的手册里会给出一个典型的灵敏度特性曲线，横坐标是气体浓度（ppm），纵坐标是Rs/R0比值，而且是对数坐标。很多人一看就来劲，想拟合一条曲线精确算出“现在空气中丙烷浓度是多少ppm”。

我的实际建议是：别在项目初期纠结这个。原因有三个。第一，这条曲线是“典型值”，每一颗传感器的个体差异、老化程度、环境温湿度都会影响它，精度达不到仪表级别；第二，拟合对数曲线需要取多个标准浓度气体进行标定，实验室条件都不一定有，更别说个人工作室了；第三，环境监测系统的核心需求是“有没有危险”，定性判断配合阈值报警已经足够。

如果你真的想做半定量展示，可以用分段折线近似手册上的曲线，或者更简单的做法：定义几个经验阈值区间，比如ADC值小于500为“正常”，500到1500为“轻度烟雾”，1500到2500为“明显烟雾”，大于2500为“报警”。这种划分方式实测下来已经能覆盖绝大多数场景。

4.4 软件滤波：不滤波的ADC数据没法看

MQ-2的AO信号本身就带有噪声，加上ADC采样误差和电源纹波，原始数据直接使用会频繁误报警。我的习惯是采用“中位值平均滤波法”：连续采样5次，去掉最大值和最小值，剩下3个取平均。这种方法既能滤掉随机尖峰，又不会像纯滑动平均那样滞后太大。

uint16_t MQ2_GetFilteredValue(void) { uint16_t buf[5]; uint16_t temp; int i, j; for (i = 0; i < 5; i++) { buf[i] = ADC_GetValue(); } for (i = 0; i < 4; i++) { for (j = i + 1; j < 5; j++) { if (buf[i] > buf[j]) { temp = buf[i]; buf[i] = buf[j]; buf[j] = temp; } } } return (uint16_t)((buf[1] + buf[2] + buf[3]) / 3); }

如果系统对实时性要求高，可以把连续采样分散到多次中断中做，避免阻塞主循环。环境监测场景对毫秒级响应没有硬性要求，这个函数直接放在主循环里调用完全没问题。

5. 上电预热与零点漂移：为什么刚通电读数像抽风

5.1 加热需要时间，初始读数不可信

MQ-2内部加热丝从通电到达到稳定工作温度是需要时间的。刚上电那会儿，敏感材料表面温度还没上来，电导率很不稳定，ADC读数往往会冲到很高的位置，然后逐渐回落，这个过程短则几十秒，长则几分钟。

实测过：常温洁净空气下，MQ-2刚上电的ADC值能冲到3000多，然后花大约3到5分钟慢慢稳定在300到500区间。如果程序没有预热逻辑，开机第一分钟大概率直接触发报警。处理方式很简单：系统启动后，先等3到5分钟再进入正式检测流程，这段时间OLED可以显示“预热中，请稍候”之类的提示。

5.2 零点校准：每次开机都要做

MQ-2在洁净空气中的基准输出电压会随着使用时间、环境温湿度变化而漂移，甚至同一颗传感器在不同天气下读数都不一样。所以把“固定阈值”写死不是一个好习惯。我建议在预热完成后做一次零点校准：取连续10次滤波值的平均值作为基准值，存入内存变量。

uint16_t mq2_base = 0; void MQ2_Calibrate(void) { uint32_t sum = 0; uint8_t i; for (i = 0; i < 10; i++) { sum += MQ2_GetFilteredValue(); delay_ms(100); } mq2_base = (uint16_t)(sum / 10); }

之后判断气体变化时，用“当前滤波值 - 基准值”作为有效信号。差值小说明环境洁净，差值大说明气体浓度升高。这种方式比固定阈值靠谱得多。

不要试图把某个基准值写死在EEPROM或Flash里永久使用。传感器会老化、会被污染，半年后同一颗传感器的基准值可能完全变了。每次开机预热后动态校准，是最省心也最可靠的做法。

5.3 温湿度漂移：不是传感器坏了

DHT11测到的温湿度也会影响MQ-2的读数。最明显的是湿度：水蒸气分子也会被敏感材料表面吸附，改变电导率。所以阴雨天或者室内开了加湿器之后，MQ-2的基准值会比干燥天气高一些。这是气敏传感器的物理特性决定的，不是故障。

如果系统里已经有DHT11数据，可以做一个简单的补偿：湿度升高时，相应调低一点灵敏度阈值。公式不需要太复杂，如果是定性判断，根据实测经验微调阈值即可。我现在的项目里就直接用动态基准+固定差值阈值，省去了温湿度补偿的麻烦，效果也可以接受。

6. 实测数据异常排查：读数乱跳、一直4095、一直0

这一节把我在实际调试中遇到的高频问题整理成速查表，每个问题都附上排查思路。

这里有一个非常实用的排查技巧：在程序里把ADC原始值、换算后的电压值、滤波处理后的数值三个量用串口同时打印出来。这样能快速判断数据是哪一层出了问题。如果原始ADC值就乱，那是硬件层面问题；如果原始值稳但滤波后乱，那是软件处理问题。我调试的时候从来不看OLED上的最终结果，只看串口上的中间量。

另一个容易忽略的点：有些开发板的PA0引脚旁边会复用其他功能，比如有些板子的PA0连接了板载按键、LED或者USB检测电阻，直接接MQ-2会被其他外设干扰。遇到ADC值莫名不对时，先查原理图，确认PA0是干净引脚的再往下查。

7. OLED显示联动与阈值判断策略

7.1 OLED上显示什么最有价值

系统里有DHT11、BH1750、MQ-2三个传感器，OLED显示内容需要重新设计。MQ-2的数据不要只丢一个“浓度”标签，因为普通用户甚至你自己，看到“浓度：234”都不知道意味着什么。我的建议是显示三行：第一行“烟雾ADC：xxxx”，第二行“电压：x.xxV”，第三行“状态：正常/警告/报警”。这样既能看到原始数据，又有直观的状态提示。

用0.96寸OLED（SSD1306驱动）显示的时候，要注意I2C总线上已经挂了BH1750，两者共用一个I2C没有问题，只要地址不冲突。OLED常用地址是0x3C，BH1750是0x23，互不影响。如果OLED不亮，先查地址是不是改到了0x3D，再查SDA/SCL有没有接反。

7.2 两级阈值策略：从“正常”到“报警”

环境监测系统里我最推荐的是两级阈值方案。一级“警告”阈值用差值表示：当前滤波值减去基准值超过300，判定为“警告”；二级“报警”阈值超过800，判定为“报警”。具体数值根据你自己环境实测调整，我给的300和800是基于我的模块在办公室环境测出来的参考值。

两级阈值的好处是减少误报。单纯一个阈值，数值在临界点附近来回抖动，会导致状态频繁切换，OLED画面跟着闪，蜂鸣器也跟着叫。两级之间做一下滞回：进入警告状态后，差值要低于250才恢复“正常”；进入报警状态后，差值要低于700才降回“警告”。滞回区间能有效避免在临界值附近抖动的尴尬。

7.3 联动逻辑：别让报警只是屏幕上的一行字

MQ-2检测到异常时，系统应该做出实际反应。我是这样设计的：状态为“正常”时OLED显示常规仪表盘界面；状态为“警告”时OLED切换画面，显示当前差值并用反转色强调；状态为“报警”时额外触发板载蜂鸣器响三声停一秒循环，同时顶部的LED灯点亮。这样做的好处是，即使没人盯着屏幕，也能通过声音感知到风险。

typedef enum { STATUS_NORMAL = 0, STATUS_WARN, STATUS_ALARM } MQ2_Status; MQ2_Status currentStatus = STATUS_NORMAL; void MQ2_UpdateStatus(void) { uint16_t delta = MQ2_GetFilteredValue() - mq2_base; switch (currentStatus) { case STATUS_NORMAL: if (delta > WARN_THRESHOLD) currentStatus = STATUS_WARN; break; case STATUS_WARN: if (delta > ALARM_THRESHOLD) currentStatus = STATUS_ALARM; else if (delta < (WARN_THRESHOLD - 50)) currentStatus = STATUS_NORMAL; break; case STATUS_ALARM: if (delta < (ALARM_THRESHOLD - 100)) currentStatus = STATUS_WARN; break; } }

这段状态机代码结构清晰，后面想扩展远程上报、自动通风等逻辑，只需要在对应状态分支里加一行调用即可。

8. 关于MQ-2的五个通俗但关键的认知

8.1 定性检测为主，定量检测为辅

所有气体传感器都有交叉灵敏度，MQ-2不只对烟雾敏感，对酒精、可燃气体也有响应。想用一个传感器准确区分“这是什么气体”是不现实的。认清传感器的能力边界，比折腾高级算法更重要。

8.2 预热不是可选操作，是必要条件

抛开预热直接谈数据稳定性都是耍流氓。我见过太多人拿刚上电的MQ-2数据做项目验收，结果演示时疯狂误报。一个显眼的“预热中”提示，比任何滤波算法都管用。

8.3 传感器也会老化

气敏材料长期暴露在污染空气中，表面会被污染或氧化，灵敏度会逐渐下降。这就是为什么零点校准要每次开机做，而不是设置一次管一辈子。一般MQ-2的寿命大约3到5年，长时间不用后再通电，也需要更长的预热时间才能恢复。

8.4 摆放位置影响数据可信度

MQ-2应该放在能接触到环境空气的位置，不要直接怼在OLED和STM32板子的正上方，那些元器件发热会影响局部空气流动和温度，造成读数偏差。同时避开排气扇、空调出风口、窗户直吹位置。

8.5 硬件串口调试是排查神器

没有调试手段的传感器项目就像蒙着眼开车。串口打印、万用表测电压、示波器看波形，这三样至少要有一样。哪怕是10块钱的USB转TTL模块，都能帮你省下几小时的瞎猜时间。

9. 我自己总结下来的几条实操心得

我用MQ-2做过三四个项目之后，最深的一个体会是：不要试图在软件算法层面去弥补硬件层面的缺陷。接线不稳就花时间理线，电源纹波大就换电源方案，信号噪声大就加滤波——按这个顺序排查，基本没有解决不了的问题。

另一个想重点说的是：如果你打算把这个环境监测系统用在家里做长跑测试，建议在MQ-2旁边做一个简单的防误触设计——给传感器加一个小盒子，开孔通风即可。这能避免无意触碰导致的数值突变，也能减少灰尘直接落在敏感材料表面。用合适尺寸的ABS外壳，四周钻一圈直径3毫米的小孔，正面留出电源指示灯和接线口，成本不到十块钱，但能明显提升系统稳定性。

最后再分享一个实用技巧：MQ-2模块上的蓝色电位器不只是用来调DO阈值的，它也能间接影响AO的输出范围。如果你发现AO输出电压整体偏低，可以在不拆板的情况下微调电位器，让AO空载电压落在0.2V到0.5V这个区间。调整后用万用表实测，找到敏感度和稳定性的平衡点，然后固定电位器胶封。这样处理过硬件的模块，再用软件动态校准，整个系统的可靠性会上一个台阶。