隧道空气质量监测系统实战：从传感器选型到联动调试与运维

这套隧道空气质量监测系统，从传感器选型到现场调试再到后期运维，我完整走了一遍，项目资料也都整理齐了。写这篇文章，是想把整个项目里最容易被忽视、但又最影响实际效果的细节讲清楚。做智慧交通、隧道运维，或者想用物联网思路做环境监测的朋友，应该能从里面找到一些能直接用的东西。

1. 隧道空气监测到底在监测什么——先把需求和边界想清楚

1.1 污染物从哪里来，又会引发什么问题

隧道是一个相对封闭的狭长空间，汽车尾气排出的污染物不容易快速扩散，会在洞内不断累积。主要污染物是这几类：汽油车燃烧产生的CO，柴油车排放的NO和NO₂，以及各类车辆带来的颗粒物。CO是无色无味的，司机在隧道里待久了，血液携氧能力下降，人会感到头晕、反应变慢，这是最危险的隐患；NO₂有明显的刺激性气味，浓度高了会刺激呼吸道；颗粒物本身不直接“有毒”，但它会散射和吸收光线，直接造成能见度下降，司机看起来就是“前面白茫茫一片”。

这里要理解一个关键点：隧道空气质量监测和普通城市环境空气质量监测，目标是完全不一样的。环保站测的是一个区域的污染水平，要求精度高、代表性强；隧道监测的核心目标是保障司机的安全和通行效率，所以它更关注“会不会让人不舒服”和“能不能看清路”。这也是后面选传感器、设阈值、做联动逻辑时，所有取舍的出发点。

1.2 阈值和监测依据从哪里来

隧道监测的参数一般包括：CO浓度、NO₂浓度、能见度VI、风速风向、温湿度。其中CO和能见度是最核心的，因为这两个直接决定要不要开风机、开多少风机。

不同隧道长度、不同车流量，设计时的建议值会不一样。以CO为例，短隧道和交通量小的隧道，允许浓度可以高一些，而长隧道、重交通隧道，控制值就要更严格，一般CO超过100ppm到150ppm这个区间就要考虑启动风机。能见度方面，行业内通常把VI小于400m作为一级预警，小于250m就要加强排烟。这些数值不是拍脑袋定的，需要参考公路隧道通风照明的相关设计规范。做实际项目时，一定要先把隧道的设计文件翻出来，确认这条隧道的通风方式和对应限值，再回头设定监测系统的报警阈值。

1.3 系统的边界在哪里

很多第一次接触这类项目的人，容易把系统想得太大，一上来就要做完整的智慧隧道平台。实际上，一套可靠的空气质量监测系统，先要把三条链路打通：一是感知链路，传感器能不能稳定出数；二是传输链路，数据能不能可靠到达后台；三是联动链路，超过阈值之后，风机控制指令能不能顺畅发出去。平台展示、手机APP、历史统计这些是锦上添花，可以后做。但如果前面三条链路里任何一条是断的，后面加再多功能都是空中楼阁。

所以动手之前，先确定几件事：数据给谁看，是运营方值班室，还是统一的管理平台；报警通知到谁，是短信还是电话加短信；要不要联动风机，联动几级；历史数据要存多久，是否需要支持回放。这些需求写清楚，后面选硬件和做软件的时候就不会反复返工。

2. 传感器与硬件选型：稳定比精度更值钱

2.1 CO和NO₂传感器要关注的是寿命和抗干扰

CO传感器目前主流是电化学原理。它的工作方式是被测气体通过透气膜扩散到传感器内部，在电极上发生化学反应，产生与气体浓度成正比的电流信号。这类传感器最大的优点是功耗低、灵敏度高，缺点是寿命有限，一般工业级产品标称2到3年，而且会受到温湿度影响。选型时不能只看量程和分辨率，更要在意这四点：输出信号的稳定性、响应时间是否在可接受范围、温度补偿是否完善、以及传感器本身的交叉干扰情况。

交叉干扰是个隐蔽的坑。NO₂和CO传感器在某些工况下会互相干扰，尤其当隧道里柴油车比例较高时，NO₂浓度波动大会让CO读数出现偏移。便宜的小型传感器模块几乎不做干扰补偿，实测数据可能偏差百分之二十以上。所以我会建议选带温度补偿、并且厂商明确给出了交叉干扰系数的工业级传感器，贵一点，但现场少折腾。

2.2 能见度传感器别看型号，看原理

能见度监测在隧道里用的通常是前向散射式传感器。它通过发射红外光，检测空气中颗粒物的散射光强度，再换算成能见度值。这个原理决定了它和普通浊度计、PM粉尘传感器不是一回事，不要混用。

