2. 矿山设备数据特征与采集需求

边缘网关要接入MQTT并稳定上云，第一步不是写代码，而是把井下设备的数据“摸清楚”。矿山设备的数据特征决定了采集周期、报文格式、缓存策略和安全等级：同样是传感器，风速传感器的1秒级波动与顶板压力传感器的分钟级缓变，对网关的采样、打包和断网续传要求完全不同。本节围绕四类核心特征——传感器类型、数据频率与格式、实时性要求、数据质量与安全约束——说明如何形成一份可执行的采集需求。

一、井下传感器类型与数据语义

井下监测对象大致分为环境安全类、机电设备类、人员与位置类、生产计量类。环境安全类包括甲烷（CH₄）、一氧化碳（CO）、氧气（O₂）、二氧化碳（CO₂）、温度、湿度、风速、粉尘、烟雾、水位等；机电设备类包括主通风机、局部通风机、水泵、提升机、带式输送机、变电所开关柜的电流、电压、功率、轴承温度、振动、启停状态与故障码；人员与位置类包括人员定位读卡器、出入井计数、区域超员；生产计量类包括皮带秤瞬时流量与累计量、水仓液位、电量表读数。

这些对象的数据语义差异很大，采集时必须区分三类量：模拟量（如CH₄浓度0～4.00%CH₄、风速0～15 m/s）、开关量（风机运行/停止、风门开/闭、馈电断电）、累计量（皮带秤累计吨数、电表有功电能）。模拟量要关注量程、单位与精度；开关量要关注变位事件与去抖；累计量要关注单调递增与清零/翻转处理。网关建模时，每个测点至少应携带：设备编号、测点编码、物理量类型、量程、单位、精度、报警阈值。缺少这些元数据，上云后的数据只是“数字”，无法判读。

二、数据频率、格式与实时性分级

采集频率不能一刀切。可按安全重要性和变化速度分级：甲烷、CO、风速、风机开停等安全关键量，建议1～5 s采样、5～10 s上云；温度、湿度、液位、电压电流等缓变量，10～30 s采样、30～60 s上云；皮带秤累计量、电表读数可60 s采集一次并按分钟聚合。需要强调的是，采样周期与上报周期应解耦：网关本地高频采样用于越限判断和趋势记录，MQTT按较低频率打包上报，既保证响应又节省带宽。

格式上，井下设备常见Modbus RTU寄存器、4～20 mA模拟量、干接点、厂商私有协议。网关需统一转换为结构化JSON再发布。示例报文如下（示例参数，非实测）：

{
  "gwId": "GW-PIT-01",
  "ts": 1735689600000,
  "devId": "CH4-0312",
  "point": "ch4_conc",
  "value": 0.68,
  "unit": "%CH4",
  "quality": "good",
  "seq": 10241
}

实时性应分级定义：甲烷超限、风机停风、馈电异常属于秒级告警，端到端延迟目标≤3 s；一般环境参数属于分钟级监测，延迟≤60 s；累计量与统计量属于小时级报表。网关本地必须保留越限判断能力，不能把告警完全依赖云端链路。

三、数据质量与安全约束

井下数据质量风险主要来自：传感器漂移与失效（如CH₄传感器零点漂移）、断线导致的“假零值”、重复上报、时间不同步、断网期间数据丢失。采集需求中应明确：无效值用quality字段标记（good/bad/uncertain），不得用0代替故障值；网关本地缓存至少保存断网期间2～4小时数据，恢复后按seq补传并去重；NTP或网关本地RTC保证时间戳一致，补传数据保留原始采集时间而非发送时间。

安全约束方面：井下数据涉及安全生产，MQTT接入应采用用户名/密码或客户端证书认证，Topic按设备与租户隔离，禁止匿名发布；上行数据可启用TLS加密；网关需具备本地白名单与访问控制，防止非法设备冒名接入。数据完整性上，关键告警建议QoS 1并配合应用层确认，普通监测数据可用QoS 0以降低开销。

四、把特征落成可执行的采集需求

完成上述分析后，应形成一份采集需求表，作为网关点表配置和MQTT Topic设计的依据。以下为示例片段（参数为教学示例，需按现场设备手册核定）：

Topic设计建议与设备层级对应，例如mine/gw01/CH4-0312/telemetry与mine/gw01/CH4-0312/alarm分离，便于云端按主题做规则与权限控制。网关点表配置时，把上表的采样周期、量程、阈值、quality规则逐项写入，而不是只配寄存器地址。这样，当现场出现“数据一直是0”时，能快速判断是传感器故障、断线还是配置缺失，而不是把问题带到云端。

综上，矿山设备数据特征可归纳为“类型多、语义杂、频率差异大、实时性分级明显、质量与安全约束强”。边缘网关的采集设计应围绕这五点展开：先建测点元数据，再定采样与上报周期，然后分级实时性与QoS，最后落实质量标记、断网缓存、时间同步与接入认证。只有把需求前置清楚，后续MQTT接入与上云配置才有稳定可靠的输入。