神东煤炭矿山一体化管控平台：国产Web组态SCADA+HMI落地解析

神东煤炭和“图扑软件”这个名字放在一起本身就是个信号。干煤矿自动化的都清楚神东的调度体系在国内煤炭行业里算是很早就开始搞信息化、自动化的那批旗下矿区井下设备多、系统杂、协议乱套调度室里经常一个系统一台电脑皮带、排水、供电压根不在一个画面里玩。这时候再上一个“国产组态 SCADA HMI 矿山一体化管控平台”说白了就是要把原来那些各自为战的子系统全部收拢到一个空间里统一展示、统一操作、统一报警。这篇文章我不打算给你复述官方新闻而是把这个项目背后真正要解决的问题、平台架构怎么落、点位表怎么建、画面怎么组、联动怎么调、现场又会踩哪些坑一项一项拆开讲清楚。不管你是做矿山自动化的老工控还是刚接触组态、SCADA、HMI这三个词的新人只要你未来要碰一体化监控这类项目这篇内容可以直接当参考。1. 这个项目想摆脱的核心困境矿山自动化里的“烟囱林立”1.1 煤矿调度场景真实的痛点可能很多人对煤矿自动化系统的理解还停留在“有一个大屏、看看数据”的层次。真正下过矿、进过调度室的人才知道煤矿自动化水平越高反而越容易出现一个尴尬现象中控室的电脑数量比操作员还多。在地面调度中心主运输皮带是一套上位机井下中央泵房又是一套监控软件变电站用的是另一家的综保后台通风机房可能还挂着一套厂家独立的在线监测系统。这些系统虽然是同一座矿的设备但因为建设周期不同、招标标段不同、设备厂家各异协议和数据模型完全不互通。数据采集来了以后每一套上位机都往自己的数据库里存调度员想看某个生产环节运行状态得在一堆显示器之间来回切鼠标逢年过节还有厂家售后电话打不通的问题。更深一层的问题是这些系统之间没有“联动”的概念。瓦斯超限了安全监测系统自己在报警但主通风机画面、断电控制画面、人员定位画面是不同的软件在管调度员需要靠脑子去把几个屏幕的信息串起来判断到底先处理哪个。一旦井下突发状况几秒钟内要做决策的时候这种“烟囱式”的信息架构根本撑不住。1.2 神东这次选型透露出什么信号这次选择图扑软件来做矿山一体化管控平台抛开品牌宣传层面单从技术选型来看有一个很明显的信号老一代基于C/S架构、甚至依赖ActiveX插件的组态软件正在被Web化、国产化的方案替代。传统组态软件在单矿井、单体设备场景里确实成熟但放到“多系统融合”的层面就有先天弱点。第一客户端软件部署麻烦每台操作员站都要装环境、配驱动、拷授权第二数据接口封闭想跟矿上的ERP、MES、安全双重预防体系打通得靠厂家定制开发费用高周期长第三画面表现为典型的“工控灰蓝风”交互逻辑还停留在十年前第四在国产化的大环境下Windows单机运行的方式越来越尴尬。图扑这套平台属于B/S架构的Web组态操作员站只需要有浏览器就能打开全部监控画面后端可以跑在国产服务器上数据采集通过边缘网关前置在一起。这种架构对神东这样多矿、多盘区、需要集中调度的集团型用户来说部署成本、后期运维成本都比传统组态软件低一大截。2. 技术底座复盘组态、SCADA、HMI与国产化替代2.1 SCADA/HMI/PLC/组态到底是什么关系很多刚入行的人会被“国产组态SCADA HMI矿山一体化管控平台”这个标题绕晕觉得这几个词是不是一码事。我在实际带项目时也经常要跟客户解释SCADA和HMI是一对“父子”关系而组态则是造出这两个东西的“工具”。先说PLC。PLC是执行层的大脑直接连接传感器、继电器、电机负责完成逻辑控制比如泵的启停、皮带的顺序起车。但PLC自己不具备给调度员看的屏幕它只能通过通信接口把数据吐出去。SCADA全称叫“数据采集与监视控制”Supervisory Control and Data Acquisition做的是上位监控层的事把分布在各处的PLC数据采上来集中存储、展示报警、下发控制指令让调度员在一个平台里掌握全局状态。HMIHuman Machine Interface字面意义是“人机交互界面”它既可以指现场触摸屏这种硬件也可以指SCADA系统里那些让操作员点击、输入的图形画面。一套SCADA软件里一定包含若干HMI画面但单独的HMI不等于SCADA整体。组态是这里面最容易混淆的词。所谓“组态”本质上是一套不需要写底层语言的“搭积木”开发环境。工程师从图库里拖一个水泵图形出来填上变量地址再画一条管道水泵实时转速和压力就显示出来了。组态搭出来的东西可能是一个单设备的HMI画面也可能是一整套完整的SCADA系统。用生活化一点的类比PLC是身体里的脊髓反射弧反应快但视野窄SCADA是大脑皮层负责统合各种信号做出全局判断HMI是人的脸和手用来接收信息和下达指令而组态是为大脑和感官定制操作台的“技师”。神东项目强调“国产组态SCADA HMI一体化”本质上就是用一套以组态为底座的国产平台把原先分属PLC、多个上位机、多种HMI的工作全部承载起来。2.2 为什么最终会选图扑这类Web组态国产方案在具体落地时选型阶段有几个硬性指标是绕不开的。首先是运行环境是否适配国产化要求原先很多国外工控软件只能在Windows Server上跑加密狗授权体系还经常跟虚拟化、容器化部署打架。其次是开放能力矿山一体化平台要接的子系统可能有十几种没有标准化的Modbus TCP、OPC UA、MQTT接口后面根本转不动。图扑软件在这类项目上被看重的点一是图形成型能力他们本身就做Web可视化起家组态画面不是传统那种方块拼出来的“工程图”而是带透视关系、带光影效果的2.5D界面井下变电所、皮带机头这些场景可以做到近似三维的效果同时又不用像纯3D引擎那样消耗太多显卡资源。二是在前端渲染层面没有历史包袱使用现代浏览器的Canvas/WebGL能力支持海量数据点刷新不掉帧。当然选Web组态不等于抛弃工控安全。实操层面SCADA平台的核心算法、指令下发、报警归档依然保留在服务端Web端只做渲染和操作权限控制细分到按账号、按画面、按按钮级别。井下调度员在浏览器上点“启动皮带”和传统组态点击的效果在工程逻辑上没有区别安全性由底层权限服务和PLC侧的安全策略双重保证。3. 平台整体架构与核心模块的落地设计3.1 总体分层架构与数据流动矿山一体化管控平台如果只做一个大HMI把几十张画面放进去那纯粹是自欺欺人。真正稳定的架构必须分四层来谈设备采集层、传输控制层、核心服务层、可视化应用层。设备采集层面对的是井下隔爆型PLC控制箱、综合保护器、智能传感器、电力仪表还有新增的各种智能终端。这里不做任何业务逻辑只把现场数据“拔”上来。传输控制层解决的是协议差异和网络隔离问题。煤矿井下环网是工业环网与办公网、管理网之间有安全隔离设备数据不能直接裸奔需要由采集网关统一汇聚把Modbus RTU、OPC UA、S7通信等不同协议转换成统一的数据模型再往上层服务转发。核心服务层是整个平台的“中枢神经”包括实时数据库、历史数据库、报警中心、权限管理、联动规则引擎以及图扑SCADA服务端。实时数据库存所有测点的当前值刷新周期控制在毫秒到秒级历史数据库以时序方式落盘保证掉线重连后数据还能补齐查询联动规则引擎负责跨子系统的报警判断例如“王庄2号采区断电仪报警且馈电状态为有电”时触发规则的置位。可视化应用层才轮到Web组态画面、2.5D大屏、移动端和调度台。这个分层最大的好处是每一层都能独立扩容。现场增加一套子系统不需要动可视化层代码只需要在采集层加驱动、在服务层加点位、在画面层拖入新图元并绑点。3.2 一张图管矿规划阶段必须梳理好的业务模块一体化平台不是所有子系统都要包含才能叫一体化。规划阶段我会建议把矿上系统分成三类一类是个性化很弱、但最需要集中监看的“生产保障类”比如供配电、排水、通风、压风一类是安全风险高、必须强制联动的“安全类”比如瓦斯抽采、安全监控、人员定位、应急广播最后一类才是生产直接相关的“主业务流程类”比如采煤机、主运输皮带、提升绞车。方案层面神东这类项目最终呈现出来的核心业务模块我通常拆成下面这张表来跟业主核对业务域核心监控对象常见控制/联动需求一体化平台侧重点主运输系统带式输送机、给煤机、除铁器顺煤流起车、逆煤流停车、堆煤保护设备状态可视化、启动条件闭锁供配电系统高低压开关柜、移动变电站、馈电开关远程分合闸、漏电保护、越限报警运行方式拓扑、故障定位排水系统主排水泵、阀门、水位传感器自动轮换启停、低水位保护一键启停、能耗统计通风系统主要通风机、局部通风机、风门风机切换、风量调节、异常报警系统联动、一键反风演练状态记录安全监控瓦斯、CO、温度、风速传感器超限报警、断电、撤人联动全流程跟踪、报警溯源人员/车辆定位定位基站、标识卡、车载终端区域超员报警、违规入井限制2.5D地图实时位置展示工业视频井下摄像头、AI摄像机报警联动弹窗、违章行为识别画面与PLC数据同屏这张表看似简单实际确认时牵扯到每个子系统的数据是只读还是可写、点位信息是否完整、接口协议是否开放等大量谈判。我的经验是宁可在这个阶段把业务模块边界划清楚也不要等画面做出来再补。4. 关键环节实操点位、画面、报警和联动4.1 点位表整个平台最容易翻车的地方无论组态图形拖得多熟练前置工作不到位也会白忙。一个矿山一体化平台正经点位规模通常是几万点起步大型矿井十万个实时数据点很常见。这些测点要怎么在平台里建立身份标识唯一的办法就是一张高质量的点位表。我在实际项目中一定会先拉着各单位开会统一点表模板字段通常包含系统名称、所属子系统、设备名称、测点编号、点位名称、数据类型、单位、采集协议、从站地址/寄存器地址、数据格式、倍率、量程上限、量程下限、读/写属性、报警等级、状态区与描述区。一个个看起来很简单但坑很多。最容易翻车的有三个地方。第一是位号命名不规范皮带电流在A系统叫“PDDL”在B系统叫“P_DL_01”后期做数据清洗时头都大第二是协议地址不唯一接入PLC程序点位S7地址时写错数据块号或偏移量导致两个测点共用一个地址一个数据跳变另一个跟着跳第三是倍率和数据类型不匹配现场压力变送器输出4-20mA信号实际量程0-10MPa组态里只填了整数类型没填小数位画面上显示出来全是0或者超满量程。我建议的做法是点位表先以Excel模板下发到各子系统厂家填写平台实施团队收到后再导入一套“点位校验工具”逐项检查是否有重复地址、缺失描述、非法字符全部通过后再批量生成平台的点表配置文件。这个过程听起来繁琐但在十万点规模下靠人工肉眼检查等于给自己埋定时炸弹。4.2 从拖拽图形到绑定数据源组态画面实操要点画面组态是HMI给人的第一印象但越是看起来“花哨”的画面越要控制复杂度。合理的组态步骤应该遵循“系统概览—分区拓扑—设备细看”三层逻辑。第一层是系统总貌图。从图扑素材库拖出矿井区域性矿图或地面厂区布局把主井、副井、风井、变电所、泵房的位置放准然后给每个区域图形挂上跳转链接。调度员进入系统后第一眼看到的是整个矿区的鸟瞰有问题的地方用颜色或气泡提示点一下才进入下一级。第二层是每套子系统的工艺图。比如井下中央泵房的画面需要按实际管路布置画出水泵、电机、电动闸阀、止回阀、压力表、流量计的相对位置。这里建议利用图扑的SVG图形库和2.5D设备素材先搭出接近实物的静态场景再对每个泵体做状态绑定。一个泵可能有“停止/启动/运行/故障/远程/就地”多个状态组态时要绑定变量让泵体颜色随状态切换例如运行是绿色、停止是灰色、故障是红色。第三层是单设备的HMI面板。点击某台水泵会弹出该泵的控制面板包含启动、停止按钮电流、轴承温度、密封水压力、累计运行时间等数据。这一层的HMI交互才允许写操作。按钮点击后平台下发指令到采集网关网关最终通过Modbus写线圈或S7写DB块完成对PLC的远程控制。实际拖画面时有一条铁律画面上的元素命名必须跟点位表一一对应。我见过太多人起名“泵1”“变量2”最后根本不知道绑的是哪一个开关量。规范做法是画面图元名称前缀带上设备编码例如“M-102-PUMP-ST”看到名字就知道是中央泵房102号泵的停止状态。后端SCADA脚本逻辑简单清晰不容易出现重复绑定。4.3 报警分级与联动投退怎么做才安全矿山项目里报警是安全底线错误报警、漏报、误操作都可能造成严重后果。一体化平台的报警逻辑不能简单地把所有点位的上下限都塞进同一个队列里。通常我会按GB/T和煤矿安全规程的相关原则把报警分成三级一级报警涉及人身安全或重大设备损坏的比如瓦斯浓度超限、主要通风机停机、主排水泵房水位超高高。二级报警影响局部生产或需要值班员关注的状态例如某台皮带电机电流越限、配电室温度偏高。三级报警一般提醒类比如检修门打开、单台设备远程状态切换。不同级别的报警在HMI上展示形式不一样。一级报警必须全屏闪烁、语音播报、联动弹出关联的视频画面并且要“确认”操作记录留痕二级报警只在报警栏顶部高亮并发出提示音三级报警滚动显示即可。联动规则的配置我要特别提醒所有做上位机的人安全联锁尽量放在PLC里做上位机不要越俎代庖。一体化平台的联动规则引擎适合做的是跨系统的“辅助联动”和“建议提示”例如安全监测系统检测到采煤工作面瓦斯浓度达到断电阈值后SCADA在监控画面自动弹出对应馈电开关状态页提醒调度员确认断电是否已完成、是否需要进行撤人广播。如果直接把“瓦斯浓度超过1%就断电”的规则写在上位机平台里一旦平台服务重启或者通信抖动后果不堪设想。联动的投退管理也需要做成可操作、可审计的界面。现场调试期各级报警反复触发会非常烦人如果工程师为了省事直接关掉报警总开关后面忘记恢复才是最大的安全隐患。正确做法是设置“报警抑制时间段”或“单人确认后延迟报警”确保系统在调试阶段也不失守。5. 现场施工与联调中的常见坑位5.1 通信断线反复出现按什么思路排查一体化平台上线初期最让人头疼的不是组态画面而是“通信时不时断一下”这种恶心问题。有时候PLC和采集网关相距不到20米Modbus TCP连接却每隔几分钟断一次重连一次画面上全部数据点闪红。排查这种问题不要一上来就怀疑组态软件而要按照链路自下而上逐层判断。我的习惯是先到现场用电脑搭配串口或网口直连设备单独读一遍数据。如果直连也有超时和错包基本是物理链路或设备本身的问题比如井下环网交换机光模块收发光异常、通信电缆屏蔽层被动力电缆干扰、PLC网口模块老化。如果直连正常但到了网关再上去就断那就要怀疑网关侧地址映射表、看门狗超时时间设置、多主站轮询是否有冲突。在矿上用Modbus RTU时最常见的坑是变频器谐波干扰。通信电缆与变频器输出电缆同桥架敷设时总线电平会被干扰到一会儿通一会儿不通。解决方法不复杂但必须做到位通信线使用屏蔽双绞线屏蔽层单端可靠接地跟动力电缆分开穿管敷设距离太长时在中继器附近加装磁环。另外抄表轮询周期不宜过快有的网关联设备填了100ms轮询周期以为速度越快越好结果把一个通信模块拥堵到拒绝响应。排查时还要善用SCADA平台的原始报文查看功能或抓包工具。很多国产平台设置里可以暂时打开设备通信日志连续抓几十秒报文看是哪一类功能码超时、哪些从站地址无响应基本就能把故障范围缩小到某一条支路。5.2 按钮没反应、变量不刷新最容易误判的几种场景做HMI组态最匪夷所思的故障往往是“看起来配置都对就是点按钮没反应”。这个现象与搜索引擎里搜到“博图HMI仿真按钮无反应”的情况非常相似。我先说传统组态和Web组态之间共通的排查逻辑再单独讲Web平台里容易踩的特殊坑。共通的几种情况排序如下第一是变量没被正确连接。画面上的启动按钮绑定的变量和PLC实际点位地址不一致点击时后台没有收到任何真实的写指令。第二是权限等级不足。当前登录操作员账号只有只读权限平台界面又没有把按钮置灰自然怎么点都没反应。第三是图元层级覆盖。组态画面里一个透明框或者装饰图形正好盖在按钮上方鼠标事件被上层元素吃掉这种情况尤其多因为组态编辑器里图元是有叠放顺序的拖拽复制时不小心放错层级运行时肉眼看不出来。最后才是脚本或事件写法有问题函数名拼错、事件被覆盖、地址类型不匹配等。在Web HMI里还要额外检查几项按钮的CSS样式是不是设置了点击穿透属性父级容器是否阻止了事件冒泡如果用的是动态生成的图元事件绑定是否在数据刷新后被重新渲染覆盖了。在实际项目里我们遇到过调度员点击“启动”后画面执行了但按钮状态没有变原因是界面的刷新机制只做了状态量单向订阅控制器自动把启动信号复位了平台收到反馈后应该刷新成运行状态而平台订阅的却是启动命令点而非反馈点——这类问题光看按钮脚本代码根本查不出来要顺着点位关联关系捋一遍。5.3 历史数据对不上账让值班员当场抓狂的问题一体化平台上线后的质保期里最容易被业主值班员挑毛病的往往是历史曲线查询。领导问“昨天下午两点主扇轴承温度到底是多少”值班员拉出曲线一看有一段是空的或者数值跳变看起来就很难解释。这个问题多数不是平台存储坏了而是点位写入历史数据库时的“标签丢失”问题。平台采集数据后如果点位表变更、网关重启、点位分组调整有可能会造成一部分测点数据写入历史库时没有绑定到正确的存储策略。排查时先看平台自带的实时数据缓存是否完整如果实时数据正常而历史数据断档就可以判断断层发生在“存储归档”环节。另一个常见原因是倍率变更。现场某台泵的电流互感器换了变比工程师只改了实时库里的量程没有同步修改历史库归档参数结果历史数据比实时数据缩小或者放大了倍数导致曲线前后不连贯。建议项目上线时设置一个“测点版本管理”功能凡是量程、倍率、单位发生变化的历史测点自动生成新的归档通道老数据原样保留查询界面提供“切换倍率”的选项这样就不会出现因为改参导致历史曲线形态漂移的问题。我还会在验收交付时主动写一个小脚本做“历史数据补齐巡检”每天凌晨自动扫描前一天哪些测点有采集、无归档记录把异常清单发给运维工程师。这种细节不会写在项目PPT里但真能帮你在矿山现场少接十几个抱怨电话。6. 用图扑这类国产Web组态做矿山项目的几点反思6.1 Web组态给老工控人带来的习惯冲击说句实话老一辈工控工程师对Web组态是有点不适应的。早年间做WinCC、InTouch一个项目要装加密狗、配驱动画面上用一堆OLE控件操作员站还要固定IP和独立的工控机大家早就习惯了。图扑这类Web组态平台带来的第一个改变是画面从“安装版”变成了“网页版”一切都在浏览器里编辑和运行不用考虑客户机房里的各种显卡兼容性问题。第二个冲击是做画面的美术门槛降下来了但又好像升上去了。说降下来是因为自带素材库里有大量的阀门、泵、输送带、矿山设备等SVG和2.5D模型新手也能拼出一张完整的系统图。说升上去是因为系统完成后需要有透视、景深、色彩层次的表达画得不专业调度员看了反而觉得不如以前“正经”。所以做Web组态项目时我强烈建议大家团队里至少有一个稍微懂设计的人来负责色调和图元风格统一而不是每个人按照自己审美各画各的。第三个冲击是调试方式变了。以前去现场改一个报警参数要回到上位机重新下载运行包Web组态时代改完保存刷新浏览器即可生效远程运维方便了很多。但这也带来一个管理风险改了东西不留一份“底稿”后期回溯困难。我个人的做法是每迭代一版画面就在服务端的发布包里做一次快照导出保留版本说明坚决不在生产环境里无记录地修改。6.2 一体化平台真正值钱的地方不在画面上绕了一大圈回到标题里“矿山一体化管控平台”这九个字。平台真正值钱的地方不在于把煤矿调度室的10台电脑变成了1台也不在于你的皮带画面做得像不像科幻电影。值钱的是底层那套可持续扩展的数据底座。神东这类大型煤炭集团后续一定会上更多的AI视频识别、设备预测性维护、节能分析系统。这些新业务有一个共同需求需要可靠地拿到跨系统的历史数据、完整的启停事件记录、准确的报警上下文。如果在建设一体化管控平台时把这些数据资产通过统一模型沉淀到位后续的人工智能应用就等于有了“粮食”上线速度会快很多。反过来如果只做了一堆漂亮组态画面等下一个项目招标时又要重新碰一遍现场设备和数据对接那才叫真正的浪费。所以我给同类项目的建议是画面上尽量选图扑这类见得多、模板复用度高的国产平台缩短试错时间但在点位模型、历史数据治理、报警事件归档上一定要投入足够的人力别压缩这块的成本。这些看不见的内容才会在未来两三年让矿区对“管、控、监”真的有体感。我在实际过项目时还有一个小习惯交付前一天让一个完全没参与项目的人坐在调度台前只给他一张“启动2号主排水泵”的任务卡全程观察他从哪个入口进、点哪个按钮、有没有犹豫和找不到。这一项通过了平台基本才算真的能用。矿山HMI不是给开发者自己欣赏的作品而是给满身疲惫、有时候还要在嘈杂环境里快速判断的调度员用的把他们的习惯和情绪放在第一位比任何前沿技术都重要。