山洪/小流域洪水预警系统：从雨量站到预警发布
Flash Flood Early Warning System
山洪预警是"雨量+水位+阈值模型"的接力赛：雨量站测到雨、水位站测到涨、阈值模型判断风险、发布渠道把警告送到人。任何一个环节掉链子，预警就断在最后一公里。
本文涉及的条目21 条 · 自动匹配自标签与标题
山洪预警的完整链路
雨量/水位监测 → 数据实时传输 → 阈值判定 → 预警发布 → 响应行动
预警系统的设计难点不是"测雨"，而是阈值怎么定、预警怎么发、人怎么响应。
监测层：雨量是主角
- 雨量站密度：小流域（< 50 km²）建议 1 站/10~20 km²；山洪沟口与上游源头必须布站（暴雨中心可能只在流域上游）；
- 雨量站要素：翻斗式雨量计（0.1 mm 分辨率）+ 简易水位（可选），10 min 上报；
- 水位站：布在沟口、村镇上游的河道断面，配雷达/超声波水位计，设水位预警线（对应警戒水位）；
- 供电通信：太阳能 + 4G/NB（见专题《物联网卡选型》与《太阳能供电》）——山区信号差，选卡前先实测。
阈值模型：三个层次
| 层次 | 判据 | 方法 |
|---|---|---|
| 雨量阈值 | 累计雨量（1h/3h/6h/24h）超过临界值 | 历史暴雨-山洪事件反演（暴雨频率分析） |
| 雨强-水位联动 | 雨强 + 水位上涨速率 | 实时水位与雨强双触发 |
| 模型预测 | 临界雨量/土壤含水 + 降雨预报 | 分布式水文模型（短临预报） |
雨量阈值的确定（最常用）：
- 收集该流域历史山洪/地质灾害事件对应的雨量（日降雨、1h 最大雨强）；
- 用暴雨频率分析推求临界值（如 1h 40 mm、3h 80 mm 作为准备转移线）；
- 结合土壤前期含水（连续降雨后阈值应下调 20~30%）；
- 阈值按雨强-历时曲线（IDF）给出多档（预警/转移两档）。
关键：阈值必须本地化——照搬邻县阈值是山洪预警失效的第一原因。
预警发布：最后一公里
- 多渠道并行：短信/微信/应急广播/上门叫应（山区老人与游客是薄弱人群）；
- 叫应机制：预警到乡镇 → 到村 → 到户，逐级确认（"叫醒"而非"通知"）；
- 留足时间：山洪从暴雨到洪峰通常 1~3 小时，阈值设计要保证预警提前量 ≥ 30~60 分钟；
- 预警分级：关注（雨量准备）、提醒（雨量预警）、转移（水位/雨量双阈值超限）。
系统可靠性的三个保障
- 设备冗余：每个流域至少 2 个雨量站（坏一站不失效）；水位站配人工水尺；
- 通信冗余：4G 主 + 北斗/NB 备（极端天气基站可能断电）；
- 数据校验：雨量数据实时校验（翻斗计数合理性、站间空间一致性）——错雨量触发错预警比没有预警更危险。
演练与复盘
- 每年汛前做全链路演练（模拟暴雨 → 发布 → 叫应 → 转移）；
- 每次降雨事件后复盘：预警是否触发、响应是否及时、阈值是否合理（偏低则误报多、偏高则漏报）；
- 误报与漏报的权衡：宁可多一次准备转移，不可漏一次真实山洪——阈值设计应向"安全侧"偏。
结语
山洪预警是"监测-阈值-发布-响应"闭环：雨量密度与本地阈值是技术核心，叫应机制是生命线，演练复盘是持续改进。技术再好的系统，阈值不本地化、发布不叫应，就只是"数据采集器"而不是"预警系统"。