散射式能见度传感器有一个需要特别注意的点：光学窗口的污染。隧道内粉尘和油污会附着在探头上，导致光源衰减，读数越来越低，产生“假超标”。所以选型时优先看两个细节，一是探头有没有带自动加热除雾功能，二是有没有内置的自动校零机制。这两项直接影响长期运行的数据可信度，很多项目就是在这里吃了亏——装的时候数据漂亮，三个月后持续报警，清除灰尘之后才恢复正常。

2.3 风速风向、温湿度怎么配

风速风向主要是为污染物扩散趋势判断服务的。机械式风速仪便宜，但隧道里粉尘大、空气潮湿，轴承容易卡死，维护周期非常短。超声式风速仪没有转动部件，测的是声波在空气中传播时间受风速影响产生的差值，更适合这类恶劣环境。隧道内风速本身不大，一般零点几米每秒到几米每秒，所以传感器要选低风速下也能稳定出数的型号。

温湿度看似不起眼，但建议一定装上。一方面，温湿度数据可以用来做传感器读数的温度补偿修正；另一方面，隧道内渗水和雨季潮湿，洞壁会结露，温湿度数据能提前反映设备运行环境是否恶化，对判断故障原因很有帮助。

2.4 主控、供电和防护外壳同样决定成败

主控单元不需要很强的算力，关键是工业级的稳定性和接口丰富度。我用的方案是带多路4-20mA模拟量输入的工业采集控制器，一路RS485接口用于和传感器通信，额外几路继电器输出用来控制风机分级启动。选主控时心里要有数：隧道内电压波动大、雷击浪涌多，电源模块要留出1.5倍左右的功率余量，并且入口处加装防雷器和浪涌保护器。

机箱防护等级至少要IP65，安装在隧道内壁的机箱还要考虑防水弯头、密封胶圈和防眩光设计。隧道里环境并不友好，粉尘带油性、冲洗路面时水花四溅、大型车辆通过时还会有气流冲击和震动。机箱固定支架用不锈钢材质，减少锈蚀。这些细节不会出现在传感器参数表里，但它们往往决定了系统能不能安稳运行超过一年。

2.5 监测参数与传感器选型参考

3. 软件逻辑与联动策略：数据本身没有价值，闭环才有

3.1 数据采集和滤波：先把“毛刺”处理干净

隧道现场电磁环境复杂，风机启动、变频器运行都会对模拟量信号产生干扰。采集程序里如果直接把原始值拿来用，会出现读数在正常值和异常值之间反复跳变的情况，后台曲线像锯齿一样。我的做法是，采集周期设为1秒一次，在控制器内做滑动平均，取最近10个有效值的平均值作为1分钟上报数据。同时做简单的异常值剔除，超过量程上限或低于零点的数据直接丢弃，连续丢弃超过一定数量才触发传感器故障告警。

这里有个容易踩的坑：均值滤波虽然能平滑数据，但也会掩盖真实突变。比如一辆重载柴油车停在测点附近，NO₂浓度突然升高，如果不做处理，均值会把峰值削掉，导致报警延迟。所以滤波只对传输数据生效，本地判断报警时一定要用原始采集值或短窗口均值（3秒左右），这样才能兼顾稳定性和及时性。

3.2 标定和漂移补偿：传感器需要定期“校正认知”

电化学传感器随使用时间增加，零点会漂移，灵敏度也会衰减。软件上可以做的补偿包括两部分：一是温度补偿，读取温湿度探头的数值，按照传感器厂商给出的温度系数修正线性度；二是定期标定，用零点气体和标准浓度气体对传感器进行校准。实践中常见做法是每半年做一次零点标定和跨度检查，到期了在后台生成提醒。

标定本身也有操作细节。零点标定时通入氮气或经过活性炭过滤的空气，需要等传感器读数稳定后开始，一般要15到30分钟。跨度标定用的标准气体浓度最好在实际测量范围的60%到80%之间，这样校准后有实际的参考价值。标定过程要在隧道通风正常、车流较小的时段进行，否则现场本底浓度波动会把标定结果带偏。

3.3 风机联动：阈值分级和回差设计

隧道通风系统一般有多台射流风机或轴流风机，控制方式最好做成分级启动，避免把所有风机一起开。我用的分级逻辑是：

• 一级联动：CO浓度超过100ppm或能见度低于400m，启动第一组风机，发出提示告警；
• 二级联动：CO浓度超过150ppm或能见度低于250m，追加启动第二组风机，同时向值班室推送报警；
• 三级响应：CO浓度超过200ppm或能见度低于150m，启动全部风机，同步触发声光报警和短信通知。

