太阳能水泵远程监测：一条短信胜过一趟跑井

一句话结论：太阳能水泵在工程上就是设计成无人值守的——但无人值守不等于无人注视。距离把每一个小故障放大成大故障，因为故障的代价不是零件，是发现时间：周二发生的干转、周六才被发现，电机已经烧了；同一场干转一小时内被发现，只是按一下复位键。监测不会给泵增加智能——它把发现时间从几周压缩到几小时。四个信号几乎抓住所有故障（电流、水位、流量或运行小时数、水箱液位），控制器已经免费检测了其中大半，唯一真正的决策是让哪条链路把报警送出来：GSM、本地电台，还是一本记录本加一次定期巡查。

大多数太阳能抽水内容——包括本站几篇——都写到安装为止。泵选好了、板配好了、水箱放好了，项目拍下第一股水的照片。第 300 天发生的事——浮球卡住、滤网淤死——全凭运气和碰巧路过井口的人。本指南要做的就是补上这个缺口，用的是本站对待泵的同一套算术：一个信号值多少钱、哪些信号配得上它的成本，以及这整件事实际需要多少的硬件。

监测真正买到的是发现时间

关于泵监测最强的现场数据不是厂商给的——它来自肯尼亚的发展研究。牛津大学「智能手压泵」项目给普通手压泵装了一枚小加速度计和 GSM 发射器，中央仪表盘几分钟内就能看到每一台泵是否在被使用——还是已经停了。数字很刺眼：

变化了什么	监测前	监测后
平均修复时间（肯尼亚试验）	27–30 天	3 天以内
水泵任意时刻可用率（Kyuso 试验）	67%	98%
该服务现在覆盖的人数（FundiFix）	—	两个县超 7 万人

泵的硬件没有被升级。社区为维护付费的意愿从 20% 升到 80%——不是泵变好了，是「服务」变得可见了。光是数据什么也没做成：同一个项目明确说，收益来自数据加上一支响应的维修队。监测系统是一份带传感器的服务合同。只买传感器、不买响应计划，你买到的只是一份更伤心的电子表格。

对电动太阳能泵，同样的逻辑成立，还多一条：泵通常比任何手压泵离它的主人更远。电网接入至少有一只电表在自动记录；靠自己板阵供电的太阳能泵什么都不记——除非你刻意把「注视」建进去。这就是本指南要填的监测缺口。

四个几乎抓住所有故障的信号

太阳能抽水系统出的一切问题，最终都会出现在四个可测量的位置之一。把这四个测了，故障面就盖住了：

信号	抓住什么	典型传感器	成本
电机电流/功率	干转（电流塌陷）、过载（叶轮卡死）、推力轴承磨损、出力漂移	控制器故障码，或钳形电流传感器	免费到低
泵处水位	静/动水位下降，井在干转跳闸前先变低	井内探头或电极对（控制器的干转传感器）	免费到低
流量或运行小时数	叶轮磨损、滤网或管道堵塞、井出水量下降（运行小时数一样、水变少）	流量计，或只记运行小时数对照水量抽查	低
水箱/蓄水池液位	浮球卡死（溢流或空箱）、夜间漏水、实际送了多少水的真相	超声波或浮球液位计	低

这四项里有两项在每一套接线正确的系统里已经装好了——控制器自身的保护。太阳能泵控制器的行业基线包括过压/欠压、过载、短路、干转、反接和高温保护并带故障指示；控制器的干转井内探头在功能上就是一只液位传感器，已经盯着最危险的失效模式。控制器做到但没做的是告诉任何人。报警死在井口，除非加一层专职「说话」的设备。

想看深水版的读者：研究和工业界用电机电流特征分析（MCSA）——把电流传感器钳在供电电缆上、读电流里的频率成分——不用把泵从井里拉出来就能诊断潜水泵。状态监测项目报告约 85% 的故障在失效前被发现：推力轴承退化和叶轮磨蚀有 3–6 个月的提前量，非计划停机时间大约减半。你不需要频谱分析也能受益：晴天正午电流的每周趋势就是同一套物理的最简版，免费。

控制器已经免费做了什么——以及做不到什么

把分工说精确，因为营销总把它搅浑：

