4. 点位编码的基本原则与约束

点位编码不是给设备随手起个名字,而是为矿山物联网中每一个可采集、可控制、可追溯的数据点建立一套长期稳定的“身份标识”。设备台账记录的是“有哪些设备”,点位编码解决的则是“这台设备上的哪个测点、以什么语义、在哪个位置、属于哪条数据链”。一旦编码进入采集网关、组态画面、历史数据库、报警规则和第三方平台,它就会被大量引用,修改成本极高。因此本节围绕四条基本原则、长度与字符集约束、以及与矿山现有编码体系的兼容要求展开,重点说明在实际编制中如何取舍与落地。

四条基本原则的内涵与冲突处理

唯一性原则是底线。唯一性指在矿山全域范围内,一个编码只对应一个点位,一个点位只对应一个编码,不允许“一码多点”或“一点多码”。实践中容易出问题的是同名不同点:例如主井和副井各有一台提升机,都有“电机温度”测点,如果只按“设备类型+测点名称”编码就会冲突。解决办法是把位置或设备实例纳入编码,使编码在空间维度上天然区分。

可扩展性原则要求编码结构预留增长空间。矿山物联网点位会随采掘推进、设备更新、系统接入而持续增加,编码方案不能因为新增一类传感器或新增一个中段就整体重构。可扩展性体现在分段设计上:每一段表达一个相对独立的语义维度,新增内容优先在既有维度内取值,而不是增加新的段。例如测点类型段预留足够的取值空间,新增“振动烈度”“油液含水率”时只需在类型表中追加,不改变编码长度和结构。

可读性原则强调编码对人可理解。运维人员在组态画面、报警短信、巡检记录中看到编码,应能大致判断它属于哪个区域、哪类设备、什么测点。可读性依赖有意义的字母缩写和稳定的分段顺序,而不是纯流水号。但可读性不能无限扩张,否则编码会变得冗长且难以记忆,需要在“看得懂”和“记得住”之间取平衡。

稳定性原则要求编码一经发布就尽量不变。设备检修、位置微调、责任人变更都不应导致编码变化;只有当点位语义本身发生改变(例如测点从“温度”改为“压力”)时才允许重新编码,并保留新旧映射关系。稳定性是历史数据可比、报警规则不失效、报表连续的前提。

四条原则在实际编制中会冲突:可读性倾向用长缩写,稳定性倾向短而固定,可扩展性倾向多分段。常用处理顺序是——先保证唯一性和稳定性确定分段骨架,再用可扩展性检查取值空间,最后在不破坏前三条的前提下优化可读性。

编码长度与字符集约束

编码长度需要同时满足表达能力和系统限制。矿山物联网中常见的约束来自三处:采集网关或PLC的变量名字符上限、历史数据库的字段长度、以及组态软件和移动端界面的显示宽度。工程上较稳妥的做法是把点位编码总长度控制在24~32个字符区间,并固定分段数,使各段长度可预期。过短会导致语义不足、被迫用流水号;过长则在现场抄录、短信报警和窄屏显示时容易出错。

字符集方面,建议采用大写英文字母、数字和下划线三类字符,段间以下划线或短横线分隔,并统一一种分隔符。应避免中文、空格、点号、斜杠和大小写混用,原因是这些字符在不同系统间传递时容易被转义、截断或大小写折叠,造成“看起来一样、实际不等”的隐性错误。数字可用于序号和区分实例,但不宜作为唯一语义载体,否则可读性丧失。

下面给出一个可直接参考的分段结构示例(示例参数,非实测):

区域段_设备类型段_设备序号_测点类型段
示例:XZ01_BLT_02_TMP
含义:XZ01 选厂一区;BLT 皮带机;02 二号设备;TMP 温度测点
长度:4 + 1 + 3 + 1 + 2 + 1 + 3 = 15 字符

该结构把“位置、设备类别、实例、测点语义”四个维度分开,新增设备只需在序号段递增,新增测点类型只需在类型表中追加缩写,编码长度保持稳定。若矿山点位规模较大,可在区域段后增加中段或水平分段,但应一次性规划好段序,避免后期插入导致全量重编。

点位编码分段结构与约束关系 区域段 XZ01 设备类型段 BLT 设备序号 02 测点类型段 TMP → 完整编码 XZ01_BLT_02_TMP 唯一性 一码一点、一点一码 位置+实例消除同名冲突 可扩展性 分段表达独立语义维度 新增取值不改结构 可读性 有意义缩写+稳定段序 现场可辨认、可抄录 稳定性 发布后不随检修变更 语义变更才重编并留映射 长度约束 总长建议 24~32 字符,分段数固定 受网关变量名、数据库字段、界面宽度限制 过短语义不足,过长易抄错、易截断 字符集约束 仅用大写字母、数字、下划线 统一一种分隔符,禁用中文、空格、斜杠 避免大小写混用导致跨系统比对失败 与矿山现有编码体系的兼容要求 沿用既有区域/中段/设备编号规则,不另起一套;保留旧编码到新编码的映射表 与安全监控、人员定位、生产调度系统对接时,以映射表转换,避免直接改写源系统编码

与矿山现有编码体系的兼容要求

矿山通常已经存在多套编码:安全监控系统的传感器编号、人员定位系统的分站与读卡器编号、生产调度的设备台账编号、以及机电管理的设备资产号。新建物联网点位编码如果完全另起一套,短期看整齐,长期会造成“一物多码”,对接时反复人工对照。兼容的核心思路是沿用而非替换:区域段直接采用矿山既有的采区、中段、水平编号;设备类型段与设备台账的类别代码对齐;设备序号尽量复用资产号或既有设备编号中的有效部分。

当既有编码规则与物联网编码的长度或字符集冲突时,不建议直接修改源系统,而应建立双向映射表,把源系统编码作为属性字段挂在点位台账上。这样既保证物联网侧编码规范统一,又不破坏既有系统的稳定运行。映射表至少应包含:源系统名称、源编码、物联网点位编码、映射生效时间、维护责任人。对于确实无法映射的历史点位,应标注“待确认”,而不是临时编造一个编码。

编制时的检查要点

在编码方案定稿前,建议用一组真实点位做试编验证:抽取同一区域内的温度、振动、电流、开关状态等不同类型测点,按方案逐一编码,检查是否存在冲突、长度是否超限、缩写是否易混淆(例如“TMP”与“TEMP”、“PRS”与“PRS”)。同时把试编结果代入采集网关变量名和组态画面做一次显示检查,确认无截断、无乱码。试编通过后再批量发布,并同步更新点位台账中的编码字段、映射字段和版本号,形成可追溯的编码变更记录。

编码一旦进入报警规则和历史数据库,修改会牵连大量配置。发布前务必完成唯一性查重和长度校验;发布后如确需变更,应走变更流程并保留新旧映射,禁止直接覆盖旧编码。