简介针对煤矿井下环境恶劣、自然灾害多、人员安全风险高等痛点视频监控系统设计是提升安全生产与调度效率的基础工程。这份PDF方案围绕煤矿井上/井下光纤网络视频系统展开涵盖系统设计依据、技术规范、井下与调度室两大组成部分并重点说明矿用隔爆型光纤黑白摄像仪、网络视频服务器等设备的选型与功能定位。内容还结合《煤矿安全规程》《煤矿设计规范》等标准梳理了系统实施步骤、传输方式选择及远程监控、报警联动等技术特点能够帮助煤矿安全管理人员、系统集成人员或相关专业学生快速搭建整体认知也可作为设计文档的参考框架。资源包内共1个文件为PDF格式大小251KB结构简洁。目前已有71人学习适合需要快速掌握煤矿视频监控系统设计要点的读者。1. 煤矿视频监控系统设计方案为什么多数矿井方案会在验收前翻车一张煤矿视频监控系统设计方案.pdf很多人拿到的第一反应是设备清单、拓扑图、点位表都在照着买不就行了。但真正撑到验收的矿井往往卡在那些最不起眼的环节——录像天数不够、皮带AI误报失控、井下环网自愈失败。这份方案要解决的并不是“看得见画面”而是把前端选型、传输组网、存储算力和防爆供电一次理顺让矿方、设计院和集成商从图纸到验收都按同一套参数对话。它要回答三个层面的问题用什么摄像机、什么网络把井下画面可靠拉回调度室用什么存储和算力把录像和AI分析长期跑起来怎么在瓦斯、煤尘环境下通过防爆和供电验收。设计方输出PDF施工方按图施工矿方按图验收任何一环脱节最后都会在联动调试期集中爆发。这份内容适合矿机电科、智能化办公室、系统集成商和售前工程师。新手能把它当模板抄参数熟手能拿它做会审清单专挑隐藏坑。下面按方案从图纸到验收的完整主线展开尽量给可以直接抄走的参数和步骤。2. 前端摄像机选型从防爆等级到码流模板的参数落地2.1 本安与隔爆怎么选先看设备功耗再看安装区域井下摄像机不是先看像素好不好先看有没有“下井证”。矿用设备的防爆等级和煤安标志MA是硬门槛没有MA标志的设备方案写得再漂亮也过不了验收。常见防爆型式有两种矿用本质安全型Ex ia I和矿用隔爆型Ex d I它们的适用逻辑很简单本质安全型设备自身功耗低、电路在故障状态下产生的火花能量不足以引爆瓦斯适合采掘工作面这类高瓦斯区域隔爆型设备靠外壳承受内部爆炸并阻止火焰外传适合带云台、带大功率补光灯的球机或者电流较大的设备。选型时我一般先看两个条件第一安装位置是采掘面还是大巷第二这台摄像机是否需要云台旋转和大功率补光。如果设备功率在5W以内、点位又在高瓦斯区域优先选本安型一旦带云台、雨刷、大功率白光就老老实实选隔爆型别想着用本安电源硬带。外壳和防护也经常被忽略。井下除尘用高压水冲洗是常态摄像机至少要IP66/IP67煤尘环境还要考虑外壳材质304不锈钢比普通铸铝耐腐蚀但价格也高。镜头前玻璃要选防起雾规格否则井下温差一大画面白茫茫一片。补光方式同样影响落地效果红外补光在煤尘环境下衰减很快粉尘会把红外光反射成一堵“灰幕”导致画面发白白光补光在采掘面又容易过曝。我现在更倾向选双光切换的机型巷道内用红外皮带转载点用白光或根据环境照度自动切换。2.2 点位布设巷道、采掘面、变电所的覆盖密度点位表是整份方案的核心它直接决定摄像机的数量和最终造价。以我常用的密度来参考主副井口、井底车场、电机车充电硐室、变电所、水泵房、避险硐室这类关键场所要求全覆盖、无死角主要运输大巷和采区巷道按每80到100米布设一台岔口和联络巷口必须单独加装否则永远差那一个转弯的盲区胶带运输机沿线按100到200米覆盖但机头、驱动部、转载点、给煤机必须单独布点因为这些位置既是故障高发点也是AI识别的主要对象。安装参数上我一般把摄像机装在2.5米到3.2米高度俯角控制在30到45度。装得太低容易被矿车、设备刮碰装得太高煤尘和支架阴影会盖住画面俯角太小只能看到车顶俯角太大又看不清远处。朝向尽量避免正对光源和风口淋水点下方不要装设备如果绕不开就在上方加防淋水罩。下面是一张可以直接抄进方案的点位密度表区域布点密度安装要求补光方式主副井口/井底车场全覆盖高度2.5-3m俯角30°~45°红外双光主要运输大巷每80-100m靠帮固定避开电缆挂钩红外采掘工作面机头/机尾各1台转载点防爆等级按区域提升白光/双光变电所/水泵房每个硐室1-2台全覆盖无盲区红外胶带输送机沿线每100-200m机头/驱动必设正向对带面避免逆光定向白光这张表的背后逻辑是“按风险布点”而不是“按面积平均布点”。皮带、转载点和采掘面是生产事故和违章行为的高发区点数要向这些位置倾斜变电所、水泵房这类无人值守硐室只要做到入侵能看见、仪表能读清就行。点位确定后建议逐个点拉通光缆路径现场常见问题是点位画在图上很美实际安装位置离环网交换机的光口太远最后被迫加设备。2.3 分辨率、帧率与码流一组能直接照抄的出厂参数分辨率、帧率、码流三者必须放在一起定因为它们共同决定带宽和存储。井下环境照度差1080P是目前性价比最高的分辨率采掘工作面有条件可以上4K但4K的带宽和存储成本是1080P的四倍变电所这类固定场景完全没必要。帧率上我不建议所有点位都跑25fps皮带机头等运动场景25fps是为了看清异物和卡矸石变电所这类静态场景10到15fps就够能把码流省下一大截。编码格式优先H.265但前提是录像机和平台都支持否则调到H.264能避免后期兼容性返工。码流这块的经验值是皮带场景4Mbps大巷和硐室2Mbps低照度环境额外往上浮动20%。给一组可以直接照抄的参数模板场景分辨率帧率(fps)编码目标码流皮带机头/转载点1080P25H.2654-6Mbps采掘工作面1080P/4K25H.2656-8Mbps主要运输大巷1080P15H.2652-3Mbps变电所/水泵房1080P10-15H.2652Mbps井口/井底车场1080P25H.2653-4Mbps这里有个容易吃亏的点动态画面和低照度噪声会让实际码流显著高于目标码流。所以我在方案里一般不写死“2M码流”而是写“CVBR可变码流上限5M”让编解码器在画面复杂时自动抬高码率、保证画质。同时把快门设在1/250到1/1000避免运动的矿车、皮带拖影开启3D降噪和宽动态井下逆光和粉尘能救回来不少画质。记住前端参数不在这张表上统一后期每台摄像机都不一样存储和带宽的账根本算不准。3. 井下视频传输怎么组网工业环网的带宽、隔离与自愈3.1 为什么视频不能和安全监控共用一张环网很多方案为了省一根光缆想把视频和瓦斯、风电闭锁等安全监控信号共用一张工业环网这个想法在会审时基本会被直接否决。原因不是带宽不够而是两类业务的优先级完全相反安全监控的载荷不大却要求极高的可靠性视频是大流量的“洪水”哪怕是VLAN隔离视频突发流量和广播风暴也可能挤占交换机的CPU和端口缓存造成控制报文延迟或丢失。更稳妥的设计是物理隔离视频监控单独使用一张矿用工业环网安全监控沿用独立系统两层网络在调度中心经由核心路由做转发。这么做虽然多一套交换机和光缆但故障面被切开了瓦斯断电这条链路不会因为某人改错视频交换机配置而被牵连。隔离还体现在供电上。安全监控系统通常配独立的UPS和供电回路视频系统哪怕和它共用机房也要单独做配电。方案里要把电源接地点标清楚防止验收时专家问一句“这个机柜里哪些空开是视频的”现场答不上来。3.2 核心-汇聚-接入三层设计带宽估算与自愈时间井下视频网络我一般按核心、汇聚、接入三层设计别图省事只做一层。核心交换机放在地面调度中心负责和存储服务器、AI服务器、管理平台互联汇聚层放在井底车场或各采区变电所负责把几条巷道的光纤环网收拢上来接入层就是巷道里那些矿用隔爆兼本安交换机每台就近接入8到12路摄像机。环网只在接入和汇聚层组核心层做双机热备这样任何一台接入交换机断线都只影响它所在的局部环核心不参与环网协议避免整个系统震荡。光纤用单模G.652井下距离长、干扰环境复杂单模的抗扰性和传输距离都更好。环网自愈协议我优先选DRP或ERPS这类协议在工业交换机上的收敛速度能做到20到50毫秒也就是断纤后画面几乎无感恢复。速率这块主干带宽按“所有摄像机的叠加码流乘并发系数”来算我一般取0.7到0.8因为并非所有画面都持续以峰值码流输出。下面这张表可以直接套摄像机路数单路平均码流环网主干带宽建议30路以内2-4Mbps千兆30-80路3-5Mbps千兆核心万兆预留80-150路4-6Mbps万兆主干含4K/多AI点位6-8Mbps万兆主干前端缓存这里有一个我踩过的坑只看路数和码流算带宽是不够的还要看交换机的端口缓存。视频是突发流量多台摄像机同时出流时存储服务器的连接端口一旦缓存不足画面就会卡顿但CPU和带宽占用率看起来又不高。所以选交换机时单端口缓存不能低于1Mbit整机缓存不低于8Mbit否则千兆端口看着够实际越不过视频的突发。3.3 交换机选型的四个硬指标与VLAN调优井下交换机不是普通交换机换了个铁壳就叫矿用。选型时我固定看四个硬指标第一防爆认证接入层一般选矿用隔爆兼本安型Ex d [ia] I带MA标志端口数量够用即可过多端口反而增加故障率第二环网协议必须支持ERPS/DRP/RSTP且自愈时间要明确低于50ms不能只写“支持环网”第三网管能力要支持SNMP、Web管理和端口镜像没有网管功能的交换机在井下就是个“黑匣子”报故障只能下井第四单模光口数量接入层至少2个光口用来组环4个电口以上接摄像机。网络参数方面我习惯把VLAN按区域和业务切成几个段皮带一运、采掘面、变电所、地面各一段既隔离广播风暴又方便以后单独排查哪段网络异常。视频流优先用组播方式让存储服务器订阅避免每路画面用单播重复复制否则核心交换机要同时转发几百份相同的数据流带宽直接翻倍。同时把管理报文、环网协议报文设为高QoS优先级视频流放中优先级避免环网收敛时控制报文被视频数据挤掉。提示每台交换机下井前就在方案里留好管理IP和站点名并在图纸上标注对应的位置。否则后期改码流模板、查端口流量都要下井一次半小时起步血的教训。4. 存储与算力设计把“存30天”和“AI分析”变成可验收的账4.1 存储容量先算明白码流、周期与冗余系数存储容量不能等设备进场再算方案阶段就要按公式过一遍。单路摄像机每天产生的数据量GB等于码流Mbps乘3600秒再乘24小时再除以8换算成字节简化后就是“码流值乘10.55”。所以4M码流下单路一天是42GB左右30路存30天就是42GB乘30路乘30天约37TB。这只是裸容量实际方案里还要叠加三个系数低照度和动态场景会让码流上浮取1.2的冗余RAID5或RAID6会损失一部分校验空间取1.15到1.2文件系统和录像索引还有约5%的开销。综合下来设计容量最好是裸容量的1.4到1.5倍也就是30路、30天、4M码流至少要配55TB可用空间。存储周期这块煤矿行业的常见验收口径是井下重点场所录像保存不少于30天部分省份对采掘工作面、变电所等区域会要求更长45天或90天不等。方案里不要只写“满足要求”要先确认当地最新验收口径再反推容量。比如要求90天单路4M码流一天的42GB就要乘9030路是113TB裸容量这个数字会让很多领导意识到存储预算不是小数目。目标码流单路每天容量30路×30天裸容量含冗余设计容量2Mbps21GB19TB28TB4Mbps42GB38TB55TB6Mbps63GB57TB82TB存储设备形态上小型项目用NVR够用中大型项目建议集中式CVR或分布式存储。RAID策略我推荐RAID6或者RAID5加热备盘录像数据是持续大文件写入重建数据量巨大RAID5在坏盘后的重建窗口期风险太高想留“后悔药”就别省那一块盘位。4.2 AI分析算力估算按算法类型和并发路数预留“AI识别”是方案里最容易写虚的部分。算力估算的输入是算法类型和并发路数不是摄像机总数。比如100路摄像机里真正需要做皮带异物识别可能就8路机头做人员违章的覆盖到主巷和井口约30路其余场景只要普通录像。以目标检测类算法为例单路1080P实时分析大约需要15到20 TOPS的算力一张主流工业级推理卡大致能带8到16路如果是语义分割类的皮带煤流分析、烟火识别或行为识别算力需求翻两到三倍。所以方案里一定要写清“哪些路数跑哪些算法”否则AI服务器会配得又贵又卡。部署位置也影响算力规划。简单规则区域入侵、越界可以放到前端摄像机内置NPU省流量的同时减少服务器压力中等复杂度的多路检测用边缘计算盒子一台盒子带8到16路是常见配置最复杂的皮带异物、工作面行为识别才放到中心GPU服务器。这个分层思路能显著降低成本而且前端就地报警比中心分析更可靠断网时报警功能还在。别忘了在方案里给算法供应商留“现场样本采集与阈值调优”的时间井下粉尘、水雾、煤种变化都会让模型漂移没有迭代期的AI报警从上线第一天就会被调度员手动关闭。4.3 平台功能裁剪验收前必须对上的四个功能点管理平台容易做成“全家桶”几十个模块堆上去真正用的没几个反而让系统变慢、权限难管。验收前我建议只锁四个功能点一是实时预览内网点开画面到出流延迟控制在一秒以内画面不能有频繁花屏和卡顿二是录像回放能按时间轴和事件两种方式检索回放启动时间不能超过三秒这是评委最爱现场点的功能三是报警联动AI检测到皮带异物或人员违章时平台要能弹窗、声音报警并触发联动录像报警记录和录像片段要能一键导出四是电视墙上墙调度大屏至少支持整屏和分屏两种模式切换。平台选型还有一个容易忽略的接口问题。矿方通常已有安全监控系统、人员定位系统或调度通信系统视频平台要预留标准化接口比如GB/T 28181或SDK方便把视频报警推送给第三方融合平台。方案里把这四个功能点写成可测试的验收项比堆一堆“支持智能分析”的形容词有用得多。技术方案写到这一步图纸上的东西才开始变得可验收、可运维。5. 防爆与供电避坑清单这几处设计最容易返工5.1 摄像机供电接错防爆类型本安电源不是万能现象现场安装人员用一台本安电源去给带云台和大功率补光的隔爆球机供电球机启动瞬间电流超过本安电源的限值电源保护动作摄像机频繁重启画面反复掉线。原因本安电源是“限压限流”的本质安全型电源只能给本安设备供电而隔爆球机功耗大需要矿用隔爆兼本安型电源或其他满足矿用要求的电源。很多人觉得“都是防爆电源功率差不多就用了”这是把防爆型式当成功率等级来理解。解决断电前先核对两个铭牌——摄像机铭牌上的额定功率和防爆型式电源铭牌上的输出电流和防爆型式。本安设备用本安电源隔爆设备用隔爆型电源供电电缆也要按本安回路的要求布线不能和动力电缆同管敷设。方案里最好画一张供电回路表标注每台设备的电源型号和回路编号。5.2 光纤收发器在井下成了“黑匣子”没网管的设备别往井下放现象为了省成本接入层用了商用百兆光纤收发器用了一段时间开始随机丢包、死机故障时没有任何网管手段只能下井断电重启过几天又犯。原因商用光纤收发器设计用于机房环境井下高温、高湿、煤尘和电压波动会加速元器件老化而且它没有管理接口连不上网管坏了就是“黑匣子”只能靠人肉排查。解决井下接入层一律用矿用工业交换机用它的SFP光口直接组环去掉独立的光纤收发器。如果某个位置实在只有一两路摄像机也要选带光口、支持SNMP的矿用本安型光电转换设备而不是商用的那种。验收时重点查一下光链路有没有用转发器拼凑这是会审专家最爱抓的细节。5.3 皮带AI识别误报失控快门、补光与阈值现象皮带异物识别上线当天报警量就爆表一分钟几十条调度员直接关闭报警功能一套“智能矿山”项目变成普通录像回放。原因问题多数不在算法而在图像输入。井下光照不足补光灯没对准带面皮带速度又快摄像机快门不够导致运动物体拖影算法训练用的是厂商图片库没采过这个矿现场的煤炭形态、皮带纹理和粉尘颗粒置信度设得太低就会把煤流、水雾、矿灯光斑全当成异物。解决先调现场再调算法。给皮带机头加定向白光并调整角度避免强光直射镜头摄像机快门设到1/500以上必要时开电子快门优先模式算法端先按置信度0.7以上、连续3帧以上有效才报警的规则过滤再收集一周现场正负样本重新训练。我在方案里会写“AI调试期不少于15天”给现场留足迭代时间。5.4 存储容量被码流上浮击穿按峰值预留别按理想值算现象设计文档写着“H.265编码单路2M码流存储可存30天”实际运行第15天存储就满了回放直接被覆盖。原因存储容量按目标码流算没有考虑低照度噪声、动态画面和H.265在复杂场景下的码率抬升。井下皮带场景实际码流经常从2M飙到4M甚至6M再加上RAID损耗和录像索引裸容量根本撑不住。解决方案阶段就用CVBR限幅把目标码流和峰值码流写清楚比如“目标4M峰值6M”然后按峰值而非目标值计算容量。存储服务器上线第一周每天记录一次已用容量和实际写入速率如果日均写入超过设计值立刻调整码流模板或扩容。这不是玄学是每一份会审图纸都要过的算术题。5.5 画面条纹干扰等电位与地环路的真相现象井下多路画面出现周期性横纹和水波纹换摄像机、换交换机都没解决最后查出来是不同区域的地电位不一致摄像机外壳、电源地、视频信号地形成了环路。原因井下供电距离长不同硐室的地电位差可能达到几十伏。视频信号虽然走光纤避免了直接电位传递但摄像机和交换机的电源地如果没有统一接地点还是会在设备之间形成地电流反映到画面上就是条纹。解决把每台摄像机和交换机的设备外壳可靠接到就近的接地极电源地做单点接地避免多台设备通过电源地串联成环路信号线的屏蔽层只在交换机端单侧接地。现场排查时可以先用绝缘垫把疑似设备悬空如果条纹消失再按接地规范逐台处理。6. 方案落地前的图纸会审与验收验证一张台账管到底6.1 一张设备台账表把几十页PDF变成运维依据设计方案PDF再厚竣工验收之后很少有人翻。我现在的习惯是会审前先要求把图纸内容压缩成一张Excel台账摄像机编号、安装位置、设备型号、防爆证号、IP地址、码流模板、录像天数、接入交换机端口、电源回路、安装高度、补光方式一行一台设备。有了这张表验收时按表逐点核对运行后改故障也按表查哪一路码流超了、哪个端口离线都能快速定位到物理位置。6.2 现场验收四件事光纤自愈、录像调取、报警联动、带宽监测验收不要只看画面流畅四件事必须现场做。第一件是光纤自愈测试拔掉一条环网光缆观察存储服务器收到的视频流中断时间要求恢复时间低于50毫秒方法是在核心交换机上持续ping一个前端摄像头IP看丢包个数第二件是录像调取抽查随机挑三天、三个关键点位按时间和事件两种方式回放确认帧率、码流和存储周期真实可用第三件是报警联动测试用模拟物触发皮带异物或区域闯入看平台是否弹窗并联动录像第四件是带宽监测在核心交换机查看一周端口流量峰值确认没有长期超过设计带宽的70%给未来的“上系统”留余量。会审时我还固定查六项点位表与现场是否一致、防爆证是否和实物对得上、供电回路是否标注清楚、带宽计算是否含峰值、存储是否按冗余系数放大、接地是否单点。这套清单看着简单但能拦下大部分返工。要记住设计方案的技术含量不在页数多少而在每台设备的参数能否被追踪。以前我只审拓扑图不审点位表结果现场有一台皮带机头摄像机的光缆距离超出了设计上限熔接后衰减太大又重新拉了五百米缆。现在不管谁来交底先把台账表拉平再动土这个习惯救了我很多次。希望帮到你。本文还有配套的精品资源点击获取