• **控制器是检测层。**干转保护、过载、温度、电压窗口——控制器指南里列的那些保护，就是一套随箱附赠的监测系统。正午屏幕上亮着的故障码，是监测完美工作又被白白浪费的样子。
• **传输层才是你要加的。**人道主义和农业市场的标准架构是给泵控制器挂一块数据记录或 GSM 模块：状态和报警以短信或仪表盘数据发出，更先进的系统可以在任何有手机信号的地方远程启停泵、改配置。连小型离网系统控制器现在都内置数字干转检测——停泵并发短信。
• **响应层是你要约定的。**谁收消息、谁出车、几小时内到、带哪些备件。这一层不花硬件钱，却是最常被跳过的一层。

对任何目录都要留一句诚实的提醒：上面列的检测功能属于控制器保护，你买的控制器具体的数据接口，应在围绕它规划监测架构之前确认。最安全的设计假设就是行业自己在用的那个——检测在箱内，传输和响应归你的项目。

选链路：GSM、LoRa，还是一本记录本

传输层只有三个诚实选项，选哪个由覆盖情况和你能承受多久的沉默决定：

链路	需要	覆盖	最适合
GSM/短信模块	一张 SIM 卡和任意 2G 级信号	有手机信号的地方都行；遥测数据量极小，2G 足够	有任何信号的农场和村庄的默认选项
本地电台（LoRa 级）	不用 SIM、不用月租；几公里内一个接收主机	农场尺度，准视距	一处产业多台泵，统一报到住处或库房
手工记录本+定期巡查	只需要纪律	无限	没有信号的地方；连 GSM 站点也都该保留的基线

两条来自现场的实用注解。第一，记录本不是笑话：每周正午给控制器屏幕拍一张带时间戳的照片，就是一套真实的监测系统——一个月的照片能看出磨损泵的电流漂移、脏板阵的功率下滑、这个季节的水位下降，正是自动趋势图会显示的东西。第二，泵遥测的流量小到可以忽略——每天几条状态短信和几个数字——所以模块自身的功耗（由控制器电池或小板供电）才是真正的设计约束，与带宽无关。

按风险配监测，不是按预算

不是每台泵都配得上遥测，诚实的选法是按「没注意到要花多少钱」来排：

风险档	典型系统	发现预算	该配的监测
家用，蓄水箱+浮球	2DPC1.5-35-24-200 / 2DPC1.7-45-24-300 档	停一天水是麻烦	浮球+可见溢流，每周记录，控制器保护
小农庄/花园	3DSC6-60-48-750 档，低扬程用 DCPM21-14-72-750	停两天伤作物	记录本+正午功率读数；经济作物加 GSM 电流报警
农场/商品化灌溉	4DSC16-70-110-1500 / 4DSC9.5-90-110-1500 档	错过一轮灌溉就是钱	GSM 电流+水位+水箱报警，响应合同，月度检查
村庄供水	4/6DSC36-22-110-1500 档	村泵坏了是公共卫生事件	完整遥测+维护服务（FundiFix 模式），水委会同时收报警
灌溉区/市政/矿井排水	6DSC65-85-380/520-7500-A/D、8DSC150-37-380/520-11000-A/D（规格表 18,500 W）	以小时计，已有冗余	工作泵与备用泵全程遥测；监测是冗余之后的第三层

小端的经济学很慷慨：研究部署用约 25 美元的零件就搭出完整的监测节点——振动、电流、液位加云端仪表盘；商用取水点传感器让手压泵涨价约 10%，停机时间却降了 80–90%。传感器从来不是贵的部分，响应才是。

故障词典：每种信号组合意味着什么

信号跑起来之后，诊断就是读模式。下表覆盖了现实里绝大多数故障——也正是自动趋势系统被训练去识别的模式：

看到什么	意味着什么	该做什么
电流正常，流量为零	联轴器或轴断了、阀门没开、管道脱落	先查井口设备，再怀疑泵
运行中电流骤降	干转——水位掉到了吸水口以下	停泵；查水位和滤网；井可能需要恢复时间
电流爬升超过正常，流量下降	叶轮卡滞或磨损、泥沙或水垢堆积	计划提泵检查；参考含砂与水垢两篇指南
晴天正午功率低于基线	板脏、新出现遮蔽、或一路组串衰减	洗板；洗前后对比；检查接头
水箱已满，泵数小时后仍在运行	浮球开关卡死，或止回阀倒流	解脱浮球；核实止回阀
泵启动次数比从前明显变多	可用容积缩水——压力罐预充丢失，或有泄漏	放空罐测预充；沿线巡漏
完全没有数据	监测设备自己断电或失联	先查监视者，再看被监视者