这里必须加入回差和延时，否则系统会在阈值附近反复抖动。比如一级联动启动后，CO降到95ppm就关闭风机，很容易造成风机频繁启停，电机和接触器都吃不消。所以要设置回差，比如启动阈值100ppm、停止阈值80ppm，同时加一个风机轮换策略，让两组风机交替运行而不是只盯着一组用。控制器端还要做手动/自动切换的硬开关，避免远程误操作给现场带来风险。

3.4 通信链路上云：Modbus RTU解析和断点续传

传感器和主控之间通过RS485总线，Modbus RTU协议通信。RS485是半双工总线，现场调试时最容易犯的错是接错A/B线，以及忘记处理终端电阻。总线长度超过几百米或节点数较多时，不加终端电阻会导致信号反射，数据偶发错误。软件解析层面，要特别注意Modbus寄存器的高低字节顺序，很多项目的“数据乱码”问题，其实就是字节序没有匹配上。

主控到云平台，我选择的是4G DTU加MQTT协议的方式。DTU定时把采集数据上报平台，同时在本地保存最近一段时间的数据快照，一旦网络恢复，自动补传离线期间的数据。隧道里信号覆盖通常没问题，但也要考虑到长时间断网的情况，数据不丢比数据及时更宝贵。平台端展示至少要有实时曲线、历史回放、报警记录和设备在线状态四个模块，运营人员用得最多的是这几个，其他花哨功能实际使用率很低。

4. 现场部署与调试：从样机到隧道的每个细节

4.1 样机阶段：先把问题留在车间里

在隧道现场动手之前，强烈建议先搭一套桌面样机，把所有传感器、主控、DTU按最终架构接好，连续通电测试一周。样机阶段要验证的事情很具体：各传感器上电后读数是否符合预期，预热时间是否和手册一致，主控的模拟量采样是否有偏置，继电器输出能不能正常触发，Modbus报文能不能被稳定解析。

我习惯在样机阶段做一次标准气体比对，用CO标准气瓶和能见度模拟装置测试传感器的示值误差，误差超过允许范围的设备直接退回。这个阶段发现问题，成本很低；到了隧道现场再发现传感器坏了或者信号不稳，返工的时间和人力成本就完全不一样了。样机测试期间还要记录每台传感器在相同环境下的读数差异，建立底数档案，为后续现场比对提供参考。

4.2 安装点位：位置选对了，数据才有意义

传感器的安装位置直接影响监测数据的代表性。测点不能装在隧道洞口，那里受外界气流影响太大，测不出隧道内部真实的污染累积水平；也不能紧贴射流风机出口，风机高速气流会让传感器读数剧烈波动。比较常见的做法是，把测点布置在隧道内部靠近中段的位置，距离洞口在100米以上，敏感度高的隧道可以在隧道长度的1/3和2/3处各布一套设备。

安装高度方面，CO和NO₂传感器离地面约1.5米，大致是人体呼吸带的高度，能反映司乘人员实际接触的空气质量。能见度传感器安装时要避开隧道内照明灯具的正下方，强光和光晕会让光电探测器误判，最好朝向车辆行驶的来向，这样才能测到司机视角里的能见度。支架要考虑大货车通过时的气流冲击，用带减震结构的托臂，避免设备长时间震动导致内部接插件松动。

4.3 线缆与防护：所有暴露在外的接口都是风险点

现场线缆的走线和防水处理，是最能看出项目施工经验的地方。RS485通信线必须使用屏蔽双绞线，屏蔽层单端接地，绝对不能在两端都接地，否则会形成地环路电流，把干扰引到总线里。所有进入机箱的电缆都要做防水弯头，让雨水顺着线缆流下而不是沿着线缆流进机箱。

接线端子要逐个紧固，并且拍照存档。隧道运营环境里震动是无处不在的，松动的接线端子会造成数据时好时坏，这种故障排查起来非常痛苦。传感器和主控之间的航插接头，建议做二次固定，防止车辆经过引起的晃动把接头拧松。机箱内部还要放干燥剂或者带除湿功能的加热器，电化学传感器内部有电解液，长期高湿环境会加速传感器失效。

4.4 联动调试和72小时验收

设备安装完成后，不能只看数据正常就收工，必须做一轮完整的联动测试。进入联动测试前，先用便携式仪器在测点附近独立测一组数据，与系统读数进行比对，偏差在可接受范围内再进行后续步骤。之后在控制软件里临时把一级联动阈值降到当前浓度之下，观察风机是否按要求启动，信号是否准确返回平台，值班室是否有告警推送。测试完成后，把阈值恢复原值并做好记录。

