简介一份面向煤矿安全生产与信息化建设的完整方案文档以魏墙煤业为实例系统梳理了综合安全管控平台从规划到落地的全过程适合煤矿安全管理人员、信息化部门及方案设计人员参考。文档共1个doc文件压缩包约67.25MB内含项目建设背景、需求分析、建设原则与推进思路等核心章节并附有机电、通防、洗煤厂、地测、综采等多个业务部门的详细调研记录。已有55人学习内容兼具方案模板与方法论价值。读者可从中掌握煤矿安全平台建设的需求调研方法、数据孤岛治理、数据资产沉淀及智能决策支撑等要点也能借鉴其跨部门调研表与管理流程设计思路为同类项目立项或文档撰写提供直接参考。1. 综合安全管控平台煤矿智能化进程里最该打好的一张底牌魏墙煤业这类整合矿井要做智能化排在最前面的往往不是采掘自动化而是一张能真正把「人、机、环、管」握在同一只手心的网。综合安全管控平台就是把安全监控、人员定位、工业视频、广播通信、应急联动、双重预防这些原本各自为政的系统按一套数据标准装进同一个平台。安全监控里的甲烷、风速、一氧化碳人员定位里的区域人数AI视频里的皮带异物和违章闯入都在一张图上亮起来一条报警链路串起来。解决什么解决数据孤岛、多系统值守、联动靠喊的问题。适合谁煤矿机电与安全信息化工程师、智慧矿山项目售前和实施、写招标方案的第三方技术人员。方案书是第一步但第一步踩稳了后面才不会返工。2. 综合安全管控平台的总体架构与数据链路设计2.1 四层架构为什么是煤矿场景的默认答案综合安全管控平台在矿井里最常见的落地形态是四层架构分别是感知层、传输层、平台层和应用层。有人问过我要不要砍掉一层比如让传感器直接上云这在煤矿实际工况里基本走不通井下环境对供电、防爆、链路冗余要求极高传感器上行每多一跳稳定性就少一分。感知层负责把甲烷、一氧化碳、风速、温度、粉尘、水位、电流电压这些模拟量以及摄像机和读卡分站产生的数字量通过分站和网关汇聚传输层负责用工业环网、5G专网或光缆把这些数据搬到地面机房井下环网必须支持断线自愈断点恢复时间要控制在300毫秒内这是方案书里必须写死的硬指标。平台层是整个方案的心脏承担数据接入、协议解析、清洗存储、报警计算和联动触发常见做法是用消息队列做缓冲、时序数据库存监测曲线、关系库存业务单据、Redis存实时状态。应用层才是用户每天看得见摸得着的部分包括安全监测一张图、人员定位一张图、AI视频智能分析、双重预防、应急指挥和移动端APP。四层不是越简单越好而是每一层都有明确边界出了问题能快速定位是采集、网络、平台还是应用。方案书里画架构图时要把这四个层次清楚标出来别把「平台层」和「应用层」混在一起画评审专家一眼就能看出你有没有真正做过矿井集成。2.2 协议接入矩阵与点位映射表的设计综合安全管控平台能不能顺利上线七成取决于点位梳理得干不干净。安全监控系统走了Modbus TCP人员定位系统用了私有TCP协议电力监控可能是OPC UA视频则必须走GB/T 28181水泵房、空压机、主扇这些子系统又各有各的规约。常见做法是开发一套协议插件框架每种子系统对应一个适配器再通过一份点位映射表把子系统的原始寄存器地址或点位编号统一映射到平台内部的测点编码体系。子系统通信协议数据内容平台测点编码前缀安全监控Modbus TCP / 矿井专有协议甲烷、CO、风速、温度、馈电状态WS_SB_人员定位私有TCP / UDP人员数量、进入时间、区域编号WS_RY_电力监控OPC UA / IEC 104电压、电流、功率、状态WS_DL_工业视频GB/T 28181视频流、云台控制、AI事件WS_SP_应急广播SIP / 私有http广播分区、播放状态、音量WS_GB_水文监测Modbus RTU水位、涌水量、排水泵状态WS_SW_点位映射表里必须包含六项核心字段子系统名称、原始点位标识、平台测点编码、数据类型、单位换算系数、报警阈值来源。以甲烷传感器为例原始寄存器返回的整数值是 4521小数点位置是2位平台就把值除以100得到45.21%LEL一氧化碳传感器的量程是0到1000ppm4到20毫安电流环对应的工程值换算公式也写在这张表里。单位换算不弄清楚后面查报警误报会查到怀疑人生。点位表建议直接以Excel维护字段固定评审时打印出来附在方案附录里现场实施时按表逐点核对。2.3 数据上报格式和时序数据处理约定矿井综合安全管控平台的数据链路最忌讳各子系统各发各的必须要约一个统一的上报格式。通常采用MQTT或Kafka作为采集总线的传输通道上报消息体统一做成JSON报警数据、实时数据、状态数据分别走不同topic。下面是一个实际的测点数据上报样例{ msg_type: point_data, device_id: SB_JT_001, point_code: WS_SB_METHANE_001, timestamp: 2025-06-11 14:23:30, value: 45.21, unit: %LEL, quality: 1, alarm_status: 0 }这个JSON里有几个字段设计得很讲究。msg_type固定为point_data用于消息路由device_id指向具体分站或网关point_code对应点位映射表里的平台测点编码timestamp统一用服务器时区时间不能带时区偏移避免跨系统比对时对不上value是已经过量程换算后的工程值quality代表数据质量1是正常0是无效值来自传感器自诊断。alarm_status是报警状态机0无报警1报警中2确认3恢复这四个状态要由平台侧统一维护。平台接收到消息后先写Kafka做削峰缓冲再消费写入时序数据库。时序数据保留周期建议不少于6个月报警记录和操作日志不少于2年视频按动检和全时两类分别保存。这套约定要在方案书里作为独立小节写清楚特别是数据字典部分把每个字段的含义、取值范围都列出来。数据字典做得越细后面的AI分析、报表统计、多系统联动才能少踩坑。3. 综合安全管控平台功能域的落地设计与联动规则3.1 安全监测监控集成一通三防的实时报警要分级综合安全管控平台第一个要吃掉的功能域是安全监控系统也就是大家常说的「一通三防」监测。瓦斯、一氧化碳、风速、温度、粉尘、开关量馈电状态这些数据每秒钟都在产生平台要做的不是简单画曲线而是把报警语义模型建好。甲烷超限报警按浓度分级0.8%LEL提醒、1.0%预报警、1.5%断电报警这里的具体门限值必须能按矿井瓦斯等级在平台上灵活配置。断电控制要有双重确认机制平台下发断电指令后要回读断电状态3秒内没有反馈即判定为控制失败并再次告警升级。报警处理环节常见的坑是刷屏。井下传感器数量动辄几百上千如果平台不做收敛处理调度员会直接关掉报警声音系统就废了。收敛逻辑一般是这样设计的同一测点每分钟多个告警只保留最高级别一条同一设备连续告警超过30条自动合并为一条持续告警记录报警恢复后再次越限必须重新计时。方案书中要把报警分级矩阵写清楚一级报警推送到调度大屏和值班手机二级推送到分控中心三级只记录不弹窗。这样调度员看到的永远是最值得处理的告警。3.2 AI视频分析从看得见走向看得懂工业视频从模拟转数字之后综合安全管控平台的价值开始转移到AI视频分析上。典型场景包括主斜井皮带异物识别、危险区域人员闯入、未戴安全帽检测、车辆超速或违规载人、采空区密闭墙异常、设备运转状态识别。算法模型先用井下视频图像训练再部署到AI分析服务器或边缘盒子靠近摄像机的分析使用边缘节点能大幅节省主干网带宽。边缘节点与平台之间的心跳检测要在3秒内完成离线时边缘节点本地缓存报警事件恢复后补齐上传。下面是AI识别到皮带异物后触发联动的一条规则配置示例实际系统中这类规则存放在规则引擎里{ rule_id: LINK_AI_BELT_01, rule_name: 皮带异物识别联动停机, trigger_source: AI_EVENT_BELT_FOREIGN_OBJECT, conditions: { confidence: 0.85, consecutive_frames: 5 }, actions: [ {type: set_screen_flash, target: DISPATCH_BIG_SCREEN, level: critical}, {type: voice_broadcast, target: GB_ZONE_03, content: 皮带发现异物请注意}, {type: send_message, target: MOBILE_GROUP, content: 主斜井皮带疑似异物}, {type: delay_confirm, wait_seconds: 30, then: belt_stop_command} ], enabled: true }这条规则表达了从感知到联动的完整链路视频AI检测出异物置信度大于等于0.85并且连续识别5帧才认为事件成立。动作列表按顺序执行先是调度大屏闪烁、应急广播喊话、手机群发通知同时启动30秒延时确认。如果30秒内人工不否决则自动下发皮带停机指令。这里特意加了delay_confirm机制因为皮带误停的经济损失很大AI事件必须给人一个否决窗口。这个设计比直接联动停机更符合煤矿现场的安全伦理也是方案书评审时专家会特别关注的点。3.3 双重预防机制风险分级管控与隐患闭环流程数字化综合安全管控平台不能只会报警还要把双重预防机制的业务流沉到系统里。风险分级管控要求按作业地点、设备设施、作业活动建立风险点台账每个风险点标识出可能的事故类型、风险等级和管控措施风险等级按红橙黄蓝四色区分一二级红色和橙色风险要落到公司领导包保责任上。隐患排查治理则按「排查-登记-整改-复查-销号」五步闭环流程运转平台要给每条隐患打上发现人、发现时间、隐患照片、责任部门、整改期限这些标签。隐患超期未整改是常见管理痛点方案里可以设计一条自动升级机制距整改期限3天提醒责任人超期1天推送部门负责人超期3天自动生成考核单据并抄送安监部门。这个规则在平台侧用定时任务扫描数据库每天凌晨自动执行。风险管控和隐患治理还要联动系统每天晚上把当天新增的隐患按地点自动匹配到对应风险点在地图上把隐患位置和风险等级一起渲染出来。这样开会时不用翻表格打开综合安全管控平台的三维一张图哪里有隐患、什么等级、谁负责一眼看明白。4. 从方案到现场综合安全管控平台的组网与工程化部署路径4.1 一张网络承载多系统网络架构和VLAN规划怎么做综合安全管控平台的运行底座是网络地面工业环网、井下环网和办公网要按三区隔离原则设计安全Ⅰ区是井下生产控制网承载安全监控、人员定位、电力监控的采集流量安全Ⅱ区是视频与分析网承载视频流和AI推理安全Ⅲ区是信息管理网承载双重预防、大屏展示、移动应用。三个区域之间通过工业防火墙做访问控制只开放必要的IP和端口禁止视频网直接访问控制网。井下环网采用单模光缆组成冗余双环调度机房部署核心交换机环网自愈时间和链路切换时间在方案评审时都要给出明确指标。VLAN规划要有长期眼光不能攒到系统上线前一天才想。建议按功能域和物理区域相结合来划分例如井下各采区按区段编号成VLAN 101到110视频系统从VLAN 201开始办公与展示从VLAN 301开始。下面是常见做法中的一张IP规划示例直接复用可以大幅减少现场规划时间网段用途VLANIP地址段网关说明井下采集环网A区10110.10.1.0/2410.10.1.254安全监控、人员定位分站井下采集环网B区10210.10.2.0/2410.10.2.254电力监控、水泵控制视频专网20110.20.0.0/2210.20.3.254摄像机、边缘AI箱平台服务器网30110.30.0.0/2410.30.0.254数据库、应用、AI推理调度终端与展示30210.30.1.0/2410.30.1.254大屏、调度台、值班机IP地址规划必须预留足够余量采掘工作面推进后传感器和摄像机位置会不断调整建议每台摄像机至少预留一个备用IP。掩码不要舍不得给视频网一个/22很常见省地址的结果是后期扩容要重划网段动网比动设备的代价大得多。井下分站和网关统一设置管理账号默认口令必须上线前全部改掉这里是煤矿等保测评的重点检查项。4.2 服务器与存储资源估算避免两年后推倒重来综合安全管控平台的服务器资源估算方案书里要给出明确的计算逻辑而不是拍脑袋买机器。以单个矿井接入2000个测点、300路摄像机、100个AI识别任务来计算安全监控测点按每点每秒1条记录写入时序库一天的原始记录约1.7亿条加上报表索引后时序存储一天约80GB留半年的量就是15TB左右。视频存储按200万像素、H.265编码、4Mbps码流计算一路摄像机一天的存储量约43GB300路全时存储一天就是13TB。平台服务器区建议拆成四组一组是采集与消息服务部署Kafka和协议接入网关一组是平台应用服务部署规则引擎、报警服务、Web应用和GIS服务一组是数据库服务时序库和关系库分开部署一组是AI推理服务。AI推理节点要单独配置GPU常见选型是单卡显存不低于16GB的边缘推理服务器部署3到4个模型并发。调度值班室还要部署一台报表服务器用于生成每日安全日报和月度趋势分析。存储建议采用分布式存储至少要满足数据不因单盘故障丢失的要求RAID5以上的保护级别是底线。4.3 工程实施六阶段从调研到验收的推进节奏综合安全管控平台的现场实施不能指望一蹴而就我一般会把它拆成六个阶段控制节奏需求调研与点位确认、数据接入和平台部署、子系统联调与数据贯通、功能定制与画面组态、试运行与人员培训、竣工验收与资料归档。需求调研阶段要在矿井现场待满两周以上按图索骥核对每一个系统的主机、分站、传输方式把点位表逐项写到现场这一步做得越好后面返工越少。数据接入是整体进度的关键路径。每接一个子系统都要完成「协议联调→数据抽测→报警核对→界面展示」四步建一张接入进度跟踪表每完成一个打勾。联调阶段最容易出问题的不是协议本身而是时序对不齐井下分站的时钟和平台服务器时钟相差几十秒曲线就会错位方案要求所有分站上线时自动同步NTP服务器时间这个是硬性项。试运行建议不少于一个月不少于一轮包含瓦斯异常、停电、网络中断在内的应急演练演练过程和处置记录要留痕作为验收材料的一部分。5. 从告警到处置综合安全管控平台的联动闭环与应急通信设计5.1 报警分级、升级与告警收敛规则综合安全管控平台上了之后调度员接收到的不再是一堆无关信息而是一条条经过收敛、分级、带上处置指引的工单。报警级别的判定要依据测点类型、超限倍数、持续时间和影响范围四项指标综合打分。甲烷浓度达到断电值以上、持续超过10秒、影响采掘工作面正常作业这类直接判为一级红色报警应该弹窗、响铃、推送手机同步进行而某个设备电流瞬时波动但未超跳闸定值判为四级蓝色提示即可只记录不打扰。报警升级策略要配置成可以动态调整的规则班组长、值班矿长、矿长的通知对象链路写死在系统里不可随意更改。告警收敛是防止「狼来了」效应的关键手段。系统里对同一测点、同一原因的重复报警要自动聚合成一条持续告警记录恢复后再次触发则重新计时。同一区域内多个传感器同时报警按区域聚合为一条显示为「采区A出现多点甲烷异常请立即核实。」平台还要给每一条报警配上处置指引做到报警发生时调度员知道该先按哪个预案、通知哪位负责人。报警处置记录的要素包括确认人、确认时间、现场反馈、处置结果、恢复时间、是否升级全部形成闭环台账月底按周统计纳入部门安全绩效考核。5.2 应急通信与广播联动怎么设计才不至于临场抓瞎煤矿井下应急通信系统的可靠性直接决定应急救援的效率。综合安全管控平台里要集成有线调度电话、井下无线通信如4G/5G专网、应急广播、人员定位四套子系统形成一条统一的应急通信总线。调度台一键发起多方通话可以同时接通井上值班、安检科、采区跟班队长和应急电话。应急广播要能按区域组播既能全矿广播也能指定某个采区局部喊话喊话内容以文本输入为主系统合成语音后自动播放避免临场播音的紧张导致表达不清。应急联动逻辑必须在建设方案中作为独立小节设计包括自然灾害预警、瓦斯异常、主扇停风、突水、停电五种典型场景的联动脚本。以主扇停风为例平台监测到风机状态跳变并判断为异常停风系统自动播放撤离广播拨通值班矿长电话调度台大屏自动切换为该区域GIS画面和停风影响范围同时向涉险区域人员定位终端推送撤离指令。联动脚本要经过至少两次桌面推演和一次实战演练发现问题在试运行阶段就调整顺控逻辑。演练报告里要附上平台联动时间戳重点看「报警产生到广播播出」是否控制在10秒以内这个数字是方案书里必写的性能指标。5.3 一张图、一套台账三维GIS与数据可视化场景综合安全管控平台的界面呈现要做到让管理层不看报表也能掌握全局。三维一张图把矿井地形、巷道掘进面、采区边界、系统设备点位、风险等级、人员实时位置叠加在一张图上通过不同颜色渲染状态红色代表报警区域黄色代表检修或异常区域绿色代表正常。点击巷道内的设备图标能调出测点实时值、历史曲线、设备参数和最近报警记录。这个能力对日常值守和应急处置都很有用应急条件下调度员只需要看着一张图就能判断哪条路线能安全通行。GIS底图在井下没有GPS的情况下通常采用相对坐标定位通过人员定位分站的位置和读卡距离推算出人员所在的巷道位置精度精确到分站覆盖范围即可不必追求厘米级。地图的图层管理要有权限矿领导看全局安全科看风险与隐患调度员看实时监测与通信状态机电科看设备状态与报警各自的关注点不一样功能权限和地图图层权限要能够独立配置。报表中心的日报、周报、月报要能在平台里一键生成重点内容包括报警统计、传感器断线统计、隐患整改率、应急演练执行情况、安全指标趋势图这些报表同时按数据权限分发给对应角色不能一张报表打天下。6. 综合安全管控平台方案书评审检查项与附录编制技巧一份综合安全管控平台建设方案要把评审专家的注意力聚焦到四点标准符合性、数据接入可行性、联动逻辑合理性和可验收性。评审常见否决项包括没有列出本矿现有子系统清单和接口协议报警分级和断电逻辑不符合安全规程网络隔离和等保措施不明确没有提供点位映射表和数据字典人员定位和应急广播联动描述模糊。方案书的章节结构建议按总则、现状分析、需求分析、总体设计、网络设计、功能设计、联动脚本、实施与运维这八节顺序排布。方案书的真正价值往往在附录里。把全矿点位映射表、协议接入清单、联动脚本清单、服务器资源计算表、IP规划表、培训计划表装进附录评审专家看到附录的颗粒度就知道实施队伍是不是内行。建议附录用Word的交叉引用功能统一管理正文引用编号与附录编号一一对应避免改动正文后附录内容错位。最后给你的具体技巧是方案中所有报警阈值、联动延时、保留天数、网络带宽这些参数统一放在一张「参数总表」里集中管理正文用参数编号引用评审或现场调整时只改参数总表全文自动联动更新。这套方法能让一份方案书从「看起来完整」提升到「经得起现场推敲」。本文还有配套的精品资源点击获取 煤矿综合安全管控平台：从四层架构到联动闭环的智能化建设指南
简介一份面向煤矿安全生产与信息化建设的完整方案文档以魏墙煤业为实例系统梳理了综合安全管控平台从规划到落地的全过程适合煤矿安全管理人员、信息化部门及方案设计人员参考。文档共1个doc文件压缩包约67.25MB内含项目建设背景、需求分析、建设原则与推进思路等核心章节并附有机电、通防、洗煤厂、地测、综采等多个业务部门的详细调研记录。已有55人学习内容兼具方案模板与方法论价值。读者可从中掌握煤矿安全平台建设的需求调研方法、数据孤岛治理、数据资产沉淀及智能决策支撑等要点也能借鉴其跨部门调研表与管理流程设计思路为同类项目立项或文档撰写提供直接参考。1. 综合安全管控平台煤矿智能化进程里最该打好的一张底牌魏墙煤业这类整合矿井要做智能化排在最前面的往往不是采掘自动化而是一张能真正把「人、机、环、管」握在同一只手心的网。综合安全管控平台就是把安全监控、人员定位、工业视频、广播通信、应急联动、双重预防这些原本各自为政的系统按一套数据标准装进同一个平台。安全监控里的甲烷、风速、一氧化碳人员定位里的区域人数AI视频里的皮带异物和违章闯入都在一张图上亮起来一条报警链路串起来。解决什么解决数据孤岛、多系统值守、联动靠喊的问题。适合谁煤矿机电与安全信息化工程师、智慧矿山项目售前和实施、写招标方案的第三方技术人员。方案书是第一步但第一步踩稳了后面才不会返工。2. 综合安全管控平台的总体架构与数据链路设计2.1 四层架构为什么是煤矿场景的默认答案综合安全管控平台在矿井里最常见的落地形态是四层架构分别是感知层、传输层、平台层和应用层。有人问过我要不要砍掉一层比如让传感器直接上云这在煤矿实际工况里基本走不通井下环境对供电、防爆、链路冗余要求极高传感器上行每多一跳稳定性就少一分。感知层负责把甲烷、一氧化碳、风速、温度、粉尘、水位、电流电压这些模拟量以及摄像机和读卡分站产生的数字量通过分站和网关汇聚传输层负责用工业环网、5G专网或光缆把这些数据搬到地面机房井下环网必须支持断线自愈断点恢复时间要控制在300毫秒内这是方案书里必须写死的硬指标。平台层是整个方案的心脏承担数据接入、协议解析、清洗存储、报警计算和联动触发常见做法是用消息队列做缓冲、时序数据库存监测曲线、关系库存业务单据、Redis存实时状态。应用层才是用户每天看得见摸得着的部分包括安全监测一张图、人员定位一张图、AI视频智能分析、双重预防、应急指挥和移动端APP。四层不是越简单越好而是每一层都有明确边界出了问题能快速定位是采集、网络、平台还是应用。方案书里画架构图时要把这四个层次清楚标出来别把「平台层」和「应用层」混在一起画评审专家一眼就能看出你有没有真正做过矿井集成。2.2 协议接入矩阵与点位映射表的设计综合安全管控平台能不能顺利上线七成取决于点位梳理得干不干净。安全监控系统走了Modbus TCP人员定位系统用了私有TCP协议电力监控可能是OPC UA视频则必须走GB/T 28181水泵房、空压机、主扇这些子系统又各有各的规约。常见做法是开发一套协议插件框架每种子系统对应一个适配器再通过一份点位映射表把子系统的原始寄存器地址或点位编号统一映射到平台内部的测点编码体系。子系统通信协议数据内容平台测点编码前缀安全监控Modbus TCP / 矿井专有协议甲烷、CO、风速、温度、馈电状态WS_SB_人员定位私有TCP / UDP人员数量、进入时间、区域编号WS_RY_电力监控OPC UA / IEC 104电压、电流、功率、状态WS_DL_工业视频GB/T 28181视频流、云台控制、AI事件WS_SP_应急广播SIP / 私有http广播分区、播放状态、音量WS_GB_水文监测Modbus RTU水位、涌水量、排水泵状态WS_SW_点位映射表里必须包含六项核心字段子系统名称、原始点位标识、平台测点编码、数据类型、单位换算系数、报警阈值来源。以甲烷传感器为例原始寄存器返回的整数值是 4521小数点位置是2位平台就把值除以100得到45.21%LEL一氧化碳传感器的量程是0到1000ppm4到20毫安电流环对应的工程值换算公式也写在这张表里。单位换算不弄清楚后面查报警误报会查到怀疑人生。点位表建议直接以Excel维护字段固定评审时打印出来附在方案附录里现场实施时按表逐点核对。2.3 数据上报格式和时序数据处理约定矿井综合安全管控平台的数据链路最忌讳各子系统各发各的必须要约一个统一的上报格式。通常采用MQTT或Kafka作为采集总线的传输通道上报消息体统一做成JSON报警数据、实时数据、状态数据分别走不同topic。下面是一个实际的测点数据上报样例{ msg_type: point_data, device_id: SB_JT_001, point_code: WS_SB_METHANE_001, timestamp: 2025-06-11 14:23:30, value: 45.21, unit: %LEL, quality: 1, alarm_status: 0 }这个JSON里有几个字段设计得很讲究。msg_type固定为point_data用于消息路由device_id指向具体分站或网关point_code对应点位映射表里的平台测点编码timestamp统一用服务器时区时间不能带时区偏移避免跨系统比对时对不上value是已经过量程换算后的工程值quality代表数据质量1是正常0是无效值来自传感器自诊断。alarm_status是报警状态机0无报警1报警中2确认3恢复这四个状态要由平台侧统一维护。平台接收到消息后先写Kafka做削峰缓冲再消费写入时序数据库。时序数据保留周期建议不少于6个月报警记录和操作日志不少于2年视频按动检和全时两类分别保存。这套约定要在方案书里作为独立小节写清楚特别是数据字典部分把每个字段的含义、取值范围都列出来。数据字典做得越细后面的AI分析、报表统计、多系统联动才能少踩坑。3. 综合安全管控平台功能域的落地设计与联动规则3.1 安全监测监控集成一通三防的实时报警要分级综合安全管控平台第一个要吃掉的功能域是安全监控系统也就是大家常说的「一通三防」监测。瓦斯、一氧化碳、风速、温度、粉尘、开关量馈电状态这些数据每秒钟都在产生平台要做的不是简单画曲线而是把报警语义模型建好。甲烷超限报警按浓度分级0.8%LEL提醒、1.0%预报警、1.5%断电报警这里的具体门限值必须能按矿井瓦斯等级在平台上灵活配置。断电控制要有双重确认机制平台下发断电指令后要回读断电状态3秒内没有反馈即判定为控制失败并再次告警升级。报警处理环节常见的坑是刷屏。井下传感器数量动辄几百上千如果平台不做收敛处理调度员会直接关掉报警声音系统就废了。收敛逻辑一般是这样设计的同一测点每分钟多个告警只保留最高级别一条同一设备连续告警超过30条自动合并为一条持续告警记录报警恢复后再次越限必须重新计时。方案书中要把报警分级矩阵写清楚一级报警推送到调度大屏和值班手机二级推送到分控中心三级只记录不弹窗。这样调度员看到的永远是最值得处理的告警。3.2 AI视频分析从看得见走向看得懂工业视频从模拟转数字之后综合安全管控平台的价值开始转移到AI视频分析上。典型场景包括主斜井皮带异物识别、危险区域人员闯入、未戴安全帽检测、车辆超速或违规载人、采空区密闭墙异常、设备运转状态识别。算法模型先用井下视频图像训练再部署到AI分析服务器或边缘盒子靠近摄像机的分析使用边缘节点能大幅节省主干网带宽。边缘节点与平台之间的心跳检测要在3秒内完成离线时边缘节点本地缓存报警事件恢复后补齐上传。下面是AI识别到皮带异物后触发联动的一条规则配置示例实际系统中这类规则存放在规则引擎里{ rule_id: LINK_AI_BELT_01, rule_name: 皮带异物识别联动停机, trigger_source: AI_EVENT_BELT_FOREIGN_OBJECT, conditions: { confidence: 0.85, consecutive_frames: 5 }, actions: [ {type: set_screen_flash, target: DISPATCH_BIG_SCREEN, level: critical}, {type: voice_broadcast, target: GB_ZONE_03, content: 皮带发现异物请注意}, {type: send_message, target: MOBILE_GROUP, content: 主斜井皮带疑似异物}, {type: delay_confirm, wait_seconds: 30, then: belt_stop_command} ], enabled: true }这条规则表达了从感知到联动的完整链路视频AI检测出异物置信度大于等于0.85并且连续识别5帧才认为事件成立。动作列表按顺序执行先是调度大屏闪烁、应急广播喊话、手机群发通知同时启动30秒延时确认。如果30秒内人工不否决则自动下发皮带停机指令。这里特意加了delay_confirm机制因为皮带误停的经济损失很大AI事件必须给人一个否决窗口。这个设计比直接联动停机更符合煤矿现场的安全伦理也是方案书评审时专家会特别关注的点。3.3 双重预防机制风险分级管控与隐患闭环流程数字化综合安全管控平台不能只会报警还要把双重预防机制的业务流沉到系统里。风险分级管控要求按作业地点、设备设施、作业活动建立风险点台账每个风险点标识出可能的事故类型、风险等级和管控措施风险等级按红橙黄蓝四色区分一二级红色和橙色风险要落到公司领导包保责任上。隐患排查治理则按「排查-登记-整改-复查-销号」五步闭环流程运转平台要给每条隐患打上发现人、发现时间、隐患照片、责任部门、整改期限这些标签。隐患超期未整改是常见管理痛点方案里可以设计一条自动升级机制距整改期限3天提醒责任人超期1天推送部门负责人超期3天自动生成考核单据并抄送安监部门。这个规则在平台侧用定时任务扫描数据库每天凌晨自动执行。风险管控和隐患治理还要联动系统每天晚上把当天新增的隐患按地点自动匹配到对应风险点在地图上把隐患位置和风险等级一起渲染出来。这样开会时不用翻表格打开综合安全管控平台的三维一张图哪里有隐患、什么等级、谁负责一眼看明白。4. 从方案到现场综合安全管控平台的组网与工程化部署路径4.1 一张网络承载多系统网络架构和VLAN规划怎么做综合安全管控平台的运行底座是网络地面工业环网、井下环网和办公网要按三区隔离原则设计安全Ⅰ区是井下生产控制网承载安全监控、人员定位、电力监控的采集流量安全Ⅱ区是视频与分析网承载视频流和AI推理安全Ⅲ区是信息管理网承载双重预防、大屏展示、移动应用。三个区域之间通过工业防火墙做访问控制只开放必要的IP和端口禁止视频网直接访问控制网。井下环网采用单模光缆组成冗余双环调度机房部署核心交换机环网自愈时间和链路切换时间在方案评审时都要给出明确指标。VLAN规划要有长期眼光不能攒到系统上线前一天才想。建议按功能域和物理区域相结合来划分例如井下各采区按区段编号成VLAN 101到110视频系统从VLAN 201开始办公与展示从VLAN 301开始。下面是常见做法中的一张IP规划示例直接复用可以大幅减少现场规划时间网段用途VLANIP地址段网关说明井下采集环网A区10110.10.1.0/2410.10.1.254安全监控、人员定位分站井下采集环网B区10210.10.2.0/2410.10.2.254电力监控、水泵控制视频专网20110.20.0.0/2210.20.3.254摄像机、边缘AI箱平台服务器网30110.30.0.0/2410.30.0.254数据库、应用、AI推理调度终端与展示30210.30.1.0/2410.30.1.254大屏、调度台、值班机IP地址规划必须预留足够余量采掘工作面推进后传感器和摄像机位置会不断调整建议每台摄像机至少预留一个备用IP。掩码不要舍不得给视频网一个/22很常见省地址的结果是后期扩容要重划网段动网比动设备的代价大得多。井下分站和网关统一设置管理账号默认口令必须上线前全部改掉这里是煤矿等保测评的重点检查项。4.2 服务器与存储资源估算避免两年后推倒重来综合安全管控平台的服务器资源估算方案书里要给出明确的计算逻辑而不是拍脑袋买机器。以单个矿井接入2000个测点、300路摄像机、100个AI识别任务来计算安全监控测点按每点每秒1条记录写入时序库一天的原始记录约1.7亿条加上报表索引后时序存储一天约80GB留半年的量就是15TB左右。视频存储按200万像素、H.265编码、4Mbps码流计算一路摄像机一天的存储量约43GB300路全时存储一天就是13TB。平台服务器区建议拆成四组一组是采集与消息服务部署Kafka和协议接入网关一组是平台应用服务部署规则引擎、报警服务、Web应用和GIS服务一组是数据库服务时序库和关系库分开部署一组是AI推理服务。AI推理节点要单独配置GPU常见选型是单卡显存不低于16GB的边缘推理服务器部署3到4个模型并发。调度值班室还要部署一台报表服务器用于生成每日安全日报和月度趋势分析。存储建议采用分布式存储至少要满足数据不因单盘故障丢失的要求RAID5以上的保护级别是底线。4.3 工程实施六阶段从调研到验收的推进节奏综合安全管控平台的现场实施不能指望一蹴而就我一般会把它拆成六个阶段控制节奏需求调研与点位确认、数据接入和平台部署、子系统联调与数据贯通、功能定制与画面组态、试运行与人员培训、竣工验收与资料归档。需求调研阶段要在矿井现场待满两周以上按图索骥核对每一个系统的主机、分站、传输方式把点位表逐项写到现场这一步做得越好后面返工越少。数据接入是整体进度的关键路径。每接一个子系统都要完成「协议联调→数据抽测→报警核对→界面展示」四步建一张接入进度跟踪表每完成一个打勾。联调阶段最容易出问题的不是协议本身而是时序对不齐井下分站的时钟和平台服务器时钟相差几十秒曲线就会错位方案要求所有分站上线时自动同步NTP服务器时间这个是硬性项。试运行建议不少于一个月不少于一轮包含瓦斯异常、停电、网络中断在内的应急演练演练过程和处置记录要留痕作为验收材料的一部分。5. 从告警到处置综合安全管控平台的联动闭环与应急通信设计5.1 报警分级、升级与告警收敛规则综合安全管控平台上了之后调度员接收到的不再是一堆无关信息而是一条条经过收敛、分级、带上处置指引的工单。报警级别的判定要依据测点类型、超限倍数、持续时间和影响范围四项指标综合打分。甲烷浓度达到断电值以上、持续超过10秒、影响采掘工作面正常作业这类直接判为一级红色报警应该弹窗、响铃、推送手机同步进行而某个设备电流瞬时波动但未超跳闸定值判为四级蓝色提示即可只记录不打扰。报警升级策略要配置成可以动态调整的规则班组长、值班矿长、矿长的通知对象链路写死在系统里不可随意更改。告警收敛是防止「狼来了」效应的关键手段。系统里对同一测点、同一原因的重复报警要自动聚合成一条持续告警记录恢复后再次触发则重新计时。同一区域内多个传感器同时报警按区域聚合为一条显示为「采区A出现多点甲烷异常请立即核实。」平台还要给每一条报警配上处置指引做到报警发生时调度员知道该先按哪个预案、通知哪位负责人。报警处置记录的要素包括确认人、确认时间、现场反馈、处置结果、恢复时间、是否升级全部形成闭环台账月底按周统计纳入部门安全绩效考核。5.2 应急通信与广播联动怎么设计才不至于临场抓瞎煤矿井下应急通信系统的可靠性直接决定应急救援的效率。综合安全管控平台里要集成有线调度电话、井下无线通信如4G/5G专网、应急广播、人员定位四套子系统形成一条统一的应急通信总线。调度台一键发起多方通话可以同时接通井上值班、安检科、采区跟班队长和应急电话。应急广播要能按区域组播既能全矿广播也能指定某个采区局部喊话喊话内容以文本输入为主系统合成语音后自动播放避免临场播音的紧张导致表达不清。应急联动逻辑必须在建设方案中作为独立小节设计包括自然灾害预警、瓦斯异常、主扇停风、突水、停电五种典型场景的联动脚本。以主扇停风为例平台监测到风机状态跳变并判断为异常停风系统自动播放撤离广播拨通值班矿长电话调度台大屏自动切换为该区域GIS画面和停风影响范围同时向涉险区域人员定位终端推送撤离指令。联动脚本要经过至少两次桌面推演和一次实战演练发现问题在试运行阶段就调整顺控逻辑。演练报告里要附上平台联动时间戳重点看「报警产生到广播播出」是否控制在10秒以内这个数字是方案书里必写的性能指标。5.3 一张图、一套台账三维GIS与数据可视化场景综合安全管控平台的界面呈现要做到让管理层不看报表也能掌握全局。三维一张图把矿井地形、巷道掘进面、采区边界、系统设备点位、风险等级、人员实时位置叠加在一张图上通过不同颜色渲染状态红色代表报警区域黄色代表检修或异常区域绿色代表正常。点击巷道内的设备图标能调出测点实时值、历史曲线、设备参数和最近报警记录。这个能力对日常值守和应急处置都很有用应急条件下调度员只需要看着一张图就能判断哪条路线能安全通行。GIS底图在井下没有GPS的情况下通常采用相对坐标定位通过人员定位分站的位置和读卡距离推算出人员所在的巷道位置精度精确到分站覆盖范围即可不必追求厘米级。地图的图层管理要有权限矿领导看全局安全科看风险与隐患调度员看实时监测与通信状态机电科看设备状态与报警各自的关注点不一样功能权限和地图图层权限要能够独立配置。报表中心的日报、周报、月报要能在平台里一键生成重点内容包括报警统计、传感器断线统计、隐患整改率、应急演练执行情况、安全指标趋势图这些报表同时按数据权限分发给对应角色不能一张报表打天下。6. 综合安全管控平台方案书评审检查项与附录编制技巧一份综合安全管控平台建设方案要把评审专家的注意力聚焦到四点标准符合性、数据接入可行性、联动逻辑合理性和可验收性。评审常见否决项包括没有列出本矿现有子系统清单和接口协议报警分级和断电逻辑不符合安全规程网络隔离和等保措施不明确没有提供点位映射表和数据字典人员定位和应急广播联动描述模糊。方案书的章节结构建议按总则、现状分析、需求分析、总体设计、网络设计、功能设计、联动脚本、实施与运维这八节顺序排布。方案书的真正价值往往在附录里。把全矿点位映射表、协议接入清单、联动脚本清单、服务器资源计算表、IP规划表、培训计划表装进附录评审专家看到附录的颗粒度就知道实施队伍是不是内行。建议附录用Word的交叉引用功能统一管理正文引用编号与附录编号一一对应避免改动正文后附录内容错位。最后给你的具体技巧是方案中所有报警阈值、联动延时、保留天数、网络带宽这些参数统一放在一张「参数总表」里集中管理正文用参数编号引用评审或现场调整时只改参数总表全文自动联动更新。这套方法能让一份方案书从「看起来完整」提升到「经得起现场推敲」。本文还有配套的精品资源点击获取