1. 项目整体设计思路与选型拆解1.1 排水管网监测到底在解决什么问题我是从2018年前后开始接触城市排水管网监测的那会儿很多城市还在用最原始的办法井盖翻开竹竿探底手工记录。遇到汛期或者管网堵塞数据滞后得厉害等发现水位异常的时候往往已经满溢甚至内涝了。后来陆续有项目开始上在线监测设备但在实际使用中暴露了不少问题最核心的就是供电和通信。排水管网液位计在线监测设备配合微功耗遥测终端本质上做的是这么一件事把液位传感器放进检查井或者关键管段实时感知水位变化再通过遥测终端把数据传到平台端。它解决的问题很直接——管网运行状态从“不可见”变成“可见”从“事后处置”变成“事前预警”。对于市政排水管理部门、管网运维单位、设计院的规划人员来说这套系统提供了最基础的数据支撑。这个项目的关键词在于“微功耗”。排水管网的检查井分布在城市各个角落绝大多数点位根本没有市电可取也不可能专门拉一路220V过去成本和施工难度都扛不住。所以设备必须靠电池或者太阳能供电而且续航要以“年”为单位计算而不是“天”。这就对遥测终端的设计提出了非常苛刻的要求待机功耗要极低、采集策略要灵活、通信机制要节能。1.2 方案选型背后的核心矛盾我见过不少失败的监测项目问题几乎都出在“功耗”和“数据实时性”这对矛盾上。液位传感器本身功耗不高LED显示的投入式液位计工作电流也就20mA左右但遥测终端一旦要频繁上传数据通信模块的瞬时功耗就会飙到1A以上NB-IoT模块发射峰值电流通常需要0.5A1.2A。如果每分钟上传一次数据10000mAh的电池撑不过一个月。所以选型时首先要确立一个原则数据采集可以频繁但无线通信必须克制。传感器实时检测没问题终端本地存储数据按照预设的策略定时唤醒上传其余时间深度休眠。这套逻辑听起来简单真正落地的时候会发现市面上的遥测终端良莠不齐很多标称“微功耗”的产品实测待机电流在uA级别但通信链路建立后的电流控制做得一塌糊涂电池寿命根本达不到设计值。我们的方案最终确定采用“低功耗MCU NB-IoT通信模组 多级休眠策略”的架构。主控选型上STM32L系列和MSP430是主流选择我们用的是STM32L071这颗芯片在Active模式下的功耗可以控制在100uA/MHz左右Stop模式下的待机电流能做到3.4uA以下。通信模组用的是NB-IoT相比4G LTENB-IoT在低速率数据传输场景下的功耗优势非常明显PSM省电模式下的待机电流可以做到uA级别eDRX机制可以灵活调节接收寻呼的周期。1.3 为什么优先选投入式液位计而不是雷达或超声波排水管网里的工况条件相当恶劣我实测过不少场景。检查井里水面上漂浮着各种杂物井壁上挂着油脂污水本身有腐蚀性有时候还会有硫化氢等有害气体。在这种环境下超声波液位计和雷达液位计各有各的痛处。超声波液位计的原理是发射声波并接收反射波水里漂浮的泡沫、油污、固体杂物会严重干扰回波信号而且温度变化对声速的影响需要补偿否则测量误差比较大。雷达液位计抗干扰能力强一些但价格明显偏高在一些小管径的检查井里安装还有盲区问题而且雷达波对水面波动比较敏感在液位剧烈变化的工况下滤波设置比较麻烦。投入式液位计静压式液位计的工作原理是通过测量传感器探头处的水压来计算液位高度不受泡沫、悬浮物、介质介电常数的影响价格相对亲民安装方式灵活探头直接沉入水中或者固定在井底附近都行。它对水质的要求相对宽容只要定期清理探头上的污泥长期稳定性是有保证的。配套的气压补偿型投入式液位计带通气管的导气电缆是排水管网项目的首选。因为管网内部的气压并不是恒定的污水发酵、排气系统工作情况都会导致井内气压波动如果不做气压补偿单纯测量绝压再减去大气压的算法会产生明显的漂移误差。带导气管的液位计探头背压侧直接连通外部大气仪表测量的是真实液位差对应的静压精度能控制在±0.5%FS以内。2. 核心硬件选型与关键参数详析2.1 微功耗遥测终端的关键指标怎么看遥测终端RTU是整个系统的“大脑”。市面上产品不少但参数标注的水分参差不齐。我总结了一套自己的评估方法看板子之前先看三个核心指标。第一是待机电流。这指的是终端处于深度休眠状态、仅保留RTC和唤醒逻辑时的电流值。这个值如果做不到10uA以下后面谈什么“微功耗”都是耍流氓。实测的时候不能只看芯片手册上的典型值一定要拿万用表串联实测因为外围电路比如电源指示LED、LDO的静态功耗、分压电阻网络都可能悄悄吃掉不少电流。第二是唤醒时间。终端从休眠状态被唤醒到可以采集数据、发送数据这个过程有多快直接影响采集频率的设计。唤醒时间过长会导致系统需要提前“预热”白白消耗能量。优质的方案能把唤醒时间控制在毫秒级别比如从RTC中断触发到MCU完成初始化、传感器上电稳定、开始采集总体不超过50ms。第三是通信模组的功耗策略。NB-IoT模块在PSM模式和eDRX模式下的功耗差异很大成熟的产品会通过AT指令灵活配置模块的状态机比如设置TAU跟踪区更新周期、eDRX周期让模块大部分时间处于深度休眠只在约定的时间窗口接收下行数据。我这里有一个实际选型时的对比表供参考指标推荐范围备注待机电流≤10uA 3.6V实测值非理论值工作电流采集≤30mA不含通信模组通信峰值电流≤1.2A瞬时NB-IoT发射瞬间唤醒时间≤100msRTC中断到开始采集供电输入范围DC 3.6V12V适配各类电池/太阳能组合防护等级IP68整机灌胶井下环境必须防水浸泡工作温度-30℃70℃北方冬季井口结冻也要稳定提示选型时务必要求厂商提供“实测待机电流”数据而不是芯片手册的典型值。我曾经拿到一款号称“微功耗”的终端实测待机电流高达300uA原因竟是电源指示灯没有在休眠时关闭这种低级坑防不胜防。2.2 液位计的量程与精度如何确定排水管网液位计的量程选择别拍脑袋。正确的做法是结合管径、上下游管底标高、井深、历史最高水位来综合计算。举个例子一个DN1000的排水管检查井井深约4米管底到井底有0.5米的沉泥区那么液位计的量程至少要到4米建议选5米量程留出20%的余量覆盖极端暴雨工况。量程选小了大暴雨时满量程输出数据就失去参考价值了量程选大了测量精度会被稀释因为很多液位计的精度是按满量程百分比计算的10米量程的仪表测量4米液位误差会比5米量程的仪表大一倍。精度方面市政排水管网监测一般不需要达到工业过程控制的严苛等级±0.5%FS已经足够。但有一个细节要特别注意——零点的稳定性。投入式液位计长时间浸泡在污水中探头的膜片会缓慢漂移所以建议每3-6个月做一次零点校准。有些项目会把仪表拆回实验室校准操作麻烦且停测时间太长更聪明的做法是选用带自动零点追踪功能的液位计或者通过平台端的远程零点修正功能来调整。信号输出方式的选择也很关键。4-20mA模拟量输出的液位计兼容性好几乎所有RTU都能接入但需要给传感器提供稳定的电源并且线缆长度增加时要注意压降。RS485Modbus-RTU数字输出的液位计抗干扰能力强可以直接读到数字量不用再经过ADC转换精度损失更小。我们的项目统一采用了RS485接口的液位计这给后期的设备调试和数据校准省了很多麻烦。2.3 电池选型与容量计算实例确定了终端和传感器的功耗之后就要进行电池容量规划。这是决定项目能稳定运行多久的关键环节很多人在这里栽过跟头。我这里给出一个实际的项目计算过程。假设遥测终端的工作参数如下采集频率每5分钟采集一次液位数据通信策略每30分钟上传一次数据一次采集周期内最终取平均或极值上传单次采集功耗传感器上电稳定加采集耗时2秒电流30mA单次通信功耗NB-IoT模块从PSM唤醒、附着网络、建立连接、发送数据、重新进入PSM全过程耗时约5秒平均电流250mA考虑发射峰值待机功耗10uA电池容量计算单次采集耗电量30mA × 2s 60mAs即0.0000167Ah单次通信耗电量250mA × 5s 1250mAs即0.000347Ah每30分钟一个周期内的总耗电量(0.0000167Ah × 6) 0.000347Ah 0.000447Ah一天的耗电量0.000447Ah × 48 0.021456Ah约21.5mAh一年的耗电量21.5mAh × 365 7847mAh约7.85Ah再考虑电池的自放电率锂电池每年约3%5%、冬季低温造成的容量衰减-20℃时锂电池容量约为标称的60%70%、以及通信模块在弱信号下加大发射功率导致的额外损耗实际可用容量要按1.3倍的冗余来规划。所以选型时至少需要10Ah以上的电池组。我们用的是三节18650锂电池并联单节容量3500mAh总容量10500mAh配合太阳能板辅助补电理论续航可以达到2年甚至更久。注意千万不要为了追求续航把电池容量做得过大因为很多设备的使用寿命可能本身只有三五年电池容量过剩也是一种浪费。而且井下环境温度高锂电池在高温下的安全隐患不可忽视一定要选带保护板的电池组同时考虑阻燃外壳。3. 系统整体实现与现场调试实录3.1 通信链路与数据协议设计排水管网液位监测的数据量并不大核心就是时间戳加液位值偶尔再加上电池电压、信号强度等状态量。但这并不意味着数据协议可以随便设计差的协议会直接推高通信功耗和流量成本。推荐的协议模型固定为精简JSON字符串类似这样{dev:DRAIN001,t:1697000000,lvl:2.35,bat:12.6,rsrp:-95}字段说明如下dev设备编号4-8位字符。tUnix时间戳秒级。lvl液位值单位米保留两位小数。bat电池电压单位V用于远程监控设备供电状态。rsrpNB-IoT参考信号接收功率单位dBm用于诊断通信质量。数据直接上报到IoT平台平台侧再做解析入库。为了进一步节约流量和功耗可以开启NB-IoT网络的Non-IP数据交付NIDD能力底层走非IP消息消息体更小功耗也更低。不过NIDD对接的复杂度稍微高一些需要与运营商协商开通如果项目初期不想折腾走UDP上行也完全可以接受。通信频率的设定要结合业务场景权衡汛期或者正在发生液位快速变化的点位把上报周期缩短到510分钟确保实时预警的时效平时可以放宽到3060分钟一次牺牲一部分实时性换取更长的电池寿命。这个逻辑在平台端做成远程可配置的策略不用每次到现场修改终端参数。3.2 低功耗策略的精细化配置“微功耗”不是单靠硬件省出来的软件的功耗管理同样重要。我们在这套系统里实现了三级休眠机制实测效果显著。第一级是MCU的Stop模式。在两次采集之间MCU进入Stop模式关闭大部分外设时钟只保留低功耗定时器或者RTC闹钟来唤醒。这一级的功耗可以压到几uA。第二级是传感器的电源切断。液位计在不采集的时候通过一颗MOS管彻底断开供电避免传感器在空闲状态下消耗静态电流。注意选择漏电流极小的MOS管比如AO3401A漏电流nA级别否则这个开关本身就会成为电量黑洞。第三级是通信模块的PSM模式。NB-IoT模块完成一次数据上报后通过AT指令让模块进入PSM状态在此状态下模块在核心网侧相当于“离线”不接收寻呼功耗极低。需要上报时通过外部中断唤醒MCU再由MCU拉高模块的PSM_WAKEUP引脚触发模块重新激活。实际调优过程中eDRX周期和PSM定时器参数的配合很考验经验。eDRX周期越短模块醒来监听的频率越高下行响应越快但功耗也会上升PSM活跃时间设得太短可能导致平台端的下行指令没有及时下发到模块设备进入深睡后就联系不上了。我们最终选择的方案是eDRX周期1024秒PSM活跃时间64秒。这组参数在“下行可达性”和“功耗”之间取得了比较平衡的效果实际测试中平台到终端下行指令的成功率在95%以上。3.3 安装位置选择与固定方式液位计的安装位置直接决定了测量数据的代表性这块的坑我踩得最多。先说几个禁忌。第一不要把探头放在检查井的进水口附近。进水管落水会形成强烈的扰动和水花测出来的液位波动非常大数据毛刺很多还会影响流态。第二探头不要紧贴着井壁安装因为井壁会形成流体的边界层局部流速为零导致液位比中心区域偏高。第三避开排污管道的弯头、变径等局部阻力件附近这些位置的水头损失和壅水现象严重数据没有参考价值。合理的安装位置是在检查井内水流相对平稳的断面探头固定在距离井壁约10cm的位置探头底部距离井底或淤泥面约10cm避免探头直接埋在淤泥里。方案通常会用一根不锈钢管或者专用的安装支架从井口伸到设计安装位置用管卡把液位计固定住。还有一件事很容易被忽略——线缆的防护。从井下设备盒到探头的信号电缆建议套上PVC套管接头处做好防水密封并用绝缘胶带缠紧。排水检查井里的环境恶劣硫化氢等腐蚀性气体会加速电缆老化线缆选择上尽量用耐腐蚀的聚氨酯护套电缆不要省这个钱。3.4 设备箱与防爆、防淹处理排水管网环境特殊设备箱的选择和处理也不能马虎。普通铁皮箱在井下很快就会被腐蚀透铝合金箱稍好但成本高一些。我们的做法是采用ABS工程塑料防水箱IP68整机灌胶处理所有接线端子用环氧树脂密封做到完全防水。这样即便检查井被水淹没过设备箱也不会进水短路——只要天线和电缆出口密封处理好箱体浸没半小时都没问题。防爆问题也要重视。排水管网特别是合流制和工业废水接入较多的管网会产生可燃气体甲烷等设备在运行过程中如果产生电火花可能存在安全隐患。虽然微功耗设备的电气能量级别不高但稳妥起见在有可燃气体风险的区域选择的本安型设备或者按照相关防爆标准对设备箱和处理工艺进行设计是值得的。至少要做到电路板灌封、接线端子防护、传感器探头无裸露金属端子。设备箱的安装位置一般建议固定在检查井侧壁高于常年水位线30cm以上同时要便于运维人员从地面通过拉钩等工具勾出来維护。我曾经见过一个项目设备箱装在井底下了几天雨水位涨上来把箱子淹了虽然IP68能防住进水但NB-IoT信号在水下衰减严重数据连续一周没上传严重影响了业务判断。4. 平台端接入与数据应用4.1 设备接入平台的流程一台排水管网液位计要从“裸机”变成平台上一个可用的监测点中间要经历一个比较完整的调试流程。这里把我们的标准操作流程写出来供参考。第一步是设备注册。在平台上创建一个监测点录入设备编号、点位名称、所在道路/井号、中心经纬度、量程、安装日期、通讯参数等基础信息。这一步看似简单后续所有数据分析和告警设置都依赖这些基础信息的准确性一定要做好台账管理。第二步是协议对接。如果使用标准MQTT或CoAP的IoT平台设备端烧录平台要求的接入协议并把设备标识、密钥等配置到终端固件里。如果是私有化部署的平台需要提供设备接入的SDK或者自定义协议文档让终端工程师把上报数据格式、心跳机制、下行配置指令等逐条对齐。第三步是联调验证。把设备放在测试环境模拟正常的采集和上报过程重点验证“数据能上来”“数据是正确的”“平台指令能下去”。联调的时候我把采集到的液位值和手动量测的杆测数据做比对误差控制在一定范围内才算通过。第四步是现场安装后做终验。设备安装到位后观察至少一个完整的上报周期确认数据稳定后再配置告警阈值。千万不要安装完就撤场很多问题都是通电后的第一个小时才会暴露出来。4.2 数据校验与异常识别井下液位计的实测数据往往不是拿来就能用的要做好数据质量的筛选和校正否则误报和错判会把运维人员折腾到崩溃。我们的平台端做了几层简单的数据校验逻辑液位值超出量程范围比如负值或者超过满量程时自动丢弃并标记为异常。两个相邻上报周期之间液位跳变超过一个阈值比如1分钟跳变超过2米且持续多个周期判定为传感器可能被异物遮挡或者出现故障发出告警提示人工检查。连续N个周期没有数据上报判定为通信中断或者设备异常生成待处理工单。除了这些基本规则外针对液位计特有的“淤泥埋没”场景可以在平台上做报警识别。如果液位长时间保持不变、且数值恒定在探头安装高度附近大概率是探头被淤泥覆盖了这种漂移型故障通过肉眼很难发现但数据规律性极强适合用规则引擎自动识别。4.3 预警阈值如何设置更合理液位计的监测价值最终要落在“预警”上阈值设置得是否合理直接决定了这套系统的使用体验。阈值设置绝对不能一刀切。不同管径、不同汇水面积、不同下游泵站能力对应的“安全液位”完全不同。建议的做法是先在平台端积累至少一个月的基础数据统计正常天气下液位的P9090分位数和日变幅再结合管网模型仿真或者历史积水事件反推“警戒液位”和“危险液位”。以我们做过的一个小区雨水管网项目为例管径DN800检查井深度3.5米正常降雨天气液位中位数0.5米历史积水事件最高液位2.8米警戒液位1.5米达到此值通知运维人员加强巡查危险液位2.2米达到此值平台自动推送告警通知抢险队伍待命阈值设置后还要动态修正。系统运行三个月后把每一次预警事件和实际发生的积水情况做比对如果发现预警过多但实际积水很少说明预警阈值偏低适度上调反之出现积水但没触发预警说明阈值偏高必须下修。这种“人工闭环校正”虽然土但非常有效。5. 常见问题与排查技巧实录5.1 液位数据跳变异常怎么排查液位数据跳变是现场反馈最多的问题之一表现为上报的液位值在一个周期内突然从0.3米跳变到2.5米然后又跳回0.3米。这种现象看起来像真的水位剧烈变化但实际往往是设备问题。排查时我一般按这个顺序走先看RS485通信是否正常。投入式液位计和RTU之间走Modbus-RTU协议线路接触不良或者被水浸泡导致信号短路都会产生错误数据帧。用Modbus调试工具直接读取寄存器值如果数值稳定说明传感器本身没问题问题出在数据链路上。检查传感器探头固定是否牢靠。探头如果在水流冲击下来回摆动静压测量会受到加速度干扰产生微小波动虽然不至于跳变太多但长期松动会导致数据漂移。检查设备箱内是否有冷凝水。井下湿气大密封再好的箱子也难免有水汽侵入。水汽凝结在电路板上会导致相邻引脚间阻抗下降产生随机干扰。可以在箱体里放一包干燥剂同时检查密封条是否完好。排查供电电压波动。电池电量偏低时传感器上电后的电压可能达不到额定工作电压导致测量值异常。平台端如果能看到电池电压数据这块一目了然——电压低于某个阈值就要考虑更换电池了。5.2 电池续航严重缩水的元凶很多项目在验收时续航看起来没问题运行半年后电池电压开始快速下降甚至直接罢工。我拆过不少返厂设备总结出三个最常见的“电老虎”。第一是通信模块频繁重连。NB-IoT信号差的地方比如井深较大的检查井模块附着网络和注册到网络的功耗会明显增加反复失败的连接更是耗电大户。解决办法是优化天线方案尽量把天线引到井口或地面以上宁可使用延长线也要保证信号质量。第二是传感器在休眠状态下没有完全断电。如果电路设计上传感器的供电引脚直接和电池正极相连传感器自身的静态电流会持续消耗电池能量。看起来只有几毫安的电流一个月累积下来也有不少。正确做法是使用MOS管作为传感器供电开关MCU在不需要采集时直接关闭这个开关。第三是终端频繁被唤醒。有些平台的协议配置不当导致服务器频繁向终端下发数据请求终端模块不得不反复从PSM状态醒来响应。PSM本来是省电利器这样一搞反倒成了耗电大户。排查方法很简单看平台端的下发指令频率——如果每小时下发次数超过个位数就需要重新评估协议设计。5.3 现场维护实用经验总结最后分享几条这几年摸爬滚打总结出的现场经验每一局都是真金白银买来的教训照着做至少可以少走半年弯路每一台设备出厂前都要做48小时以上的“老化测试”包括高低温循环、模拟信号弱场景下的通信测试、反复休眠唤醒的压力测试。在客户现场发现问题再返修成本至少是出厂的十倍。安装时在设备箱里放一张纸质记录卡写上安装日期、设备编号、电池安装时间、最后一次校准日期。平台上有电子台账也别省这步现场维护时不用翻手机查数据一眼就能看到关键信息。电池和液位计的“到期更换”不要完全跟着厂商质保期走要根据平台上的电压数据和零点漂移趋势来判断更换时机。宁可多换一次电池也不要让设备在关键时刻掉链子。最好建立一个“问题数据库”把每次故障的现象、排查过程、最终原因和修复措施记录下来。排水管网监测项目点位越多这套经验库的价值就越大后来人能直接参考前人的排查路径效率提升非常明显。针对易被淤泥埋没的点位可以考虑在探头外部加装保护罩或者做抬高处理减少和维护人员的“心理阴影”接触面。6. 这套系统后续还能往哪里延伸排水管网液位监测项目做完了其实只是数据化管网管理的第一步。液位数据真正发挥价值的场景远比“显示一个数字”丰富得多。接下来可以做的一件事是结合流量计在关键节点位置加装多普勒流量计把“水位”这个单一维度升级成“流量”维度。液位只能告诉你水有多深流量能告诉你水在怎么流动配合起来做管网负荷分析、入流入渗诊断、雨污混接排查准确率会高很多。比如某个点位夜间液位有明显的规律性抬升很可能存在地下水入渗或者上游夜间的异常排放这些都是靠单点液位很难定位的问题。另外多监测点位的液位数据可以用于构建管网上下游的联动分析模型。把一条主干管线上的几个监测点的数据按时间序列对齐观察上下游液位变化的“波峰传播时间”可以大致判断管道内流速和堵塞程度甚至可以提前定位疑似淤积管段的位置让养护单位带着设备直达现场而不是整条管线一寸寸地摸查。从数字化管理趋势来看这套设备沉淀下来的历史数据未来还能服务于管网运行策略的优化。比如调蓄池的溢流控制策略、泵站的开停优化策略如果缺乏长期的液位数据作为支撑只能靠经验去设置效率和安全都大打折扣。有了数据积累之后再配上水力模型做在线推演整个排水系统的精细化管理水平就能上一个台阶。我在实际项目中还有一个很深的体会设备选型和系统设计再专业最终决定项目成败的还是现场施工和运维的细节。井下作业条件艰苦一次安装不到位后期排查的时间成本可能是安装时间的十倍以上。所以每次进场前我都会把安装顺序、固定方式、线缆保护、密封处理这些细节在图纸上过一遍又一遍确认没有遗漏才动手。这也算是这行干久了的一点强迫症吧。