简介本资源是一套基于单片机的无线烟雾报警器完整开发资料面向嵌入式初学者、电子设计课程实践者及智能安防项目开发者解决烟雾浓度实时采集、阈值判断与无线报警触发等核心问题。压缩包共26个文件436KB涵盖C语言源程序.c、编译生成文件.hex、.obj、.m51、Keil工程配置.uvproj、.uvopt、原理图设计文件.sch、.ddb、.pdf及元件库.lib其中5个.bak备份文件便于版本回溯3个.schpreview支持快速预览电路结构。已有269人学习下载适合通过软硬协同方式理解ADC0809模数转换、MQ2传感器信号调理、单片机逻辑控制及基础无线报警机制。资源提供可直接烧录运行的.hex文件、带注释的主程序代码、完整硬件原理图及PDF说明文档便于读者从电路搭建、程序调试到功能验证全流程实践。 做无线烟雾报警器这套东西最早是因为家里厨房油烟稍微大点就响普通烟雾报警器离得远了又听不见才想着干脆自己用单片机做一套带无线传输的版本。这项目在网上的工程包命名五花八门但核心就三样MQ2烟雾传感器、ADC0809模数转换、单片机程序。拆开看其实不复杂难的是把模拟量读准、阈值判断不误报、无线传输稳定这三件事配合好。这篇文章我会从方案选型讲到电路接线再到程序逻辑和调试踩坑把整个项目从头到尾捋一遍适合刚入门51单片机、想拿传感器做点实际东西的读者参考也适合想理解ADC0809怎么和单片机配合的朋友对照着看。1. 项目整体设计与方案选型1.1 为什么选MQ2烟雾传感器配ADC0809MQ2是半导体气敏传感器内部有一个加热丝和二氧化锡气敏层。正常工作的时候加热丝持续给气敏层加热让传感器保持在稳定的工作温度。空气中有可燃气体或烟雾时气敏层表面的电导率会变化反映到传感器输出端就是一个随浓度变化的电压信号。这类传感器最大的特点是便宜、响应快、对液化气、丙烷、氢气、烟雾都有反应非常适合家庭环境的气体泄漏和火灾预警场景。但MQ2有一个天生的局限它的输出是模拟量。而51单片机内部没有集成的ADC模块CPU读不到连续的电压值。这里就需要一个外部的模数转换芯片把连续变化的电压变成单片机能处理的数字量。ADC0809就是最经典的8位逐次逼近型ADC转换速度快、接口简单、资料海量新手照着数据手册也能调通。这组合虽然是老方案但胜在稳定和好上手用在这个项目里完全够用。选择ADC0809而不是STC单片机内置ADC或者是外接PCF8591、ADS1115这类I2C接口的ADC主要出于三点考虑。第一是学习价值ADC0809的并行接口和时序控制能让你真正理解CPU和外设之间的读写时序这是以后用任何芯片都绕不开的基础。第二是兼容性开发板上基本都引出了ADC0809的接口直接插上就能用不用额外改硬件。第三是速度和稳定性并行接口的读数据方式比I2C快得多轮询采样时不会有总线阻塞的问题。1.2 无线报警方案怎么选“无线”两个字是这套系统里最容易让人迷糊的地方。很多人以为要把检测到的浓度数据全部实时传到接收端其实家用报警器根本不需要这么做。更合理的思路是发送端负责采集浓度、判断是否超过阈值一旦超过就通过无线模块发一个报警指令给接收端接收端收到指令后驱动蜂鸣器和LED报警。这样设计的好处是无线传输的数据量极小对无线模块的带宽要求低误码率也更容易控制。无线模块我实际用过两种。一种是315M/433M的ASK超外差遥控模块发射和接收分开买价格极便宜一对不到十块钱发射端只负责发送编码接收端输出高低电平。另一种是NRF24L01工作在2.4GHz频段支持双向通信可以同时传浓度数据和报警指令但需要自己写SPI驱动调试复杂度高一些。如果只是做单一方向的报警器我个人更推荐433M模块简单可靠穿墙能力也还行。表无线方案对比模块类型通信方式数据量穿墙能力调试难度适用场景433M遥控模块单向ASK极小报警指令较强低报警器、遥控开关NRF24L01双向SPI较大可传浓度一般高数据采集、组网HC-12串口透传中等强中需要固定串口通信的场合考虑到标题里明确写了“无线报警器单片机程序”核心功能是报警而不是实时数据传输用433M模块最贴合需求。后面所有程序逻辑我都按“发送端接收端”这套架构来讲。1.3 关键器件清单与选型避坑单片机STC89C52或AT89C51都行尽量选带ISP下载功能的开发板调试方便。我用的是STC89C52RC工作频率11.0592MHz稳定不折腾。MQ2模块买成品模块板上一般带LM393比较器和电位器同时有数字输出DO和模拟输出AO两个接口。本项目用AO口因为要走ADC量化浓度。ADC0809单独的IC需要自己搭外围电路建议直接买带ADC0809的模块或开发板扩展板省去焊接的麻烦。无线模块433M发射模块发送端和接收模块接收端各一个。蜂鸣器、LED、电阻若干报警输出执行机构。电源MQ2的加热丝工作电流不低5V供电至少要能提供200mA以上的电流不要用开发板USB口直接带。选型时最容易踩的坑是MQ2模块上那个电位器。它调的是数字输出DO的触发阈值如果我们只用AO模拟输出这个电位器怎么调都不影响ADC读到的数据。很多人拿回来就拧电位器拧了半天发现数据没变然后以为传感器坏了其实AO和DO是两套独立的输出通路互不干扰。2. 硬件电路与接线要点2.1 MQ2模块与ADC0809的接口关系MQ2模块的AO口输出的是一个0V到5V之间变化的电压。正常空气环境下输出电压在1V左右浮动浓度升高后传感器内阻下降输出电压会明显上升最高可以逼近5V。这个电压直接接入ADC0809的模拟输入通道由ADC把电压值转换成0到255之间的数字量换算关系是数字量 输入电压 / 5V × 255。ADC0809有8个模拟输入通道从IN0到IN7通过地址线A、B、C选择当前要转换哪一个通道。本项目只用一路模拟输入默认接IN0地址线直接接地即可。模块的地址锁存和启动转换引脚怎么接是新手最容易懵的地方后面我会专门讲。2.2 ADC0809的引脚定义和最少接线ADC0809核心引脚不多但每个引脚的作用都得清楚接线错了程序怎么调都白搭。IN0~IN7模拟电压输入通道本方案用IN0。A、B、C通道选择地址线IN0对应ABC全为0。ALE地址锁存使能高电平时锁存ABC地址信息必须先于启动转换信号。START启动转换信号高电平触发一次A/D转换要求至少保持几个时钟周期的高电平。EOC转换结束信号转换开始后EOC引脚由高变低转换完成后再拉高通过查询这个引脚判断是否转换完成。OE输出使能高电平时把转换结果放到数据总线上相当于“允许CPU读取”。CLK时钟输入ADC0809需要外部提供时钟信号频率范围10kHz到1280kHz典型值640kHz。开发板一般会用单片机ALE引脚分频后引入或者直接接一个独立的信号发生器。最省事的办法是让单片机用定时器输出方波给CLK但代码会复杂一点。REF和REF-参考电压正负端一般直接接VCC和GND也就是参考电压5V。D0~D78位数据输出线接单片机P0口注意P0口内部没有上拉电阻必须外接10kΩ排阻到VCC否则读出来的数据全是FF或者乱跳。整套接线逻辑用一句话概括先通过地址线选中通道拉高ALE锁存地址然后给START一个高电平脉冲启动转换接着轮询查询EOC引脚等EOC拉高后拉高OE从数据线上读取转换结果。2.3 单片机、报警电路和无线模块的接线单片机端接线如下ADC0809数据线D0~D7接P0.0~P0.7P0口接10kΩ上拉排阻。ADC0809的START和ALE引脚合并接P2.0用同一个信号同时完成地址锁存和启动转换。ADC0809的OE引脚接P2.1读数据时拉高。ADC0809的EOC引脚接P2.2查询转换状态。ADC0809的CLK引脚接P2.3由单片机程序模拟输出方波提供时钟。MQ2模块AO口接ADC0809的IN0。蜂鸣器正极接P1.0经三极管驱动LED正极接P1.1串1kΩ限流电阻模块有源蜂鸣器可以直接接无源的要用定时器产生频率信号驱动。无线模块发射端的DATA引脚接P1.2平时保持低电平报警时发送编码。接收端模块的DATA引脚接另一块单片机接收板的P3.0接收板用中断或轮询检测高电平信号解析出报警指令后驱动蜂鸣器和LED。2.4 电源和去耦这步偷懒后面全是坑MQ2的加热丝是整个系统里最大的耗电单元上电瞬间电流可以达到150mA稳定工作后也有100mA左右。如果用开发板的USB口直接供电电压容易被拉低导致ADC0809参考电压不稳定转换结果会来回漂。我实际测试中遇到过挺明显的情况浓度没变但采集到的数字量一直在上下跳十几个点排查了老半天最后发现是USB口供电不足。正确做法是给整个系统使用独立的5V稳压电源比如LM2596降压模块或者7805稳压电路在电源输入端并联一个100μF电解电容和一个104瓷片电容分别负责滤除低频纹波和高频噪声。ADC0809的VCC和GND之间也要就近放一个0.1μF去耦电容位置越靠近芯片越好。这些电容看似不起眼对ADC采样稳定性的提升却非常明显属于画板布线时“必加项”。3. 软件程序实现3.1 主程序流程设计程序整体分三个状态正常工作、浓度预警、无线报警。正常工作状态只做浓度采集和阈值判断不操作无线模块浓度预警状态会点亮LED提示有烟雾但还没到必须拉响警报的程度无线报警状态同时驱动蜂鸣器、LED并通过无线模块发送报警指令给接收端。主循环的结构如下调用ADC0809读取函数获取当前浓度数字量。对采样值做滑动平均滤波消除瞬时尖峰。将滤波后的值与阈值比较更新报警状态标志。根据报警状态标志控制LED和蜂鸣器。如果处于无线报警状态调用无线发送函数。这里要特别注意无线发送不能放在中断里因为433M发射模块发送一帧数据需要持续占用引脚几毫秒到十几毫秒放在中断里会导致主循环卡顿影响浓度采样实时性。3.2 ADC0809读取函数写法下面这段代码是我实际项目中在用的ADC0809读取函数注释写得很详细可以直接抄。#include reg52.h #define ADC_PORT P0 sbit ADC_START P2^0; // START和ALE合并控制 sbit ADC_OE P2^1; // 输出使能 sbit ADC_EOC P2^2; // 转换结束信号 sbit ADC_CLK P2^3; // ADC时钟信号 // 给ADC0809提供时钟方波放在定时器中断里调用 void adc_clk_generate() interrupt 1 using 1 { TH0 0xFF; // 定时器初值配合12MHz晶振 TL0 0xE8; // 生成约500kHz方波 ADC_CLK !ADC_CLK; } // 读取IN0通道转换结果 unsigned char adc0809_read_ch0(void) { unsigned char adc_value; ADC_PORT 0xFF; // P0口置高电平准备读取 ADC_START 0; ADC_OE 0; ADC_START 1; // 上升沿锁存地址并启动转换 ADC_START 0; while (ADC_EOC 0); // 等待转换结束EOC由低变高 ADC_OE 1; // 输出使能数据放到数据总线上 adc_value ADC_PORT; // 读取转换结果 ADC_OE 0; // 关闭输出使能 return adc_value; }这段代码的逻辑顺序是固定的先拉高START启动转换然后死等EOC变高最后打开OE读数据。有一点要注意启动转换的脉冲宽度不能太短否则ADC0809可能没有正确启动我在调试时遇到过几次最后发现是START引脚前面信号被拉得太快换成两条语句之间加几个空操作指令就解决了。从工程可靠性的角度可以用_nop_()函数插入短暂的延时改成下面这样ADC_START 1; _nop_(); _nop_(); _nop_(); ADC_START 0;3.3 数据滤波为什么不能拿单次采样值直接用MQ2传感器受工作温度和气流影响瞬时输出电压本身就有一定噪声。如果直接用单次采样的结果去判断阈值很容易出现烟雾浓度刚好在阈值附近时LED和蜂鸣器来回跳动的情况也就是常说的“临界抖动”。解决思路有三种第一种是平均值滤波连续采集10次去掉最大值和最小值剩下的取平均。这种方法能有效剔除偶然的尖峰干扰代码简单反应速度也可以接受。第二种是滑动窗口滤波维护一个长度为8的数组每次新采样值进来就把最早的数据挤出去对数组内数据取均值。相比第一种它在数据连续变化时更平滑适合需要实时跟踪浓度曲线的情况。第三种是滞回比较设置两个阈值触发报警的高阈值和解除报警的低阈值。浓度超过高阈值时报警回落到低阈值以下才解除。这个策略能极大降低阈值附近的抖动。比如设定报警阈值为150解除阈值为120浓度到达150以上触发报警后要降到120以下才会停止报警而不是在145到155之间反复横跳。实际项目中我是把平均值滤波和滞回比较结合起来用的效果很好。代码如下#define ALARM_ON_THRESHOLD 150 // 触发报警阈值 #define ALARM_OFF_THRESHOLD 120 // 解除报警阈值 #define SAMPLE_COUNT 10 unsigned char filter_adc_value(void) { unsigned char buf[SAMPLE_COUNT]; unsigned char i, j, temp; unsigned int sum 0; for (i 0; i SAMPLE_COUNT; i) { buf[i] adc0809_read_ch0(); } // 简单冒泡排序去掉最大最小值 for (i 0; i SAMPLE_COUNT - 1; i) { for (j 0; j SAMPLE_COUNT - 1 - i; j) { if (buf[j] buf[j 1]) { temp buf[j]; buf[j] buf[j 1]; buf[j 1] temp; } } } for (i 1; i SAMPLE_COUNT - 1; i) { sum buf[i]; } return (unsigned char)(sum / (SAMPLE_COUNT - 2)); }3.4 报警判断与无线指令编码报警判断逻辑用状态机的思路实现一个alarm_state变量记录当前状态主循环里根据滤波后的浓度值和阈值改变状态。无线报警指令的编码是很多人忽略的重点。直接用高电平去驱动几毫秒到十几毫秒的低电平发射接收端只会收到一个杂乱的电平变化不知道代表什么含义。更合理的编码方式是把一帧数据设计成“引导码 地址码 数据码 结束码”的结构。发送端先发一段固定的引导波形告诉接收端“我要开始发数据了”然后按位发送数据接收端解析后和约定的地址码比对匹配才执行报警动作。以433M发射模块为例我用的编码很简单高电平持续4ms代表逻辑1高电平持续1.6ms代表逻辑0低电平持续时间固定为0.8ms。每一帧数据由16位地址码加8位指令码组成发送之前先连续发几个引导脉冲比如高电平8ms加低电平2ms重复三次然后逐位发送。sbit WIRELESS_DATA P1^2; void send_bit(unsigned char bit) { if (bit) { WIRELESS_DATA 1; delay_ms(4); WIRELESS_DATA 0; delay_ms(0.8); } else { WIRELESS_DATA 1; delay_ms(1.6); WIRELESS_DATA 0; delay_ms(0.8); } } void send_frame(unsigned int addr, unsigned char cmd) { unsigned char i; // 引导码连发三次8ms高电平2ms低电平 for (i 0; i 3; i) { WIRELESS_DATA 1; delay_ms(8); WIRELESS_DATA 0; delay_ms(2); } // 发送16位地址码 for (i 0; i 16; i) { send_bit((addr (15 - i)) 0x01); } // 发送8位指令码 for (i 0; i 8; i) { send_bit((cmd (7 - i)) 0x01); } WIRELESS_DATA 0; }接收端程序用外部中断配合定时器测量高电平持续时间解析出每个bit。地址码匹配且指令码正确后执行报警动作。如果协议解析起来觉得复杂也可以用PT2272这种专用解码芯片和PT2262配对使用它们可以自动完成编码解码硬件上就能做好不用软件逐位解析。PT2262作为发送端编码芯片PT2272作为接收端解码芯片数据通过跳线配置按下发射按键接收端对应输出脚直接置高逻辑上要省事很多。3.5 定时器配置和初始化代码时钟信号我用定时器0产生这是因为ADC0809需要一个持续的方波信号才能完成逐次逼近转换。定时器配置成模式116位定时器在中断里翻转CLK引脚。以12MHz晶振为例每次定时器溢出需要1.085μs翻转一次引脚需要2.17μsCLK频率就约460kHz正好在ADC0809的工作范围内。void timer0_init(void) { TMOD 0x01; // 定时器0模式116位定时 TH0 0xFF; TL0 0xE8; ET0 1; EA 1; TR0 1; }要提醒的是如果开发板晶振不是12MHz定时器初值需要重新计算不能直接照抄不然CLK频率偏太多ADC0809会罢工。计算方式很简单以11.0592MHz晶振为例机器周期是12/11.0592MHz ≈ 1.085μs和12MHz几乎一样所以初值可以直接用但在定时器用于精确延时时差那百分之几也会有明显的影响这一点在发送无线编码的时候要特别注意。4. 常见问题与排查技巧实录4.1 读数一直为255或0这两种情况基本可以断定问题出在硬件连接而不是程序逻辑。读数为255说明ADC0809的输出数据总线被拉高了最常见的原因是P0口上拉排阻没接或者接错。P0口作为数据总线使用时是开漏输出结构内部没有上拉能力必须靠外部上拉电阻到VCC成高电平。如果上拉排阻没接读出来的数据就是随机的或全FF。读数为0说明OE信号没有正常拉高或者数据总线一直处于低电平。检查OE引脚和P2.1之间的连线用万用表量一下芯片引脚是否有5V高电平。其实优先推荐用杜邦线测试时直接找开发板上已经连好的ADC0809接口很多开发板的ADC0809模块上面自带OE/START/ALE的走线可以直接接IO口新人不容易错。4.2 EOC信号一直不拉高EOC是ADC0809的转换结束信号转换开始后EOC会从高变为低转换完成后再次拉高。如果程序卡在while(ADC_EOC 0);这一步说明转换根本没有完成原因集中在CLK时钟没有进来。CLK引脚需要有持续的方波信号很多新手把CLK接到一个固定的高电平或低电平上ADC0809就完全罢工。用示波器或者逻辑分析仪看一下CLK引脚有没有波形没有波形就检查定时器配置。另一个常见问题是EOC引脚信号被干扰可以把EOC换成外部中断输入转换完成后触发中断在中断中读取数据效果更加稳定。4.3 MQ2模块上电后数值慢慢漂移MQ2传感器的气敏层需要预热才能稳定工作。刚上电那几分钟加热丝还没把气敏层加热到工作温度读数会持续上升等温度稳定后才恢复正常。很多人第一次上电看到读数一直涨以为坏了其实这是正常的物理过程。解决办法是软件上做一个初始化延时程序启动后先延时3到5分钟期间不采集数据。下载程序和复位后也必须等到初始化延时结束才能进入正常检测流程。调试时为了节省时间可以临时把延时调短但最终版本一定要保留预热逻辑否则报警器换了个地方使用前几分钟会疯狂误报。4.4 无线传输距离短、接收不稳定433M模块本身穿墙能力不差但信号质量受天线影响很大。那根出厂自带的螺旋天线不要剪断也不要直接贴在金属外壳上微波信号被金属反射后驻波比变差距离至少打五折。编码持续时间也影响接收机会。引导码和每个bit的电平持续时间不能太短433M的接收模块有数据恢复时间一般要求高电平持续时间不小于1ms太短了接收端根本无法识别电平。建议引导码高电平至少8ms数据位高电平至少1.6ms实测有效距离才够稳定。还有一点发射模块在发送数据时电流消耗比较大如果电源的瞬态响应不好电压跌落会导致模块输出功率下降这也是很多人忽略的因素。表无线报警器常见问题速查现象可能原因排查方法读数为255P0口上拉电阻没接检查排阻P0口必须外接10kΩ上拉读数为0OE信号无效或数据线短路量P2.1电平查数据线EOC一直低CLK时钟没进来量CLK引脚波形查定时器初始化数值不断跳电源纹波大或参考电压不稳加去耦电容换独立稳压电源上电就误报MQ2还没预热完程序启动延时3到5分钟无线距离短天线被遮挡或电压跌落检查天线摆放增强电源输出能力接收端无反应编码持续时间太短加长引导码和数据位高电平时间4.5 阈值怎么标定阈值设置没有统一答案跟你放置传感器的环境有关。最靠谱的办法是实测标定先把设备放在正常空气环境中预热20分钟以上连续采集浓度值取一个平均值作为基线然后用打火机气瓶别点火对着传感器轻轻喷一下观察浓度值的变化范围和最大值取这个范围的中值作为报警阈值。比如基线是45喷气后最大值是230那阈值可以设在120到150之间。还要考虑场景差异。厨房这种本来就有油烟和燃气微量泄漏的环境阈值要往高调减少误报卧室这种相对干净的环境阈值可以适当调低保证灵敏度。软件里设置阈值的代码用宏定义方便随时修改不用每次重新翻代码。5. 程序编程经验和扩展思路5.1 程序结构优化的三个习惯写单片机程序最忌讳把所有逻辑都堆在main函数里遇到功能稍微多点就乱。我习惯把代码拆成模块adc0809.c负责ADC读取mq2.c负责浓度采集和滤波alarm.c负责状态判断和报警控制wireless.c负责无线指令收发。每个模块提供独立的接口函数main函数只负责按流程调用。这样做的好处是调试时不用翻几百行代码找问题哪个模块出了bug就直接定位到那个文件。第二个习惯是警惕全局变量滥用。全局变量在资源匮乏的51单片机里虽然方便但容易引发各种莫名其妙的逻辑错误。比如某个中断里修改了全局标志位主循环还没来得及处理另一个中断又改了程序执行顺序就乱了。建议用局部变量传递数据只在必要的位置暴露全局接口。第三个习惯是写好注释。不是给自己看是给过了一周之后再看代码的自己看的。ADC0809的寄存器操作时序和无线编码协议细节过一个月不看真的会忘干净好注释的价值在调试时会被无限放大。5.2 从单点到多点的扩展思路这套系统的架构天然适合扩展成多点监测。发送端可以做成多个独立的检测节点每个节点配一个MQ2传感器和一个433M发射模块设置不同的地址码。接收端用支持多路解码的模块或者软件上做轮询监听就能同时接收多个节点的报警信息。我后来还升级过一版把接收端的报警信息通过串口接到一个ESP8266 WiFi模块上报警时往手机推送通知相当于做成了一个简易版物联网烟雾报警系统。当然这只是后话核心的检测和无线传输逻辑跟本文介绍的基本一致只是把433M无线部分换成了WiFi网络传输。5.3 程序烧录与现场调试注意事项程序写好后用STC-ISP软件烧录到单片机下载前记得把开发板的下载模式按下或拔掉其他占用串口的模块。烧录完成后断开下载器接上5V电源和传感器观察LED和串口输出的浓度数据。调试时我建议分三步走第一步不焊接无线模块先通过串口把ADC采集到的原始数据和滤波后的数据打印出来确认传感器和ADC工作正常第二步接上蜂鸣器和LED测试报警阈值逻辑第三步再接无线模块测试发送和接收端联调。每步都验证通过后再进入下一步出现问题时能直接缩小范围不用全盘排查。调试现场还有一个容易忽略的细节电脑通过USB转串口给单片机供电时USB口带负载能力有限如果直接接上MQ2模块和无线模块同时工作电压可能被拖低导致整个系统不稳定。最好用独立的USB充电头或者干电池组供电不要让开发板靠调试设备的USB口当作正式电源。6. 实测数据与个人体会我把自己这套装置放在会议室做了一周的连续运行测试记录下这样一组数据干净空气环境中ADC采样值稳定在38到46之间偶尔会跳到50但不会维持距离传感器20厘米处用打火机气体喷1秒浓度值在2秒内从45升到1685秒后达到峰值215停止喷气后浓度值以每10秒约20个数字量的速度回落整整过了90秒才回到基线附近。这个变化过程说明MQ2传感器的响应速度很快但恢复速度偏慢。日常使用中如果报警器触发后人们已经闻不到烟味了传感器读数仍然可能保持在高位警报不会立刻解除。这一点在程序里一定要做好提示可以让LED保持常亮而蜂鸣器降频表示“正在复位中”而不是一直用急切的报警声刺激用户。我个人在断断续续做了几个版本之后最大的体会是这套系统真正的难点从来不是单片机能跑通而是传感器数据的稳定性和无线链路的可靠性。把ADC0809的读取时序弄明白只需要一个晚上但让阈值不误报、无线不丢包需要反复测试和调整才能做到。网上相关的工程包一百个里有九十个都只给了基础代码连滤波都没有装上去能亮灯但在实际环境里根本没法用。这篇文章给的思路和代码都是我自己从零调到稳定之后沉淀下来的直接拿去用可以少走不少弯路。本文还有配套的精品资源点击获取