正式验收前，系统要连续运行至少72小时。这72小时里要人工复核记录：数据是否存在长时间不变的死值，曲线是否存在周期性跳变，通信是否出现过掉线，告警是否误报漏报。只有这三个白天和三个夜晚的连续运行数据都干净，我才会签字确认交付。工程上有句话，叫“验收通过的当天才是运维的开始”，前面多花一点时间，后面能省下大量的解释和返工。

5. 运营期的故障排查与维护心得

5.1 数据漂移和“死值”：最常见的两类故障

运行一段时间后，最容易出现的问题就是数据漂移。表现是CO或NO₂读数整体偏高或偏低，但没有随车流量波动的趋势。常见原因有三个：传感器本身老化、光学窗口被灰尘覆盖（能见度传感器尤其明显）、以及电路板受潮导致模拟量采样基准漂移。排查顺序也很清晰，先看另外一台同断面设备的数据对比，再判断是共性问题还是单台设备问题，然后检查传感器表面和防尘罩，最后才考虑标定或返厂。

“死值”指的是设备在线，但数据始终保持一个固定值不变。这种情况大概率不是数据正常，而是传感器或者采集通道出了问题。我遇到过传感器接线松动导致信号线接地，采集值归零的情况；也遇到过电化学传感器电解液干涸、输出不再随浓度变化的案例。判断方法是用手电筒照一下风机联动状态，对比相邻断面的数据趋势，如果在车流量明显变化时该点位数据纹丝不动，就要尽快安排现场检查。

5.2 RS485通信掉线：排查顺序比猜测重要

通信掉线是隧道监测系统运维的高频问题。表现分两种：一是控制器偶尔读不到某个传感器数值，整包丢数据；二是数据能读到但校验错误，看报文内容明显不对。排查顺序我建议固定为：先查接线端子和终端电阻，再查屏蔽层接地状态，然后查波特率和站地址配置，最后用替换法换一台设备测试，绝对不能上来就怀疑传感器坏了。

终端电阻是很多现场忽略的细节。协议转换器和主控设有默认终端电阻，但传感器侧的终端电阻往往没人处理。总线两端只要有一端缺少匹配，在长距离布线下数据就很容易出现偶发错误。现场实测时，如果发现供电电压正常但通信时通时断，用万用表测量总线A/B之间的压差，正常空闲状态应该在1.5V到5V之间，偏差过大基本就是偏置电阻或接地问题。

5.3 风机频繁启停：问题往往出在阈值设置

风机频繁启停这个问题，我在调试初期踩过一次。现象是风机每隔十几分钟就启停一次，后台报警记录刷了一整页。查下来发现，当时把风机停止阈值设置得和启动阈值太接近，回差只有不到5ppm，隧道内CO浓度在阈值附近来回波动，系统自然跟着来回动作。

解决思路是拉大回差范围，同时增加启动延时。比如一级启动阈值100ppm，停止阈值80ppm，并且连续超过启动阈值3分钟后才启动风机。这样既保证了响应及时，又避免了阈值附近“抖振”。后来我还在联动逻辑里加了风机轮换策略，每次启动的风机编号交替，延长了整套风机的使用寿命。这套防抖设计，比单纯调高阈值要更合理，因为它在不牺牲安全性的前提下解决了设备磨损问题。

5.4 预防性维护计划：半年为周期

系统稳定运行的关键，不在于出问题之后响应多快，而在于有没有预防性维护计划。我目前执行的是半年维护周期，具体内容包括：清洁能见度传感器的光学窗口和防尘罩、检查电化学传感器的电解液耗材状态、用零点气体和标准气体做一轮标定、紧固所有接线端子、检查机箱密封胶圈和干燥剂状态、备份平台端的报警记录和配置参数。

每次维护都要形成书面记录，尤其是标定前后的数据对比。这个记录非常珍贵，连续几个周期下来，可以明显看到传感器灵敏度的衰减曲线，能提前预判哪台设备快要换新了。单纯依赖设备报警才动手维护，在隧道这种环境里往往已经晚了，因为传感器读数失真和风机误动作造成的影响，都不是一次报警能完全描述的。

真正做完这套系统，我的感受是：隧道空气质量监测的技术门槛并不在某个单点环节，而在全链路的可靠性设计。传感器选型、软件滤波、联动策略、现场安装，任何一环偷懒，最后都要用运维期的时间和经费加倍偿还。建议后面做类似项目的朋友，把精力重点放在“数据如何稳定真实地反应现场情况”和“告警之后系统能自动做些什么”这两件事上，哪怕平台界面朴素一点，也比华丽但总是在报瞎警的系统强得多。