企业官网建设流程全解析

简介：IEC 81346-1-2022《工业系统、装置和设备及工业产品结构原则和参考名称一般规则》是国际电工委员会发布的工业领域基础性标准文件，面向电气设计、自动化工程、系统集成及标准化从业者，用于解决工业系统与产品在结构划分、分类命名上的统一规范问题。资源包为PDF格式，共1个文件，压缩包约23.69MB，内容完整清晰，便于查阅与归档。标准将工业系统结构划分为系统、子系统和设备三个层次，并分别对工业设备的分类规则（类型、功能、应用场景）与工业产品的命名规则作出详细规定，例如设备可归为机械、电气、电子等类型，功能涵盖生产、处理、检测、控制等方向。目前已有634人学习下载，适合需要对照标准开展设计、选型、文档编制或标准化审查的工程师与研究人员参考使用。

1. IEC 81346-1-2022 到底在管什么：从一面控制柜的端子编号说起

如果你在电气设计、自动化集成或者工厂运维岗位上待过，大概率遇到过这种场面：同一台设备，机械专业叫它“1号泵”，电气图纸上标的是“M01”，到了 PLC 程序里又变成了“PMP_1”，而资产管理系统里它叫“PU-001”。四个名字指向同一个东西，但谁也说不清哪个才是“官方名称”。IEC 81346-1-2022 要解决的，就是这类命名混乱问题。它给出的是工业系统、装置、设备和工业产品的结构原则与参考名称的一般规则——说白了，就是一套让不同专业、不同阶段、不同工具对同一个对象用同一套逻辑去标识的方法论。这套标准不是教你画图，而是教你在画图之前先把“这个东西叫什么、属于谁、怎么分层”想清楚。适合谁看？电气设计工程师、自动化项目负责人、工厂数字化改造的实施人员，以及任何需要把设备台账和图纸、程序、数据库对齐的人。

2. 参考名称的构成逻辑：为什么是“=”“+”“-”三件套

2.1 从对象到参考名称：三个前缀符号的分工

IEC 81346 系列最核心的视觉特征，就是参考名称里出现的三个前缀符号：=、+、-。它们不是随便选的标点，而是对应三种不同的“视角”。

=表示功能面（function aspect）。它回答的是“这个对象在系统里干什么”。比如一个配电系统里，=S01可能代表“1号供电功能单元”。功能面的层级通常按工艺或功能划分，不关心具体用什么设备实现。

+表示位置面（location aspect）。它回答的是“这个对象在哪里”。比如+A1代表A区1号厂房，+A1.R2代表A区1号厂房第2排。位置面关注的是物理安装地点，和功能无关。

-表示产品面（product aspect）。它回答的是“这个对象本身是什么”。比如-M01代表1号电机，-K12代表12号接触器。产品面关注的是设备类型和个体编号。

这三个面可以组合使用。一个完整的参考名称可能是=S01+A1-M01，读作：在1号供电功能单元中、位于A区1号厂房的那个1号电机。这种组合方式的好处是，无论你从功能、位置还是产品哪个维度去查，都能定位到同一个对象。

注意：三个前缀符号的顺序在标准中有建议写法，但实际项目中可以根据企业习惯调整。关键是全厂统一，不能一个项目里=S01+A1-M01，另一个项目里写成-M01+A1=S01。

2.2 结构原则：分层、方面、递归

标准里反复强调的三个词是：分层（hierarchical）、方面（aspect）、递归（recursive）。分层意味着对象可以拆成子对象，子对象再拆成子子对象，形成树状结构。方面意味着同一棵树可以从功能、位置、产品三个角度分别建立。递归意味着每一层的标识规则和上一层保持一致，不会出现“第一层用字母、第二层用数字、第三层又用字母”这种混乱。

举个实际例子。一个水处理厂的控制系统：

• 功能面：=WTP（水处理功能）→=WTP.PMP（泵送功能）→=WTP.PMP.CHL（加药泵送功能）
• 位置面：+SITE（厂区）→+SITE.BLD1（1号楼）→+SITE.BLD1.RM2（2号房间）
• 产品面：-PMP（泵类）→-PMP.CENT（离心泵）→-PMP.CENT.001（1号离心泵）

