最后一通电话
2024年11月17日，北方某矿。

下午3点42分，皮带司机马建国发现3号主运输巷的皮带机尾冒烟。他下意识按下了附近的急停按钮，火情不大，但皮带是阻燃的，烧起来烟却不小。

3点43分，马建国掏出手机给调度室打电话。电话通了，但信号断断续续——烟雾已经开始影响附近的无线基站。他只说了半句“皮带机尾着火了”，电话就断了。

3点44分，调度员王丽发现监控画面上3号皮带巷的烟雾传感器变红，同时气体传感器开始报警：一氧化碳浓度从0上升到15ppm，还在涨。

3点45分，调度室启动应急广播，全矿井下语音通知：“3号主运输巷发生火灾，各作业人员立即撤离！”广播响了三遍。与此同时，通风调度员刘师傅盯着屏幕上的风流图，眉头紧锁——烟雾正在沿进风巷道向采煤工作面方向蔓延。

从马建国发现火情到烟雾可能威胁采煤工作面，中间只有不到5分钟。而从发现烟雾到启动应急广播，用了整整两分钟。

这两分钟里，通风系统自动做了什么？没有。

这是该矿2024年最惊险的一次演练，也是后来被写进整改报告的经典案例。整改的核心问题只有一个：灾变时期通风应急调控，慢了。

图片


那两分钟的代价
有人可能觉得，两分钟不算长。但对矿井火灾来说，两分钟足以决定生死。

据《矿井复杂风网火灾风烟流应急调控技术及应用》（西安科技大学学报）的研究数据，矿井火灾产生的烟雾蔓延速度取决于多个因素，其中最关键的是临界风速——当实际风速低于临界风速时，风流可能发生逆转，导致烟雾向原本不该去的方向扩散。

临界风速的计算公式长这样：

u_c = k × (gQ / (ρ₀c_p T₀ W))^(1/3)

别被公式吓住，我来拆解一下：u_c是临界风速，k是温度衰减系数，g是重力加速度，Q是火源热释放速率，ρ₀是环境空气密度，c_p是空气比热容，T₀是环境温度，W是巷道宽度。

简单说就是：火越大、巷道越窄、温度越高，所需的临界风速就越大。 如果实际风速低于这个临界值，风流就会紊乱，烟雾会倒灌进原本不该去的地方。

该矿那次演练，3号皮带巷进风量是1200立方米每分钟，巷道断面12平方米，实际风速约1.67米每秒。火灾发生后，烟雾温度升高、密度降低，所需的临界风速上升。如果风速低于临界值，风流逆转，烟雾就会从进风巷灌进相邻的采煤工作面。

采煤工作面当时有多少人？17个。

两分钟，意味着烟雾可能在这两分钟里蔓延到工作面入口。如果有人没听到广播，或者正在处理设备没能及时撤离……

三个方案，一夜的争吵
演练结束第二天，该矿总工程师周志远召集通风、机电、安全三个部门开专题会。会上吵成一锅粥。

第一个方案是通风区提出来的：手动调节风门，改变风流路线，把烟雾引入回风巷。“技术上可行，我们平时也这么干。但问题是手动调节需要时间，从发现情况到人员到场操作，最快也要5到8分钟。”

第二个方案是机电区提出来的：安装自动风门，火灾发生后自动关闭，同时开启备用风机反风。“我们去年在1312工作面试过，自动风门反应时间可以压到30秒以内。但风机反风需要提前计算反风量，反错了反而会让烟雾扩散。”

第三个方案是安全部提出来的：建立一套智能化的通风应急调控系统，基于实时监测数据自动生成调控指令，一键执行。“这是最理想的状态，但我们查了一下，全套系统下来要800多万，而且需要重新铺设传感器网络。”

三个方案各有利弊，吵到晚上10点也没吵出结果。最后周志远拍板：“先上第二个方案，自动风门加备用风机的联动，这是最成熟的技术。第一个方案作为手动备份，第三个方案列入明年的智能化改造计划。”

