
某一次排水管网模型的验收会上,模型公司演示做得很漂亮,管网三维图转起来流光溢彩,内涝模拟动画一播放,会议室里一片点头。
到了专家提问环节,一位老专家就问了一句:你这个模型,跟实测数据对过没有?误差多少?
会议室安静了。项目经理翻了半天材料,憋出一句:我们用的是设计参数,理论上是准的。
老专家没再说话。后来这个模型交付了,钱付了,没人敢用。调度不敢信它,预警不敢发,领导要决策依据的时候,还是翻报表、凭经验。大几十万建起来的模型,最后的用途是汇报时放动画。
这样的会,这样的场景,可能发生过不止一次。模型建起来了,不敢用,成了行业里的通病。

先说句公道话:管理者不敢用模型决策与管理,不全是保守,很多时候是有道理的。
模型这东西,建好只算完工,不算能用。管网模型本质上是一堆参数的集合:管道拓扑、高程、管道糙率、汇水区不透水率、入流入渗系数,哪个都不是模型公司坐在办公室里能定的。参数不贴着管网的实际状态走,模型算出来的可能就是另一个城市的管网。
所以模型和真实管网之间,有一道必经的工序,叫率定验证:拿真实监测数据去喂模型,调参数,调到模拟结果和实测对得上,模型才算"认得"这张网。没过这道工序的模型,动画再漂亮,也是一块没校准过的仪表。没人敢拿没校准的仪表做决策,这是常识。
难就难在,率定不是跑一遍就完事,旱天一套,雨天一套,两套要求还不一样。
旱天,管网流的是污水,看的是本底水量和入流入渗,得用连续无雨的监测数据把旱天工况钉死。雨天,管网经历的是从不满流到满管甚至冒溢的极限工况,小雨和大暴雨,管网的反应完全两回事。只拿一场雨率定出来的模型,换一场雨就露馅。
一句"不敢用",背后其实是两句话:率定没做透;做没做透,也没个统一的说法,验收会上各说各话。

以前这道坎确实没个统一标准,甲方乙方靠扯皮。GB/T 47884-2026 第 9 章把这件事从扯皮变成了有规矩。我按条款顺序捋一遍。【清环参编的排水数字化国标发布:排水数字化从"感知"开始】
先看模型要长什么样。9.2 条把模型分成离线模型和实时模型:离线模型用于规划、评估这类不着急的活;实时模型用于预警预测、应急调度和精细化调度。对实时模型,标准给了一个硬要求——"其模拟频率每 30 min 不小于 1 次"。半小时算一遍,意味着模型不是一年开一回的展品,是一个常年转着的系统。
9.3 条规定了模型该具备的功能:重力流和压力流都要能模拟;超负荷与冒溢工况要能模拟;降雨产汇流和地面积水内涝要能模拟;水质参数的变化规律也要能模拟。这几条对着业务看就明白了:旱天冒溢、雨天内涝、溢流污染,模型答不了这些题,就不算一个合格的排水模型。
重头戏在 9.4 条,率定验证。这条把旱天雨天两套要求都定死了:
旱天率定验证,采用不少于7d连续无降雨的监测数据。注意"连续"两个字,中间断一天,就得重新熬。
雨天率定验证,应包含不少于 3 场不同强度或重现期的降雨,且单场次累计降雨量不小于10mm。3 场、不同强度、单场不小于 10 毫米,三个条件缺一不可。
精度红线也给了。表 3 里写明了具体的精度要求。

更关键的是 9.4 条的原则:模型须通过模拟精度验收后,方可用于数字化业务管理。没通过精度验收的模型,标准不允许拿去做业务。那位老专家当年追问的,标准现在替他问完了。
最后是 9.5 条:模型每年至少维护 1 次。管网是活的,新管接进来、老管修复了、片区开发强度变了,去年的好模型今年未必还准。模型不是建成就完事,是每年都要拉回去复校的仪表。
其实当年编制这个国标的时候,编制组还提出了一条满足一定的条件才能建模和率定,如果基础数据质量不高、管网的运行情况很糟糕,那么模型也是很难率定的,而是应该把它作为一个系统化工具来辅助找问题,找数据的拓扑连接问题、找外水的入侵问题、找混错接问题。不过很遗憾,最后正式版把那条删掉了。

条款都清楚了,为什么落地还这么难?我直说:卡在数据上。
把 9.4 条拆开看,每一条都是冲着监测数据来的。
7 天连续无降雨数据,听上去不难,真做过项目就知道多磨人。旱季窗口本来就短,7 天里设备断一次线、漂一段数据,这组数据就废了大半。01 期聊过的 8.3.4 条,日均未采集和异常数据不大于 15% 的红线,在这里直接生效:率定期的数据可用性不过关,率定本身就站不住。
3 场不同强度降雨更难。它等于要求监测设备从小雨到暴雨都得活着、都得准。小雨时管道浅流,流速低到不少流量计直接趴窝;暴雨时满管带压甚至逆流。在一个项目上就碰过这事:两场中雨率定得挺漂亮,来了场大雨,模型全线跑偏。回头一查,不是模型不行,是关键节点那台流量计大雨时根本没测住,喂进去的过程线是断的。那场雨的数据废了,雨天率定推倒,重新等下一场。
还有那个 15% 的误差红线。泵站和污水厂入口流量,恰恰是监测最难做的位置:断面大、流态复杂、工况变得快。想在这种位置把模拟误差压进 15%,靠的不是率定时的调参技巧,是这些点位上长期稳定的高质量实测数据打底。
绕了一圈,结论还是 01 期那句话:修不如测准。模型能准到什么程度,打开建模软件之前就定了大半,定在它吃进去的监测数据的质量上。低质量数据喂出来的模型不会喊疼,只会安安静静给你一个错误答案。

清环做监测起家,THWater 系列设备的设计目标就是对着复杂工况去的:浅流、非满流、满流都测得住,测量结果能比较客观真实的代表现场流场规律,满足代表性、一致性和准确性的要求,本地存储加断点续传,这是率定数据"7 天不断线"的基本盘。
在率定这个具体场景上,我们的做法是把监测方案和率定需求绑在一起设计:先问模型率定要什么数据,再反推点位怎么布、设备怎么选;旱天盯住连续无雨的 7 天窗口,雨季盯住不同强度的场次,流量、液位、雨量数据配成套交给建模方。说到底,模型率定这事的底气,一半是模型工程师给的,另外一半还是数据给的。

收尾说几句实在的。模型的账要换个算法。建模型是一次性投入,率定验证和每年的维护才是长期成本,预算里得给后两项留位置。只肯为"建"付钱、不肯为"准"付钱,最后得到的就是那个只会在汇报时放动画的模型。
验收会也要换个开法。别再问"功能全不全",照着 9.4 条问三句:旱天 7 天连续数据在哪,3 场雨的过程线对上没有,泵站和厂口的误差是多少。三句问完,模型敢不敢用,答案自己就出来了。
模型这东西,不怕一开始不准,怕的是永远没人去校准它。
下一期聊聊另一个排水信息化的老大难:《大屏很亮决策靠猜,怎么破?》。数据有了、模型准了,怎么让它们真正走进决策流程。咱们下期见。