2. 矿山物联网设备分类与台账范围界定

矿山物联网设备台账不是把所有“能联网的东西”简单堆进一张表,而是要先按业务系统划清设备类别,再明确每一类设备的台账覆盖边界,最后把设备与点位一一挂接。分类决定了台账的骨架,边界决定了哪些设备必须入账、哪些只需登记引用,设备与点位的对应关系则决定了后续数据能否落到正确的测点上。三者缺一,台账就会变成“有设备无点位”或“有点位无归属”的悬空数据。

一、按系统划分设备类别

矿山物联网设备最自然的分类维度是业务系统,因为设备的功能、安装位置、供电方式、通信协议和运维责任通常都随系统走。常见的划分包括:安全监控系统、人员定位系统、通信联络系统、压风自救系统,以及供水施救、排水、通风、提升运输、供电等生产辅助系统。每一类下面再按设备形态细分,例如安全监控系统可分为分站、传感器、断电控制器、电源箱;人员定位系统可分为定位分站、读卡器、标识卡、定位服务器接入网关;通信联络系统可分为调度交换机、矿用电话、广播终端、无线基站;压风自救系统可分为空压机、储气罐、管路、自救装置及压力/流量监测终端。

分类时要抓住一个原则:以“设备承担的监测或控制职责”归类,而不是以“设备长什么样”归类。 例如同样是压力传感器,装在压风管路上属于压风自救系统的监测终端,装在供水管路上则归供水系统;同样是网关设备,汇聚安全监控分站数据的归安全监控,承载人员定位数据回传的归人员定位。这样归类后,台账中的“系统类别”字段才能与运维责任、报警处置流程、数据上传通道保持一致。

二、台账覆盖边界

台账边界要回答三个问题:哪些设备必须建独立台账记录,哪些设备只作为属性登记,哪些设备不纳入本台账。建议采用“三层边界”界定:

  • 核心层(必建台账): 直接产生或承载监测数据、控制指令、定位信息、通信链路的设备,如分站、传感器、读卡器、基站、广播终端、断电控制器。这类设备必须有唯一设备编码、安装位置、所属系统、通信地址、投运日期、状态等字段。
  • 关联层(登记引用): 为核心设备提供供电、传输、安装支撑的设施,如电源箱、接线盒、光缆段、杆塔、机柜。它们不必逐台建独立台账,但要在核心设备记录中以“供电来源”“传输链路”“安装载体”字段引用,保证故障时能追溯。
  • 排除层(不纳入): 与矿山物联网数据采集无直接关系的办公设备、生活设施、临时施工机具等。排除不是随意丢弃,而是要在台账说明中写明排除理由,避免后续审计时被质疑漏登。
边界的判断可以用一句话检验:“这台设备失效时,是否会导致某个点位的数据缺失、错误或控制失效?” 答案是“会”,就应进入核心层或至少在关联层被引用;答案是“不会”,才考虑排除。

三、设备与点位的对应关系

设备是物理实体,点位是数据语义单元,二者不是一对一。常见对应关系有四类:一台设备对应一个点位(如单路甲烷传感器对应一个甲烷测点);一台设备对应多个点位(如多路分站对应多路模拟量/开关量测点);多台设备对应一个逻辑点位(如多点平均风速、区域人员总数);设备与点位交叉(如一台读卡器覆盖多个区域定位点)。台账中必须用“设备编码—点位编码”关联表把这种多对多关系显式表达出来,而不是把点位编码直接塞进设备记录的备注里。

实际操作中,建议在设备台账主表之外单独建一张“设备—点位关联表”,字段至少包括:设备编码、点位编码、关联类型(采集/控制/定位/通信)、通道号或寄存器地址、量程/单位、是否主用。这样当一台分站更换时,只需改设备编码,点位编码和上层应用不受影响;当新增一个测点时,也能快速判断应挂在哪个设备、哪个通道上。

设备分类 · 台账边界 · 设备—点位关联 按业务系统划分设备类别 安全监控系统 分站 / 传感器 断电控制器 / 电源箱 职责:环境参数采集与控制 人员定位系统 定位分站 / 读卡器 标识卡 / 接入网关 职责:人员位置与区域统计 通信联络系统 调度交换机 / 矿用电话 广播终端 / 无线基站 职责:语音与广播链路 压风自救系统 空压机 / 储气罐 / 管路 自救装置 / 压力监测终端 职责:供气保障与状态监测 台账覆盖边界(三层) 核心层:必建独立台账 分站、传感器、读卡器、基站 广播终端、断电控制器 关联层:登记引用 电源箱、接线盒、光缆段 杆塔、机柜(作属性引用) 排除层:不纳入 办公设备、生活设施 临时施工机具(写明理由) 设备与点位的对应关系(多对多) 设备 A 设备 B 点位 P1(甲烷) 点位 P2(风速) 点位 P3(区域人数) 点位 P4(广播分区) 1 对多 多对 1 / 交叉

四、落地时的字段与示例

把上述分类和边界落到台账表结构上,主表建议包含:设备编码、设备名称、系统类别、设备类型、安装位置(巷道/硐室/工作面)、通信地址或通道号、供电来源、投运日期、当前状态、责任班组。关联表则记录设备编码、点位编码、关联类型、通道/寄存器、量程与单位。下面给出一个教学示例(参数为合理假设,非实测数据):

设备编码        设备名称        系统类别      设备类型    安装位置      通信地址
AQ-FS-012      甲烷传感器      安全监控      传感器      1201工作面    分站01-CH3
AQ-FZ-001      监控分站        安全监控      分站        1201进风巷    192.168.10.21
RY-DK-007      定位读卡器      人员定位      读卡器      副井底车场    网关02-Port4
TX-GB-003      广播终端        通信联络      广播终端    中央变电所    广播主机-分区3
YF-YL-005      压风压力终端    压风自救      压力监测    压风主管路    采集器01-AI2

设备编码        点位编码        关联类型    通道/寄存器    量程/单位
AQ-FS-012      P-AQ-CH4-012    采集        CH3            0~4.00 %CH4
AQ-FZ-001      P-AQ-FS-012     汇聚        CH3            —
RY-DK-007      P-RY-AREA-07    定位        Port4          区域人数
TX-GB-003      P-TX-ZONE-03    广播        分区3          开关状态
YF-YL-005      P-YF-PRESS-05   采集        AI2            0~1.0 MPa

从示例可以看出,设备编码按“系统缩写—类型缩写—序号”编制,点位编码按“P—系统—测点类型—序号”编制,两者通过关联表连接。这样即使设备更换(如 AQ-FS-012 损坏换新),只需更新设备编码对应的物理信息,点位编码 P-AQ-CH4-012 保持不变,上层报警规则和历史数据曲线无需改动。这正是“设备与点位分离建模”的实际价值,也是台账范围界定最终要服务的目标。

常见误区:把“系统类别”填成设备厂家名称,或把点位编码直接写进设备名称里。前者会导致同一系统设备分散在多个类别下无法统计,后者会让设备更换时点位编码被迫跟着变,破坏历史数据连续性。

综上,本节的核心是三步走:先按业务系统把设备归入正确类别,再用“核心层—关联层—排除层”划清台账边界,最后用独立的关联表表达设备与点位的多对多关系。分类保证台账可统计,边界保证台账不重不漏,关联关系保证数据可落地。三者共同构成后续点位编码方案能够稳定运行的基础。