这样，一台具体的加药离心泵就可以写成=WTP.PMP.CHL+SITE.BLD1.RM2-PMP.CENT.001。任何人看到这个名称，不需要查图纸就能知道：它在加药泵送功能下，位于1号楼2号房间，是一台离心泵，编号001。

2.3 与旧标准的差异：为什么不能直接套用旧编号

很多企业之前用的是基于 IEC 61346 的旧编号体系，或者干脆是自成一派的“设备位号”规则。IEC 81346-1-2022 和旧标准最大的区别在于：方面分离被提到了更核心的位置。旧标准里，功能、位置、产品三个维度的信息经常混在一个编号里，导致后期维护时无法拆解。新标准要求你在建立参考名称之前，先明确每个对象的三个方面分别是什么，然后再组合。

另一个差异是递归性的强制程度。旧标准允许在某些层级“跳级”编号，新标准更强调每一层都要有明确的父对象。这意味着如果你要从旧体系迁移，不能简单地把旧编号套上新前缀，而是要先重建结构树。

3. 落地一套参考名称体系：从结构树到图纸标注

3.1 第一步：定义方面与层级深度

在动手编号之前，必须先确定三件事：功能面分几层、位置面分几层、产品面分几层。层数不是越多越好，一般建议功能面和位置面各不超过4层，产品面不超过3层。层数太多会导致参考名称过长，现场标注和录入都容易出错。

我一般会用一个简单的表格来锁定层级定义：

这个表格一旦确定，全厂所有项目都按这个深度来。如果某个项目确实需要更深层级，宁可把某一层拆成两个子层，也不要临时加一层打乱全局。

3.2 第二步：建立对象清单与父子关系

结构树不能拍脑袋画，必须基于实际的工艺流程图、设备清单和厂房平面图。我通常的做法是先从P&ID（管道及仪表流程图）提取功能面，再从建筑图纸提取位置面，最后从设备台账提取产品面。三个面分别建树，然后再做关联。

下面是一个用Python脚本把设备清单转换成参考名称的示例。假设你有一个CSV文件，里面包含设备的功能路径、位置路径和产品信息：

import csv def build_reference_name(func_path, loc_path, prod_path): """ 根据功能、位置、产品路径拼接参考名称 func_path: 功能面路径，如 ['WTP', 'PMP', 'CHL'] loc_path: 位置面路径，如 ['SITE', 'BLD1', 'RM2'] prod_path: 产品面路径，如 ['PMP', 'CENT', '001'] """ func_part = '=' + '.'.join(func_path) loc_part = '+' + '.'.join(loc_path) prod_part = '-' + '.'.join(prod_path) return f"{func_part}{loc_part}{prod_part}" # 读取设备清单 with open('equipment_list.csv', 'r', encoding='utf-8') as f: reader = csv.DictReader(f) for row in reader: func = row['func_path'].split('/') loc = row['loc_path'].split('/') prod = row['prod_path'].split('/') ref_name = build_reference_name(func, loc, prod) print(f"设备: {row['equipment_name']} -> 参考名称: {ref_name}")

这段代码的逻辑很直接：把三个面的路径分别用.连接，然后加上对应的前缀符号。参数说明：func_path、loc_path、prod_path都是列表，列表中的每个元素是某一层的标识符。实际使用时，CSV里的路径可以用/分隔，脚本里再拆成列表。

提示：标识符的命名规则要提前定好。建议只用大写字母和数字，避免特殊字符。功能面和位置面的标识符可以带点号表示层级，产品面的个体编号建议用三位数字，方便排序。

3.3 第三步：图纸标注与数据库同步

参考名称生成之后，要同步到三个地方：电气图纸的图框和元件标注、PLC程序的变量命名、资产管理数据库的资产字段。这三个地方如果不同步，体系就白建了。

图纸标注的常见做法是：在图纸右下角的标题栏里写完整的参考名称，在元件旁边写产品面的简写。比如一台电机，图纸标题栏写=WTP.PMP.CHL+SITE.BLD1.RM2-PMP.CENT.001，电机符号旁边只写-PMP.CENT.001。这样既保证了唯一性，又不会让图纸太拥挤。

PLC变量命名则建议用功能面加产品面的组合，比如WTP_PMP_CHL_CENT_001_RUN。位置面信息在程序里通常不需要，因为程序关心的是功能逻辑，不是物理位置。

