土壤墒情监测：一个测点代表多少亩，决定了数据有没有用

大多数农业项目用的土壤水分传感器，测的是**体积含水率**（VWC），单位是 m³/m³，或者换算成百分比。它表示的是「单位体积土壤里，水的体积占多少」。

这个概念跟直觉有偏差。同样读数是 20%，在不同土壤里意味着完全不同的干旱程度：

所以系统里必须给每块地配一份**土壤参数表**：土质类型、田间持水量、凋萎点、容重。没有这份表，含水率数字就是孤立的，无法判断旱不旱。

这份表怎么来？两个途径：一是查当地的土壤普查资料，二是实地取样送检。项目的做法是**示范地块全部送检，推广地块先用普查数据，后续逐步补充**。送检一次几百块，比装错传感器便宜得多。

这是农业物联网最难回答也最容易被含糊过去的问题。传感器厂商说「一个点可以代表几十亩」，但实际上这个数字完全取决于地块的均质程度。

影响代表面积的因素：

• **土壤类型是否一致**。砂土和黏土交界的地块，一个点代表不了两个区域。
• **地形起伏**。坡地和洼地水分差异很大，一个点不能同时代表。
• **灌溉方式**。滴灌、喷灌、大水漫灌，水分分布完全不同，滴灌下测点位置差几米读数就差很多。
• **作物长势差异**。长势好的区域耗水多，长势差的区域耗水少。

项目的做法是**先分区，再布点**：

1. 1按土壤类型、地形、灌溉方式把整个区域划成若干「均质单元」。
2. 2每个均质单元至少布 1 个监测点，面积大的布 2 到 3 个。
3. 3每个点都记录它代表的边界范围（在地图上画出来），而不是一个半径。
4. 4系统展示时，数据挂在地块上，不挂在点位上。农户点开自己那块地，看到的是「这块地的含水率」，不是「3 号监测点的读数」。

第四步是关键。**农户不关心 3 号点，只关心自己那块地。** 数据模型必须做到「地块 → 监测点」的映射，而不是让农户自己去看点位编号。

农户要的答案是「今天浇不浇、浇多少」，不是「含水率 18.3%」。这一层翻译是系统的核心价值。

计算逻辑大致是这样：

1. 1**算出当前可用水量**。（当前含水率 − 凋萎点）× 根系层厚度 × 面积 = 可用水量。
2. 2**算出每日耗水量**。用参考蒸散量（ET₀）乘以作物系数（Kc），得到这块地每天的耗水。
3. 3**算出还能撑几天**。可用水量 ÷ 每日耗水量 = 可维持天数。
4. 4**算出灌溉量**。目标含水率（一般为田间持水量的 80% 到 90%）减去当前含水率，乘以根系层厚度和面积。

第三步是农户最容易理解的输出：**「这块地还能撑 3 天」**。比「含水率 18.3%」直观得多。

第四步给出具体灌水量，单位换算成农户熟悉的「方」或者灌溉小时数（按水泵流量折算）。

ET₀ 从哪来

参考蒸散量需要气温、湿度、风速、日照、辐射五个参数。完整的气象站很贵，不可能每块地都装。

项目的做法是**区域气象站 + 就近插值**：一个片区装 1 到 2 个自动气象站，其余地块用最近气象站的数据，或者接入气象部门的格点预报数据。精度稍差，但对灌溉决策够用。

如果连气象站都没有，还有退路：**用历史同期数据加温度修正**。虽然没有实测准，但比完全不算好得多。

• **土壤参数表是前提。** 不知道土质、田间持水量、凋萎点，含水率数字没有意义。示范地块要送检。
• **三层埋深是标配。** 只埋一层，要么被降雨误导，要么发现不了表层干旱。
• **新埋探头前两周的数据不能采信。** 必须标记「稳定期」，否则会引发大量误报，直接毁掉农户对系统的信任。
• **数据要挂在地块上，不挂在点位上。** 农户只关心自己那块地，不关心 3 号监测点。
• **绝对值不可信，趋势可信。** 判断逻辑要基于变化量，并定期用送检数据校准偏移。
• **输出要翻译成「还能撑几天」和「浇多少方」。** 直接给含水率，农户用不上。
• **太阳能要按连续阴雨天设计。** 按晴天算容量，冬季一定掉线。
• **先测现场信号，再定通信方案。** 覆盖地图不可信。