会议纪要上有一句话被周志远用红笔圈了出来：“灾变时期，我们没有试错的机会。调控方案必须一击必中。”

三个月后的实战
今年2月，该矿完成了自动风门和备用风机的联动改造。新系统的工作逻辑是这样的：

第一步，烟雾传感器和一氧化碳传感器实时监测，数据上传到通风监控平台。

第二步，当任一传感器超过阈值（比如一氧化碳浓度超过10ppm），系统自动判断为“疑似火灾”，触发一级响应——通风调度室大屏弹窗报警，调度员确认。

第三步，调度员确认后，系统自动执行预置的调控指令：着火巷道两端的风门自动关闭，进风巷和回风巷的备用风机启动反风模式，整个过程无需人工操作风机。

第四步，调控完成后，系统自动进行风流解算，验证烟雾是否按预期路线排出。如果风流场异常，系统会发出二级报警，提示调度员手动干预。

改造完成后，该矿做了一次全流程测试。从烟雾传感器触发到备用风机启动反风，全过程耗时47秒。比原来的手动操作快了将近10倍。

但周志远并不满意。“47秒还是太慢了。”他在验收会上说，“理想状态是烟雾传感器触发后，风门在15秒内关闭，30秒内反风启动。总时间压到1分钟以内。”

为了这个目标，他们又引入了临界风速实时计算模块。系统会根据烟雾浓度、温度、风速等参数，实时计算临界风速值，并与当前实际风速对比。一旦实际风速低于临界值，触发“风流逆转预警”，调控优先级自动提升。

这套算法基于西安科技大学的研究成果，叫做**“状态研判-决策生成-设施执行”三级闭环**。听起来复杂，用大白话说就是：系统先“看”数据判断危险程度，再“想”办法生成最优方案，最后“做”动作执行调控指令。

一个被忽视的细节
有意思的是，该矿这套系统调试了三个月，但最后让周志远拍板验收的，是一个很小的改进。

改造初期，风门联动和备用风机反风是同步启动的。但测试中发现了一个问题：风门关闭需要30秒，风机反风启动需要15秒，如果两者同时动作，风门还没关严，风机已经开始反风，可能造成风流紊乱。

后来他们加了一个3秒的延时——先关风门，等风门关严了，再启动反风。就这3秒，让系统稳定性提升了一个档次。

“灾变时期，最怕的就是连锁反应。”周志远指着通风系统图对我说，“一个设备动作不当，可能引发整个通风网络的紊乱。所以宁可慢一点，也要稳一点。”

那天的数据
今年4月，该矿接受了上级主管部门的专项检查。检查组组长是西安科技大学的马砺教授——正是《矿井复杂风网火灾风烟流应急调控技术及应用》的作者之一。

马教授在通风调度室看了整整一个小时的数据回放，调取了近半年所有烟雾传感器的报警记录，逐条核实了应急调控的响应时间。

最后他问了一个问题：“如果3号皮带巷的火灾发生在高峰作业时段，工作面17个人没来得及撤完，你们的系统能保证烟雾不进入采煤工作面吗？”

周志远没有直接回答，而是调出了系统的模拟演算模块，输入“3号皮带巷火灾、17人未撤离、3分钟内启动反风”的参数。

屏幕上跳出一行字：烟雾进入采煤工作面的概率：8.3%。

马教授看了一会儿，说：“还行，但还有优化空间。”

周志远点点头：“我知道。8.3%还是太高了。我的目标是把它压到2%以下。”

他顿了顿，又说：“不过说实话，最理想的情况是，这套系统永远不要真正用上。”

那天检查结束后，周志远在调度室门口站了很久。调度室里面，通风监控平台的屏幕还亮着，风流图上的绿色箭头稳稳地流动着，一切看起来都很正常。

但周志远知道，正常不代表安全。矿井下的灾难，往往就在人以为一切正常的时候降临。