数据库同步最容易被忽视。很多企业的资产管理系统里，设备名称是手工录入的，和图纸对不上。我的做法是写一个定时脚本，从设计系统的数据库里导出参考名称，和资产库做比对，发现不一致就报警。

4. 避坑与排查：参考名称体系落地时最容易翻车的五个地方

4.1 现象：同一台设备在图纸和程序里名称不一致

原因：图纸设计人员和PLC编程人员各自按自己的习惯命名，没有共用同一套参考名称。图纸上写的是-M01，程序里写的是PMP_1。

解决：在项目启动阶段就建立参考名称的“单一数据源”。通常做法是先在Excel或数据库里把全厂设备清单和参考名称定稿，然后图纸和程序都从这个清单里引用。不要允许任何一方自行修改。

4.2 现象：功能面层级越拆越细，最后没人记得住

原因：一开始觉得“多拆几层更精确”，结果拆到第五层、第六层，参考名称长达几十个字符，现场人员根本记不住，录入也容易出错。

解决：功能面和位置面各不超过4层，产品面不超过3层。如果确实需要更细的区分，用属性字段而不是层级来区分。比如泵的流量等级，不要拆成=WTP.PMP.CHL.LOW和=WTP.PMP.CHL.HIGH，而是在产品面加一个属性FLOW=LOW。

4.3 现象：旧项目迁移时，旧编号和新参考名称并存，现场混乱

原因：迁移不可能一夜完成，旧图纸还在用，新图纸已经开始用新编号。现场人员看到两套编号，不知道该信哪个。

解决：在过渡期建立映射表，旧编号和新参考名称一一对应。图纸上同时标注新旧编号，但新编号放在前面。过渡期结束后，旧编号从所有文档中移除。映射表要存档，方便追溯。

4.4 现象：位置面标识符和厂房实际编号对不上

原因：建结构树的时候用的是规划阶段的厂房编号，后来厂房实际建成后编号变了，但结构树没更新。

解决：位置面的标识符必须以实际建成的厂房编号为准。在结构树定稿之前，先去现场确认每个区域的正式编号。如果厂房编号确实会变，位置面标识符用无意义的数字序列，然后在属性里写实际名称。

4.5 现象：参考名称里的点号和连字符导致数据库导入失败

原因：参考名称里包含.、+、-、=这些特殊字符，有些数据库或软件把它们当成保留字符，导入时报错。

解决：在数据库里存储参考名称时，用单独的字段存完整名称，不要试图把参考名称拆成多个字段再拼接。如果软件不支持特殊字符，用转义字符或者把参考名称做URL编码后存储，显示时再解码。

5. 进阶技巧：用参考名称做跨系统追溯与变更影响分析

参考名称体系建好之后，最大的价值不是“命名规范了”，而是你可以用它做跨系统的追溯。比如，当一台泵的型号要变更时，你可以通过功能面=WTP.PMP.CHL找到所有属于这个功能的设备，通过位置面+SITE.BLD1.RM2找到同一房间的所有设备，通过产品面-PMP.CENT.001找到这台泵的所有文档、程序和备件记录。三个面交叉，变更影响范围一目了然。

我一般会建议团队在参考名称体系稳定运行三个月后，做一次“反向验证”：随机抽取20台设备，从参考名称出发，看能不能在图纸、程序、资产库、备件库四个地方都找到对应记录。如果有一处找不到，说明某个环节的同步断了。

另一个实用技巧是把参考名称和二维码结合。在设备本体上贴二维码，扫码后直接显示参考名称和三个面的详细信息。现场巡检时，扫码就能确认设备身份，不需要翻图纸。这个做法在炼化装置智能巡检系统里已经很常见，本质就是把参考名称变成了设备的“数字身份证”。

注意：二维码贴的位置要统一，比如统一贴在设备铭牌旁边。不要今天贴电机上，明天贴管道上，现场人员找不到。

最后说一个我自己的教训。刚开始推参考名称体系的时候，我花了很多时间在“编号规则怎么定”上，却忽略了“谁来维护”。结果体系建好之后，没人负责更新，半年后结构树就和实际设备对不上了。后来我学乖了，在项目启动时就指定一个“参考名称管理员”，每个季度做一次全厂核对。这个角色不需要全职，但必须有人。希望帮到你。

本文还有配套的精品资源，点击获取