最后一行是所有人都忘的：监测链本身也是一个小系统，有自己的电池、天线和 SIM 卡，它最常见的故障就是沉默。一套好的报警规则要把数据缺席本身列为一条报警。

完整方案：离镇上 40 分钟的两公顷农场

场景：2 公顷滴灌蔬菜，一眼井静水位 24 米、总动扬程约 38 米，日需水 30 立方米，井口无人居住，农场主每周去看三次。

• **泵与阵列。**30 立方米摊在 5.5 小时太阳能日上，平均 5.5 m³/h。4DSC16-70-110-1500（1500 W、110 V、最大流量 16 m³/h、最大扬程 70 米）在 38 米工况点处于曲线有力的中段——该点约 10 m³/h——泵每天干一份轻松的短工。阵列下限 1.3 × 1500 = 1950 W，四块 550 W 共 2200 W。泵把一只 15 m³ 水箱注满，滴灌系统靠重力自流，去不去人灌溉都照常。
• **检测。**箱内已有：控制器干转探头（设在吸水口以下）、过载与电压保护。加装的：溢流高度一只水箱液位开关，作为注满确认。
• **传输。**控制器供电侧挂一块 GSM 模块，发三类消息：故障码、干转跳闸、每日状态短信（运行小时数与水箱日终状态）。四条报警算数：干转、任何故障码、满箱仍在抽、每日短信缺失。
• **响应。**书面约定：任何短信 24 小时内回应；每日短信就是心跳——心跳连缺两次，出车。每月第一个周六，农场主在水箱出水口做一次水桶秒表流量测试加一次正午功率读数——正是验收指南里那套测试——顺手洗板。沙尘季这一条跟任何电子设备一样重要：仅萨赫勒的季尘损失就有 19–40%，按数据安排的洗板胜过按日历。
• **注意力成本。**每天早上看一眼手机，每周去一次现场，每月测一个上午。这就是系统的全部运营预算——它挡在「周二的干转」和「周六的死电机」之间。

测试链路，保持习惯

监测硬件会安静地失效，所以要按计划测整条链：每季度一次，模拟一次事件。半关节流阀或让水箱放低到干转保护应当动作的水位——一套正常的干转系统在水流停止后几秒内就切断水泵——然后确认短信真的到达了应该收到它的那部手机。顺手检查 GSM 模块的电池和天线接头。同一次到访，按验收基线做水桶测试；实测流量跌破测试值的 80%，就是趋势线在履行职责。

然后保住人的那一层。肯尼亚经验在这点上毫不含糊：技术的作用小于那个常设安排——一个收数据、几天内响应、报酬可靠到明年还存在的服务。在单个农场，这个安排就是维护笔记本里的一行字：*报警一到，24 小时内出车；每日短信连缺两条，当天出车；每月水桶测试固定在第一个周六。*纸面永远胜过沉默。

采购清单，按顺序

1. **先定发现时间目标。**一天、一小时、一周？目标决定链路、传感器和响应合同——按这个顺序。
2. **认真用足免费层。**控制器保护加一个可见的溢流口就已经是一套监测系统；把干转探头接对线，故障码出现时去读它。
3. **至少测电流和水位。**它们抓住两个经典死法——干转和过载——它们的每周趋势还能预测那些慢性死法。
4. **按覆盖选链路，不按时髦。**有任何信号就上 GSM（2G 足够），多泵产业用本地电台，什么都没有就用记录本——而且记录本照样留着。
5. **把响应合同写下来。**谁收、谁出车、几小时内、带什么备件。没人回应的报警是装饰品。
6. **把数据缺席当报警。**每日心跳短信是系统里最有价值的一条消息；心跳连缺两次=出车。
7. **链路季度一测，泵月度一测。**模拟一次干转、等那条短信、按验收基线做水桶测试、洗板阵。
8. **监测按风险配，不按预算盈余配。**家用泵和村庄泵配的系统理应不同——相对于取水点坏掉的代价，村庄那套是项目里最便宜的东西。