FPGA环境数据采集实战：PM2.5与温湿度传感器Verilog驱动设计

简介本资源是一套基于FPGA的环境监测系统完整工程实现面向数字电路设计初学者、嵌入式硬件开发人员及高校电子类课程实践者解决PM2.5浓度与温湿度参数的实时采集、处理与本地显示问题适用于空气质量监测终端、智能教室或实验室教学平台等场景。压缩包共1976个文件主体为Verilog源码.v、Quartus工程数据库.cdb/.hdb、时序与综合报告.rpt/.qmsg、器件约束与配置文件.qsf/.sof辅以备份文件.bak和说明文档.txt/.readme总大小16.49MB结构完整支持直接编译下载至主流FPGA开发板运行。已有644人学习下载资源包含顶层模块pm_25_top及传感器驱动、ADC接口、DHT协议解析、LCD1602时序控制等关键子模块代码注释清晰模块划分明确便于理解多传感器协同逻辑与FPGA片上系统构建方法。1. 项目整体架构与方案选型1.1 为什么用 FPGA 做传感器采集先聊点实际的。看到FPGA PM2.5 温湿度传感器这个组合很多人第一反应是杀鸡用牛刀——一个STM32不就能搞定吗这话没毛病但要看场景。如果你的目标只是读个温湿度、看个PM2.5MCU确实更省事。但如果你想把采集到的数据做实时滤波、同时驱动显示屏、还要对接以太网或CAN总线FPGA的优势就出来了所有模块并行工作采集、滤波、显示、通信互不阻塞一拍时钟干一拍的事时序完全可控。这个项目的定位我理解是一个环境数据采集与处理的完整训练系统。它把传感器接口时序、状态机设计、跨时钟域处理、数字滤波、串口通信这些FPGA开发的硬骨头全串起来了。做完这个项目你手里就有一套可复用的传感器采集模板以后接MPU6050、接GPS、接摄像头套路都是相通的。1.2 传感器选型对比与硬件连接准备传感器选型是整个项目里最容易被轻视的环节。PM2.5市面上主流的有两种一种是夏普GP2Y1010AU0F这类模拟输出型输出引脚在PWM脉冲驱动下产生与粉尘浓度成正比的模拟电压需要ADC配合另一种是攀藤PMS7003、PMS5003这类数字串口型内部自带激光散射结构和MCU直接通过UART输出标准帧格式数据里面包含PM1.0、PM2.5、PM10的浓度值。我强烈建议新手选数字串口型也就是PMS系列。原因很简单省去模拟前端设计、不需要ADC校准、数据帧有固定格式和校验和调试友好。GP2Y1010虽然便宜但你需要自己搭运放电路、自己标定电压与浓度的关系工作量直接翻倍而且激光传感器上电后需要稳定时间模拟输出的噪声也很让人头疼。除非你是冲着模拟采集方向去的否则别给自己找麻烦。对比项GP2Y1010AU0F模拟输出PMS7003UART数字输出输出信号PWM触发模拟电压串口数据帧9600波特率浓度数据需ADC转换公式标定帧内直接给出μg/m³电路复杂度需要运放ADC仅需UART引脚调试难度较高需标定较低看串口数据即可至于温湿度传感器DHT11是经典入门选择单总线协议协议简单且资料丰富能让你完整练一遍单总线时序设计。它的问题是精度一般温度±2℃湿度±5%RH分辨率只有1刷新频率最慢1Hz也就是1秒最多读一次。如果做严格的环境监测建议后期换成DHT22或SHT30接口协议类似但代码里的计时参数和位宽定义要做相应调整。一个实用的小建议如果你以后要接DHT22位数、校验逻辑都不变变的只是高电平持续时间的判断阈值所以DHT11的代码骨架完全能复用。硬件连接方面FPGA开发板上通常自带LED、按键、数码管但传感器需要外接。接线时注意DHT11的DATA引脚必须接一个4.7kΩ上拉电阻到VCC这点很多开发板的外部模块已经集成但如果是自己面包板搭的就要确认一下。PMS7003是5V供电但串口电平是3.3VFPGA的Bank电压一般也是3.3V直接连没问题。供电上务必用独立稳压源不要跟FPGA核心电压共用一路LDOPMS7003的激光头启动瞬间电流能冲到100mA以上会把3.3V拉垮导致FPGA重启这是我在调试中踩过最典型的供电坑。2. 核心模块设计与 Verilog 实现细节2.1 DHT11 单总线时序的状态机设计DHT11的单总线协议说穿了就是三个环节主机发起起始信号、传感器响应、逐位读取40bit数据。40bit里湿度整数、湿度小数、温度整数、温度小数、校验和各占8bit校验和等于前四个字节相加的低8位。这个校验逻辑一定要写进代码里不然数据偶尔错一位你根本看不出来。先看起始阶段FPGA先把DATA线拉低至少18ms实际我拉到20ms留余量然后释放总线此时上拉电阻把电平拉高。紧接着传感器会拉低80μs再拉高80μs作为响应信号。看到这个80μs的低电平你就知道传感器准备好了接下来就是连续40bit的数据。每一位数据的读取是关键也是新手最容易翻车的地方。传感器的编码方式是每bit先拉低50μs然后根据高电平的持续时间来区分0和1——高电平持续26~28μs是逻辑0持续70μs是逻辑1。所以设计思路很清晰检测下降沿启动计数器在高电平期间计时一旦遇到下降沿就判断高电平持续时长超过某个阈值比如50μs判为1否则判为0。// DHT11 数据位采样核心逻辑50MHz时钟20ns一个tick wire dht11_in; // 经过同步和滤波后的数据线 reg [15:0] cnt_high; always (posedge clk or negedge rst_n) begin if (!rst_n) begin cnt_high 16d0; bit_val 1b0; end else begin if (dht11_in 1b1) begin cnt_high cnt_high 1b1; // 高电平计时 end else begin if (cnt_high 16d2500) // 2500*20ns50us 阈值 bit_val 1b1; else bit_val 1b0; cnt_high 16d0; end end end阈值的选取有个细节50MHz时钟下一个计数单位是20ns50μs对应2500个计数。但实际测量中传感器高电平时间会有偏差所以阈值不要卡死在2500。我一般取40μs作为分界线也就是2000个计数留出足够的容错空间这样即便传感器时序有±5μs的漂移也不会误判。数据位采样的状态机里我建议只在数据位的高电平中间位置采样。什么意思呢就是在检测到上升沿后延时一段时间比如30μs此时一定处于高电平稳定区再读电平值。如果你在跳变沿附近采样亚稳态会教你做人。数据从传感器引脚进入FPGA后还要先过两级寄存器同步打两拍消除亚稳态这属于基本功了。整套DHT11逻辑我用5个状态来组织IDLE、START_LOW、START_WAIT_RELEASE、READ_40BIT、CHECK_DONE。状态机里每个状态都设置超时跳转比如READ_40BIT如果等了超过10ms还没收满40bit就强制回IDLE重新发起。这样即使传感器没接好或者被拔掉系统也不会卡死在某个状态后续可以加一个传感器离线标志位。2.2 PM2.5 数据的采集与解析PMS7003的UART帧是这么个结构每帧32字节以0x42 0x4D开头后面跟2字节帧长、2字节PM1.0浓度、2字节PM2.5浓度、2字节PM10浓度然后是各种计数数据最后2字节校验和。校验和是从帧头开始到校验和之前所有字节的累加和。FPGA这边收UART数据标准做法是写一个串口接收模块把9600波特率的串行数据转成8位并行走字节。9600波特率在50MHz时钟下一个bit是5208个时钟周期。接收模块本质上是一个过采样加边沿检测的状态机空闲时检测起始位下降沿然后每个bit的中间点采样。这里最实用的建议是过采样倍数别太低。我习惯用16倍过采样也就是每个bit采样16次取中间3次的值做多数表决能有效过滤毛刺。收到完整帧之后要做几步处理第一步验证帧头0x42 0x4D第二步校验数据长度是否匹配第三步做校验和确认整帧没被噪声打断。这三关都过了才把PM2.5浓度提取出来放到一个寄存器里供后续模块使用。// PM2.5 帧校验片段 always (posedge clk or negedge rst_n) begin if (!rst_n) begin pm25_valid 1b0; end else if (byte_cnt 5d30) begin // 收到最后一个字节 if (checksum expected_checksum) pm25_valid 1b1; else pm25_valid 1b0; end endPMS7003还有个容易忽略的点上电后有个预热过程大概10秒到30秒这期间输出的PM2.5数值一直是0或者一个固定小值。所以系统上电后别急着采数据加一个预热等待计数器等传感器稳定了再开始存数据否则你的数据记录前端会有一段全是0的无效数据。实测下来等待30秒再开始采集数据质量会好很多。2.3 滑动窗口滤波的 Verilog 实现PM2.5传感器的输出不是平稳的哪怕空气环境不变单次采样值也会有±5到±10 μg/m³的波动。所以滤波是刚需。在FPGA里做滤波滑动窗口平均是最经典、最容易在硬件上实现的方法因为窗口长度取2的幂时除法直接变成右移操作几乎不占逻辑资源。滑动窗口滤波的原理就是你维持一个长度为N的历史数据队列新数据进来时队尾数据出去然后整个窗口内的数据求和取平均。这样每来一个数据就输出一个滤波后的值实时性比攒够N个数才平均一次的方式要好得多。// 8点滑动窗口平均窗口长度8除法右移3bit reg [15:0] data_sum; reg [15:0] window_data [0:7]; reg [2:0] wr_ptr; always (posedge clk or negedge rst_n) begin if (!rst_n) begin data_sum 16d0; wr_ptr 3d0; end else if (data_valid) begin data_sum data_sum new_data - window_data[wr_ptr]; window_data[wr_ptr] new_data; wr_ptr wr_ptr 1b1; end end wire [19:0] filtered_pm25 data_sum 3;这个设计的关键在于加新减旧每周期只需要一次加法和一次减法不需要每个周期都重算整个窗口的和。窗口长度选8还是16取决于你的应用场景。8点窗口响应快能看出数据的快速变化16点窗口更平滑但滞后明显。我在项目里用的8点因为环境监测场景中PM2.5本来就是缓变信号8点已经能压掉大部分高频抖动同时还能保留浓度突变的趋势。实现的时候有个容易踩的坑data_sum是累加寄存器必须保证加新减旧操作在一个时钟周期内原子完成。也就是说你不能先加数据、下一拍再减旧数据否则中间状态的data_sum是错的。另外寄存器的位宽要留够余量。PM2.5浓度值本身是16bit的8个数据相加最大可能超过65535所以data_sum我定义成了20bit。这个位宽问题虽然基础但我在板子上真见过因为sum寄存器溢出导致滤波输出突然归零的情况排查半天才发现是位宽不够。2.4 参数化设计Parameter 用法的实战总结Verilog里parameter的用法这个项目简直是最好的教学案例。从上位机波特率、DHT11计数阈值、滑动窗口长度到状态机的IDLE等待时间全部都可以参数化。比如DHT11模块我把20ms的起始信号时长定义成parameter START_LOW_TIME 20_000_000; // 20ms 50MHz把数据位高电平阈值定义成parameter DATA_0_HIGH_TIME 40; // us。这样代码里没有魔法数字后期从DHT11换成DHT22时只需要改参数定义模块内部一行都不用动。更进阶的用法是在顶层模块里通过#(...)传参来复用模块。比如你写了两个UART接收模块一个接收DHT11调试信息一个接收PMS7003数据其实可以共用一个uart_rx模块只是波特率参数不同顶层例化时分别传入9600和115200即可。能参数化的地方就别复制粘贴这是FPGA工程代码整洁度的核心指标。3. 系统联调与上板验证全流程3.1 工程结构与时钟复位方案整个工程我建议按模块划分目录而不是把所有代码堆在一个文件里。主流划分方式是dht11_top.v负责温湿度采样pms7003_uart_rx.v负责PM2.5串口接收sliding_avg.v做滑动滤波uart_tx.v负责把数据打包发到上位机top.v做总集成。每个模块的端口尽量用_i、_o、_io后缀明确方向跨模块信号用_s标注这样综合后的网表可读性会好很多。时钟方案上我优先推荐开发板自带的50MHz或100MHz晶振时钟不进PLL直接驱动逻辑。DHT11时序和UART时序都是微秒级别的慢信号50MHz主时钟完全够用没必要为了看起来专业去生成多个时钟域纯粹增加跨时钟域处理的复杂度。真正的跨时钟域出现在UART时钟域与系统时钟域交互的地方也就是串口接收模块输出的valid信号进入系统时钟域这里只需要打两拍同步就够了。复位方案我用的是异步复位、同步释放这是FPGA设计的标准套路。异步复位保证系统上电立即进入确定状态同步释放避免复位撤销时产生亚稳态。复位信号低有效全局统一不要在某个子模块里自己产生复位否则布局布线后时序收敛会出各种奇怪问题。3.2 串口回传与上位机显示采集到的温湿度和PM2.5数据我建议用UART回传到PC端上位机用串口助手就能查看。上位机协议格式可以自己定比如帧头0xAA 0x55然后是数据长度、温湿度字节、PM2.5高字节低字节、校验和。定好协议后逻辑上就简单了采集模块有新的数据有效信号就触发一帧UART发送发送完继续等下一轮采集。UART发送模块比接收模块简单得多本质上就是一个移位寄存器加一个波特率计数器。发送数据的时候先拉低起始位一个bit时间然后从最低位开始逐位发送8个数据位最后拉高停止位。注意帧与帧之间至少留1bit的空闲高电平否则对端接收会出错。有个经验FPGA往PC发的数据波特率误差必须控制在±2%以内。50MHz晶振分频出9600波特率每个bit的计数值是5208个时钟周期如果能整除当然精确不能整除就取整。5208整数分频的误差是0.0002%完全没问题。但如果你用奇怪的晶振频率比如33.333MHz分频9600就得算清楚误差超过2%就乖乖换一个波特率档位。提示调试初期不要一上来就接PMS7003先用串口回传一个固定递增的测试数据验证UART链路没问题再接入真实传感器数据。这能把通信问题和采集问题分开定位。3.3 Vivado 在线调试工具 ILA 的实战用法上板调试阶段ILAIntegrated Logic Analyzer是排查问题的利器。我一般会例化一个ILA核把DHT11的状态机状态值、数据位计数器、移位寄存器的值都接进去这样就能在Vivado的波形窗口里看到实时的内部信号变化。ILA使用上有几个实用技巧。第一触发条件不要只设一个信号可以设状态机处于READ_40BIT且bit计数器等于1这样能精确抓到第1个数据位附近的波形。第二采样深度不要贪多1024足够了采样深度越大综合后占用的BRAM越多甚至可能导致布局布线时序不过。第三调试完毕后一定要记得把ILA核去掉或者用SYNTHESIS宏包起来否则生产版本里带着调试逻辑纯属浪费资源。之前调DHT11时状态机老是卡在等待传感器响应的状态看代码逻辑也没问题。后来用ILA抓了波形才发现在上电后的第一次读操作里传感器响应时间比预期的80μs长了近一倍而我的状态机超时跳转设得太短直接回IDLE了。后来又重新读了DHT11的datasheet发现它上电后第一次读取需要等待传感器的稳定时间超过1秒甚至2秒才返回正常数据。这个坑让我学会了遇到状态机异常先用ILA看真实时序波形别急着把代码推倒重写。4. 常见问题排查与避坑实录4.1 采集数据全零或全FF的排查思路这是最常遇到的问题。数据全零和全FF的成因完全不同排查路径也不一样。数据全零先查硬件连接再看DHT11是否被拉低。DHT11的上拉电阻如果没焊好DATA线会一直被传感器拉低此时状态机能收到低电平但读到的数据位全是0。数据全FF则恰恰相反多半是DATA线浮空没有上拉或者上拉失效FPGA采到的全是高电平。还有一种隐蔽的情况DHT11的DATA引脚接到了FPGA的bank但bank的电压标准配置错了。比如FPGA的VCCIO是2.5V传感器是3.3V逻辑电平不匹配会导致采样的高低电平判定异常。查这种问题拿万用表测一下DATA引脚在空闲状态的电平是几V如果低于VCCIO的一半基本就是电平不兼容。4.2 PM2.5 数值跳变的三个典型原因PM2.5数据跳变第一嫌疑是校验没做。PMS7003的串口帧在长线传输中如果受到电机、继电器等电磁干扰某个字节出错很正常。没有校验和机制的话错帧数据直接进滤波模块滤波输出当然会毛刺。第二嫌疑是滤波窗口没生效比如滑动窗口模块的valid信号没跟数据对齐导致窗口里混入了无效数据。这个问题在波形上很难看出来所以我建议在滤波模块的输出端也加一个ILA探针对比滤波前后的波形。第三个原因更隐蔽PMS7003数据帧是持续不断输出的每帧之间的间隔是200ms到800ms如果你的状态机在帧中间掉链子比如漏了一帧那数据就会卡在旧值看起来像跳变其实是不更新。4.3 综合与布局布线的三个教训综合阶段最常见的错误是多驱动和锁存器意外产生。多驱动就是同一个信号在多个always块里赋值这属于语法错误但综合器有时只给warning不报error上板后行为完全随机。锁存器意外产生则是if语句没有else、case没有default综合器推断出latch功耗增加且逻辑行为诡异。我的习惯是case语句永远写defaultif永远配else从根上杜绝这类问题。布局布线时序不过尤其是DHT11模块计数器的路径时序告警大多是位宽过长导致组合逻辑链太长比如一个计数器从0加到20位再比较。解决办法是拆成两步先比较是否达到目标值的一半再加半值这样把单个比较器的输入位宽减半。工程上这种做法把组合逻辑级数压下来时序问题基本消失。最后但同样重要的一点板上调试强电或者插拔传感器时务必先断电。FPGA开发板的IO口没有完备的保护电路热插拔传感器极易损伤IO引脚。我见过不止一次因为带电插拔DHT11导致FPGA某个bank彻底失效的情况换板子才能解决。5. 从单点采集到系统级应用的扩展方向这个项目做完你手里已经有一套完整的FPGA传感器采集数据处理通信链路。顺着这条路可以往几个方向深化。第一个方向是采集链路扩展。把DHT11换成SHT30通过I2C接口读取温湿度精度能上一个台阶PM2.5换用GP2Y1010加片内ADC补充模拟采集能力。每扩展一个传感器你都要处理一种新接口协议而FPGA的绝活恰恰就是什么接口都能用Verilog给它写一个控制器。第二个方向是数据处理升级。当前滑动窗口平均是线性滤波你可以改成中值滤波对异常脉冲的抗干扰能力更强也可以引入卡尔曼滤波把PM2.5这种缓变信号建模成状态方程滤波效果会更平滑。中值滤波在Verilog里实现就是排序网络窗口选3或5时逻辑简单值得一试。第三个方向是系统集成。给这套数据采集系统加上以太网接口通过UDP把数据发到上位机或者云平台就是一个标准的物联网边缘节点。或者加一块LCD显示屏、蜂鸣器和按键就是一台完整的室内空气质量监测仪。这些扩展本质上都依赖于这个项目打下的数据采集处理基础。单从工作量来看FPGA做传感器采集确实比MCU费劲。但反过来想你在MCU里永远体会不到自己写一个串口时序和用状态机精确控制微秒级信号的掌控感。这套能力积累下来再去接触以太网、PCIe、高速串行收发器这些复杂接口协议的时候你会发现核心思想都是同一个把协议拆成状态把时序算到bit剩下的就是工程实现的问题了。本文还有配套的精品资源点击获取