1. 矿山数据采集与SCADA联调概述

矿山生产是一个由采掘、运输、提升、通风、排水、供电、选矿等多环节串联而成的复杂工业系统。与离散制造不同，矿山设备分布广、环境恶劣、连续运行要求高，任何一个环节的停机都可能造成全矿产量损失甚至安全事故。因此，把分散在各中段、各硐室、各皮带沿线的设备运行状态与工艺参数实时汇聚到统一监控平台，是矿山自动化与智能化建设的基础工作。本课程围绕“OPC UA数据采集”与“SCADA联调”两条主线展开，本章先建立整体认识：矿山到底需要采集什么、OPC UA在其中扮演什么角色、SCADA联调要达成什么目标、典型系统架构如何分层。

一、矿山生产系统的数据采集需求

矿山数据采集的对象可以按“设备—工艺—安全—能源”四类来梳理。设备类数据包括提升机的主轴转速、闸瓦间隙、液压站压力，主通风机的风量、轴承温度、振动烈度，排水泵的流量、扬程、电机电流，皮带输送机的带速、跑偏开关状态、电机功率等；工艺类数据包括选矿厂的磨机给矿量、分级机溢流浓度、浮选槽液位与pH值、浓密机底流浓度；安全类数据包括井下环境的一氧化碳、甲烷、风速、粉尘浓度，以及人员定位、防水闸门状态；能源类数据则关注各变电所的有功功率、功率因数、电量累计值。

这些数据在采集特性上差异明显：安全监测类要求秒级甚至亚秒级刷新，且对数据完整性要求极高；设备状态类多为百毫秒到秒级；电量累计类则允许分钟级。采集周期、数据质量戳、时间同步精度必须与业务需求匹配，否则联调阶段会出现“数据有但不可用”的典型问题。此外，矿山现场PLC品牌混杂——西门子S7、罗克韦尔ControlLogix、施耐德、以及大量国产PLC和智能仪表并存，协议从Modbus RTU/TCP、Profibus到厂商私有协议不一而足，这正是引入OPC UA的核心动因。

二、OPC UA在矿山自动化中的角色

OPC UA（Open Platform Communications Unified Architecture）在本课程语境下承担三重角色。第一是协议归一化网关：现场PLC、智能电表、安全监控分站通过各自原生协议接入边缘采集节点，由OPC UA服务器将其统一暴露为地址空间中的节点，SCADA客户端只需面对一种信息模型。第二是语义化信息模型载体：OPC UA不只是“搬数据”，还能用对象、变量、类型定义表达设备结构，例如把一台排水泵建模为包含“运行状态、出口压力、电机电流、故障码”的对象，使上位机不必依赖点表约定即可理解数据含义。第三是安全通道：支持签名与加密、用户身份认证，满足矿山数据从井下到地面的传输安全要求。

需要强调的是，OPC UA解决的是“标准化访问与语义表达”，并不替代现场总线，也不等于数据库。采集节点负责协议转换与数据缓存，SCADA负责展示、报警与历史存储，二者职责要分清，否则联调时容易出现“到底该在哪一层做量程换算”的扯皮。

三、SCADA联调目标与典型架构

SCADA联调不是简单“把画面点亮”，其目标可归纳为四条：数据链路通（每个采集点能稳定到达上位机）、数值准（工程量换算、量程、单位正确）、状态对（设备启停、故障信号与现场一致）、响应及时（刷新周期与报警延迟满足要求）。联调通常按“单点—单设备—单系统—全矿”四级推进，每一级都要有明确的通过判据。

典型架构自上而下分为四层：现场设备层（PLC、仪表、安全分站）、边缘采集层（协议网关/OPC UA服务器，部署于井下或地面机房）、监控层（SCADA服务器、历史库、报警服务）、应用层（调度大屏、报表、与MES/管控平台对接）。下图给出这一分层结构及主要数据流向。

理解这张图的关键在于两条链路：一条是“现场协议→边缘网关→OPC UA地址空间”的数据上行链路，另一条是“SCADA客户端→OPC UA会话→订阅→数据变化通知”的访问链路。联调中的绝大多数问题都落在这两条链路的某一环上，例如网关能读到PLC寄存器但地址空间映射错位、会话建立成功但订阅的采样周期设置过大导致报警滞后、时间戳来自不同时钟源导致历史曲线错乱。

四、联调前的准备与判据示例

正式联调前应完成三项准备：一是点表核对，明确每个测点的设备来源、寄存器地址、数据类型、量程与工程单位；二是网络与安全确认，包括网关IP规划、端口开放、证书与账号；三是时间同步检查，确保采集节点与SCADA服务器时钟偏差在允许范围内。以一个排水泵站为例，可设定如下判据：出口压力测点（0～10 MPa，4～20 mA对应）在SCADA显示值与现场仪表读数偏差不超过满量程的1%；电机运行状态在PLC置位后3秒内上位机变色；通信中断后网关缓存不少于5分钟数据并在恢复后补传。这些具体判据使“联调完成”从主观判断变为可验证的工程结论。