DIY雨量监测器：基于ESP32与翻斗式传感器的降水量精确计量实践

1. 从大概下了几毫米到精确计量雨量监测器补全了哪些拼图我最早开始关注降水量记录是因为院子里那排月季。天气预报说夜间有雨我信了没浇水。第二天起来一看地面只湿了一层皮月季叶子都蔫了。气象站的数据显示当天降水量是0.8毫米可我家这片实际可能连0.2毫米都没到——夏季午后那种局地对流雨隔一条街就是两个世界。从那天起我就决定与其天天猜楼下的雨和楼顶的雨是不是一回事不如自己装一套雨量监测器把大概下了几毫米变成今天14:03到14:07下了3.2毫米强度是48毫米/小时。降水量的精确计量在很多场景里都是刚需。搞农业的朋友要知道灌溉是不是被雨抵扣了排水系统设计需要流域内不同点的雨强曲线连做庭院自动浇灌的人都要靠雨感数据决定今天停不停机。一套能实时测量和记录降水量的设备本质上就是把天气体验换成天气数据。我要做的这套系统核心就四件事把降水变成可计数的物理信号、把信号换算成毫米、把数据存下来或传出去、最后让人能随时看到。成本控制在一台普通智能音箱之下不需要专业气象站的预算维护周期也不长。1.1 局地的雨和气象站报的雨经常不是一回事气象部门的自动站通常布设在固定地点可能离你十几公里甚至更远。一场雷阵雨的水平尺度经常只有几公里中心区和边缘区降水量能差出好几个量级。我住的小区北侧有片山体东南风一吹气流抬升容易在局部制造短时强降水而区气象站的雨量筒常年测不到峰值。这种空间差异决定了个人自建监测站不是折腾而是对微气候的补位。除了空间差异时间粒度同样重要。很多公开数据是按小时或按日汇总的但5分钟内的雨强毫米/小时对排水、农业流失预警才有意义。自己搭的系统可以把记录间隔压缩到秒级暴雨来临时能清楚看到降水率是缓增还是骤增。1.2 一套自建雨量监测系统到底要花多少钱先说结论结实够用的方案三百元以内能落地五百元可以做到太阳能供电加无线远传。拆开来看翻斗式雨量传感器大约七八十到一百五ESP32开发板二十到四十面包板、杜邦线、外壳、SD卡模块加一起不到五十。如果再算上小太阳能板和电池预算也不会超过五百。这套系统的价值不在硬件价格而在数据连续性。天气预报是概率产品自己家里的一套雨量监测器却可以提供确定性记录某年某月某日我的院子到底接住了多少水。这个确定感用起来非常踏实浇花、维护屋顶排水、决定要不要打开自动遮雨棚都会有个数据支撑。2. 翻斗式雨量计为什么它是DIY项目的首选方案市面上的雨量测量方案不止一种常见的有称重式、翻斗式、虹吸式和光学式。对于个人项目我强烈建议优先考虑翻斗式原因不复杂结构简单、成本低、输出信号天然适合单片机处理。一套翻斗式雨量计的工作逻辑用一个比喻就能说清像一个一直往一边倒的天平雨水把斗装满就翻一次每翻一次说明又接满了固定体积的水。2.1 四种主流雨量测量原理对比原理工作方式精度成本DIY友好度主要问题翻斗式接水斗翻倒计数中高低高大雨时可能低估称重式称量接收容器重量很高高低结构复杂、功耗高虹吸式水位高后自动排空中高中低虹吸点易堵塞光学式检测雨滴遮挡光束中中中无法测量微雨准确量传统雨量监测器里翻斗式在气象观测站也是主力型设备之一说明它的可靠性经得起长期验证。个人项目选择翻斗式最大的好处是最后输出的是开关量脉冲单片机只要数脉冲数量就行不需要搞模数转换、重量标定这类复杂前置。2.2 翻斗式雨量计的物理过程与关键参数翻斗式雨量计的结构大致分三部分承水口漏斗、翻斗机构、信号输出。雨水从承水口进入流经一个漏斗后滴到翻斗的一侧当这一侧的水量达到设计阈值翻斗重心失稳翻转水流进另一侧同时一块小磁铁划过干簧管或霍尔传感器产生一次脉冲信号。就这么循环往复。厂商标称的分辨率通常有0.1mm、0.2mm、0.5mm三种意思是每翻一次斗换算成降雨量就是这么多毫米。单次翻倒体积取决于承水口的面积和翻斗容量两者配合决定脉冲与雨量的比例关系。这个比例不是出厂后一成不变的后面校准环节就是围绕它做文章。2.3 采购时真正该盯的参数买传感器的时候别只盯着不锈钢/铝/PVC这些材质宣传。我更关注三个参数承水口直径、分辨率、输出形式。承水口直径决定单位降水量对应的实际水量。比如直径200毫米的承水口理论面积是314.16平方厘米0.2毫米降雨对应约6.28毫升水。同样0.2毫米分辨率有的厂家用小口径漏斗配小容量斗误差来源处理不好会明显放大。输出形式要选干簧管或霍尔输出这两种都是数字开关量和单片机引脚直接相连最省事。那种需要放大电路的模拟输出传感器个人DIY没有必要碰。另外尽量挑带水平泡和调平螺丝的款式装的时候能省不少事。3. 硬件选型与组装从传感器到主控板的完整思路选硬件的原则永远是先定功能边界再选具体模块。我的功能边界是每翻一次斗记录一次事件、每分钟生成一条降水统计、数据同时存本地和上报服务器。带着这个边界去选型很多纠结会自然消失。3.1 核心清单与接线方式一套完整系统需要这些部件翻斗式雨量传感器带干簧管输出默认0.2mm/脉冲ESP32开发板选带WiFi的型号即可10kΩ上拉电阻干簧管输出通常需要64GB以下TF卡读卡器模块可选做本地冗余太阳能板18650电池或标准USB供电防水接线盒、PVC立杆、螺丝等安装件接线非常简单。传感器出来的两根线一般是一根信号线、一根公共地线接ESP32的GPIO34和GND把10kΩ电阻一端接信号线、一端接3.3V完成上拉。干簧管本来就是个机械开关GPIO有上拉后开关闭合会把引脚拉低这样单片机就能通过检测下降沿来计数。3.2 主控选型的取舍为什么我选了ESP32用ESP32而不是Arduino Uno核心原因是它自带WiFi和蓝牙省掉一个ESP8266外加串口转发的中间层。虽然也有ESP8266方案几乎同样便宜但ESP32的GPIO更多、支持双核运行、模数转换更多后续想扩展风速风向或土壤湿度都不用换板子。GPIO选择上要注意别乱插到只支持输入的引脚上最好选支持外部中断的引脚。ESP32大部分GPIO都支持为了稳妥我习惯用GPIO34它只有输入功能正好当信号采集引脚不担心误配成输出导致短路。3.3 供电方案从天天想着换电池到太阳能自维持雨量监测器必须7×24小时在线最怕一场暴雨来之前它先没电罢工了。最省心的方式是太阳能浮充一块10W左右的小板子配一块3.7V 18650电池再加一个TP4056充电模块和降压模块就能给ESP32稳定供电。如果实在不想折腾太阳能一个20000mAh的充电宝也能撑三四天但这不是长久之计。我最终用了太阳能方案实测晴天能充满电池阴雨天连续跑一周电量也没跌破3.6V。ESP32的WiFi功耗是个大头我让它在数据上报间隙进入modem sleep电流能压到30mA以下。4. 固件开发核心脉冲计数、防抖与雨量换算硬件装好之后真正决定数据可用性的在固件里。翻斗式传感器输出的是脉冲信号但脉冲不等于雨量中间还隔着防抖、换算、累计和上报这几道工序。4.1 用外部中断数脉冲并做好消抖单片机要实时捕捉每一个翻斗动作最靠谱的办法是外部中断翻斗翻转瞬间把GPIO拉低中断函数立刻执行。这里有个非常典型的坑——干簧管的机械抖动会让一个翻斗动作产生多个脉冲如果不处理雨量会被数成好几倍。我的处理方式是在中断里加时间窗判断两次有效脉冲间隔小于200毫秒就忽略掉。实测翻斗翻倒一次干簧管抖动通常在几十毫秒内结束200毫秒的阈值足够避开抖动又不会漏掉真实高速翻斗。const int RAIN_PIN 34; const unsigned long DEBOUNCE_MS 200; volatile unsigned long tipCount 0; volatile unsigned long lastTipTime 0; void IRAM_ATTR rainISR() { unsigned long now millis(); if (now - lastTipTime DEBOUNCE_MS) { tipCount; lastTipTime now; } } void setup() { pinMode(RAIN_PIN, INPUT_PULLUP); attachInterrupt(digitalPinToInterrupt(RAIN_PIN), rainISR, FALLING); Serial.begin(115200); }在中断服务函数里别做耗时操作比如序列化JSON、写文件、打印日志这些事统一放进主循环里做。我的习惯是中断只负责递增计数把时间戳和累计值暴露成全局变量由主循环定期读取并上传。4.2 从脉冲数到降雨量数据模型怎么设计雨量换算并不复杂核心公式就一句话降雨量脉冲数×单个脉冲对应的毫米数。我用的传感器是0.2mm/脉冲所以15个脉冲就是3.0mm。真正要设计好的是数据模型。我建议至少分三层原始事件层每次有效脉冲的时刻用于极值回查分钟聚合层每分钟的脉冲数、累计雨量、分钟雨强日累计层当天从0点开始的累计雨量用于生成日报const float RAIN_PER_TIP 0.2; // mm void loop() { static unsigned long lastMinute 0; unsigned long now millis(); if (now / 60000 ! lastMinute) { lastMinute now / 60000; unsigned long tipsThisMinute tipCount; float rainThisMinute tipsThisMinute * RAIN_PER_TIP; float rate rainThisMinute * 60; // mm/h Serial.printf(minute: %.1f mm, rate: %.1f mm/h\n, rainThisMinute, rate); } delay(10); }雨强要用毫米/小时来表示把每分钟的降水量乘60就能得到瞬时等效强度。这是评估短时强降水和排水压力最直观的指标比单纯看累计量更有预警价值。4.3 数据上报MQTT协议和断网重连数据上报我用MQTT理由很简单轻量、可靠、生态好。ESP32作为客户端把分钟聚合数据发布到自建的Mosquitto代理订阅端可以是Home Assistant、Node-RED也可以是一个小小的Python订阅脚本落库。关键要处理好断网重连。WiFi断开时数据不能丢我的做法是先本地缓冲每分钟的聚合结果同时写入SPIFFS里的环形文件等MQTT重新连上后按时间戳补发。#include PubSubClient.h const char* mqtt_topic weather/rain01/status; void publishMinuteData(float rain_mm, float rate_mmh) { char payload[160]; snprintf(payload, sizeof(payload), {\device\:\rain01\,\rain_mm\:%.2f,\rate_mmh\:%.2f,\uptime\:%lu}, rain_mm, rate_mmh, millis() / 1000); if (mqttClient.connected()) { mqttClient.publish(mqtt_topic, payload); } // 否则先缓存到本地文件 }有人会问为什么不用HTTP直接POSTHTTP也可以但它天然是请求-响应模式服务端不可用时报错机制要自己写。MQTT的QoS级别和持久会话机制能帮我省掉不少这类防御性代码。5. 数据记录与可视化本地存储、远程上报与长期趋势有了一台能正确数脉冲的设备最激动人心的环节是把数据变成可看的曲线和可以回溯的记录。5.1 本地SD卡存储留一份不依赖网络的底稿我坚持做双路记录一路走MQTT上报到服务器另一路存本地TF卡。原因很实际家里的路由器偶尔抽风断网修复后如果缓冲文件也坏了至少SD卡上还有一成不动的原始数据。SD卡写入我按天生成一个CSV文件命名格式是rain_20250615.csv表头固定为timestamp,tips_total,tips_minute,rain_minute_mm,rate_mmh每行一条分钟记录。CSV的好处是任何设备打开都方便Excel、VSCode、Python的pandas都能直接读。写到卡里之前我会先在内存里拼好一行字符串再一次性写入避免频繁打开文件不然TF卡寿命会折损很快。5.2 用Home Assistant和Grafana把数据变成视图上报到MQTT的数据我用Home Assistant做实时展示用Grafana画长期趋势。Home Assistant有一个专门针对MQTT传感器的集成订阅weather/rain01/status后把JSON字段解析成sensor实体即可。Grafana更适合做时间序列分析。可以画出一天内每分钟雨强的柱状图、一个月的累计降水量柱状图还能叠加气温数据观察降雨与降温的关系。我自己最常用的是近7天的累计雨量卡片让我一眼就知道院子里的自动浇灌系统今天该不该跳过。5.3 平时该重点看哪些指标数据可视化不是做得越花哨越好。日常维护这套系统我只需要盯三个数今日累计雨量判断浇灌系统是否停机当前雨强(mm/h)判断排水是否承压最近一次脉冲时间判断传感器是否活着如果超过48小时没有脉冲且期间没有降雨记录我会怀疑传感器卡住了。这个心跳监测逻辑可以写到告警规则里比盯着曲线更实用。6. 安装与校准决定数据可信度的两个关键环节哪怕固件写得再漂亮传感器安装歪了、系数不对出来的数据也是地基不牢的大楼。这一章是我认为整套项目里最容易被人忽略、却最影响数据质量的部分。6.1 安装位置和高度的讲究翻斗式雨量计的承水口必须保持水平否则漏斗左右两侧接到的水量不一致会直接影响单次翻倒的水量。传感器外壳上的水平泡就是为了这一步准备的调节三颗底脚螺丝直到气泡居中。位置不能挨着墙面、屋檐和树冠。风是雨量测量的大敌——强风会把雨滴吹斜导致承水口接到的水量偏小屋面边缘的湍流还会把雨水甩进或甩出。专业规范里要求雨量计四周障碍物的距离至少是障碍物高度的两倍我用在自家院子里的经验是找一块相对空旷、离屋顶边缘1米以上的草坪位置就差不多。高度也很关键。太低了地面溅水会混进去太高了风速干扰显著。我装在地面上方约70厘米的立杆上实测数据比放在楼顶边缘时稳定不少。6.2 用大号注射器做定量校准校准的原理很简单倒入已知量的水对照应产生的脉冲数反推实际单脉冲雨量。标准翻斗式雨量计的校准液量一般用10毫米等效降雨对应体积。以200毫米口径承水口为例承水面积是314.16平方厘米10毫米降雨对应314.16毫升水。如果你的传感器标称0.2mm/脉冲理论上314.16毫升水应该产生50次脉冲。如果实际是48次或52次就把修正系数写进固件。实际操作步骤用大号注射器或量筒量出314毫升清水把水倒入承水口保持稳定流速别一次全倒通过串口监视器或状态LED数脉冲次数重复三次取平均脉冲数计算实际单脉冲雨量10mm ÷ 平均脉冲数假设三次平均是51次实际单脉冲雨量就是10÷51≈0.196mm。这时候不能简单改标称值而是要在固件里定义常量RAIN_PER_TIP 0.196。多数翻斗传感器还有两颗微调螺丝拧紧一点能增加翻斗容量但物理调节试来试去容易来回过头我建议主要靠软件修正误差在2%以内就没必要折腾螺丝。6.3 误差来源哪些误差是你只能接受、不能消除的日常使用中翻斗式雨量计最明显的系统性误差来自大雨时的动态损失。当降雨强度很大翻斗翻倒需要一个时间这个过程中接水口仍在进水但有一部分水可能会在翻斗切换间隙直接漏掉导致大雨时计数偏小。这是机械结构的固有属性所有翻斗式设备都躲不开只是程度不同。第二个常见误差是湿润损失。干燥的漏斗内壁第一次接触雨水时会留下一层水膜这部分水不会进入翻斗导致单次小雨量偏低。雨后如果很快出太阳残留在漏斗和翻斗里的水也会蒸发掉再次形成负偏差。对于个人用途这些误差没必要追求彻底消除知道它们存在、在解释极端数据时留个心眼就够了。校准的目的不是让数据绝对精确而是让数据在自己的测量体系内保持一致能长期对比。7. 实战踩坑记录我在真实降雨中积累的经验这套系统从第一版到现在跑了完整两个雨季踩过的坑比说明书上写的bug多得多。把最有价值的几条记录下来能帮你少走不少弯路。7.1 晴天一直有脉冲计数排查思路要按顺序来我遇到过最诡异的现象大晴天数据后台显示雨量一直在涨。第一反应是传感器坏了但换上新的还是涨。冷静下来按顺序排查发现问题出在信号线上——有一段线皮破损雨天进水后和相邻导线之间产生微弱的漏电流恰好触发了一次次下跌沿中断。这个坑提醒我两件事一是户外信号线必须用防水接线盒和硅胶密封不能只靠电工胶带二是固件里加一个最小事件间隔校验。正常翻斗再快也有物理极限比如0.2mm分辨率传感器在200mm/h雨强下每秒最多翻约0.28次也就是3.5秒一次。如果两次中断间隔小于200毫秒基本可以判定是电气干扰。7.2 落叶和昆虫堵塞是故障率最高的原因风速不大时承水口里飘进一片落叶就可能堵住漏斗。昆虫(比如小蜘蛛)也喜欢在承水口内侧结网导致小雨时水积聚到一定程度才突然流下去让脉冲时间分布严重失真。我的解决办法是给承水口加一个可拆卸的过滤网。这片网会拦截颗粒物但会把大量的雨水通过滤网的空隙流进漏斗。每个月取下来倒掉落叶顺手看看翻斗轴是否顺畅。定期维护比任何高精度硬件都更能保证长期数据质量。7.3 断电断网上报中断后怎么补数据有一次小区夜间施工切断了电源我的备用电池只撑到凌晨四点。早上一看中间断了三个小时数据。本地SD卡里有原始脉冲记录但服务器数据库里缺了一段。后来我在MQTT上报逻辑里加了补传机制每次重新连接后先扫描本地缓冲文件把断线期间未上报的分钟数据按时间顺序补发。服务器端按devicetimestamp做去重避免重复数据把累计值算两遍。这套机制跑了大半年再没出现过数据库缺时间段的尴尬。7.4 最后一个小技巧同一套数据两个传感器互相印证如果你手头预算允许我强烈建议在相隔几米的位置装第二个雨量传感器——可以是一台便宜的、不带远传功能的纯机械翻斗计也可以是一台同型号翻斗传感器接在同一块开发板的另一个GPIO上。两个传感器的读数做差超过15%的时候就去检查是不是一个被堵了是不是一个被树影里的鸟踩歪了。这种现场互校比任何高深的数据质控算法都直接。我自己的体会是雨量监测器的精度并不需要焦虑到吹毛求疵真正重要的是持续、稳定、带时间戳地记录。一套能连续跑几个雨季、每天自动给你一张雨量报表的设备比一台昂贵但只敢晴天摆在阳台上的设备有价值得多。