拓冰网站定制 
简介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号接触器。产品面关注的是设备类型和个体编号。这三个面可以组合使用。一个完整的参考名称可能是S01A1-M01读作在1号供电功能单元中、位于A区1号厂房的那个1号电机。这种组合方式的好处是无论你从功能、位置还是产品哪个维度去查都能定位到同一个对象。注意三个前缀符号的顺序在标准中有建议写法但实际项目中可以根据企业习惯调整。关键是全厂统一不能一个项目里S01A1-M01另一个项目里写成-M01A1S01。2.2 结构原则分层、方面、递归标准里反复强调的三个词是分层hierarchical、方面aspect、递归recursive。分层意味着对象可以拆成子对象子对象再拆成子子对象形成树状结构。方面意味着同一棵树可以从功能、位置、产品三个角度分别建立。递归意味着每一层的标识规则和上一层保持一致不会出现“第一层用字母、第二层用数字、第三层又用字母”这种混乱。举个实际例子。一个水处理厂的控制系统功能面WTP水处理功能→WTP.PMP泵送功能→WTP.PMP.CHL加药泵送功能位置面SITE厂区→SITE.BLD11号楼→SITE.BLD1.RM22号房间产品面-PMP泵类→-PMP.CENT离心泵→-PMP.CENT.0011号离心泵这样一台具体的加药离心泵就可以写成WTP.PMP.CHLSITE.BLD1.RM2-PMP.CENT.001。任何人看到这个名称不需要查图纸就能知道它在加药泵送功能下位于1号楼2号房间是一台离心泵编号001。2.3 与旧标准的差异为什么不能直接套用旧编号很多企业之前用的是基于 IEC 61346 的旧编号体系或者干脆是自成一派的“设备位号”规则。IEC 81346-1-2022 和旧标准最大的区别在于方面分离被提到了更核心的位置。旧标准里功能、位置、产品三个维度的信息经常混在一个编号里导致后期维护时无法拆解。新标准要求你在建立参考名称之前先明确每个对象的三个方面分别是什么然后再组合。另一个差异是递归性的强制程度。旧标准允许在某些层级“跳级”编号新标准更强调每一层都要有明确的父对象。这意味着如果你要从旧体系迁移不能简单地把旧编号套上新前缀而是要先重建结构树。3. 落地一套参考名称体系从结构树到图纸标注3.1 第一步定义方面与层级深度在动手编号之前必须先确定三件事功能面分几层、位置面分几层、产品面分几层。层数不是越多越好一般建议功能面和位置面各不超过4层产品面不超过3层。层数太多会导致参考名称过长现场标注和录入都容易出错。我一般会用一个简单的表格来锁定层级定义方面第1层第2层第3层第4层功能系统子系统功能单元功能子单元位置厂区建筑楼层/区域房间/机柜产品-设备大类设备子类个体编号—这个表格一旦确定全厂所有项目都按这个深度来。如果某个项目确实需要更深层级宁可把某一层拆成两个子层也不要临时加一层打乱全局。3.2 第二步建立对象清单与父子关系结构树不能拍脑袋画必须基于实际的工艺流程图、设备清单和厂房平面图。我通常的做法是先从PID管道及仪表流程图提取功能面再从建筑图纸提取位置面最后从设备台账提取产品面。三个面分别建树然后再做关联。下面是一个用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, encodingutf-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.CHLSITE.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而是在产品面加一个属性FLOWLOW。4.3 现象旧项目迁移时旧编号和新参考名称并存现场混乱原因迁移不可能一夜完成旧图纸还在用新图纸已经开始用新编号。现场人员看到两套编号不知道该信哪个。解决在过渡期建立映射表旧编号和新参考名称一一对应。图纸上同时标注新旧编号但新编号放在前面。过渡期结束后旧编号从所有文档中移除。映射表要存档方便追溯。4.4 现象位置面标识符和厂房实际编号对不上原因建结构树的时候用的是规划阶段的厂房编号后来厂房实际建成后编号变了但结构树没更新。解决位置面的标识符必须以实际建成的厂房编号为准。在结构树定稿之前先去现场确认每个区域的正式编号。如果厂房编号确实会变位置面标识符用无意义的数字序列然后在属性里写实际名称。4.5 现象参考名称里的点号和连字符导致数据库导入失败原因参考名称里包含.、、-、这些特殊字符有些数据库或软件把它们当成保留字符导入时报错。解决在数据库里存储参考名称时用单独的字段存完整名称不要试图把参考名称拆成多个字段再拼接。如果软件不支持特殊字符用转义字符或者把参考名称做URL编码后存储显示时再解码。5. 进阶技巧用参考名称做跨系统追溯与变更影响分析参考名称体系建好之后最大的价值不是“命名规范了”而是你可以用它做跨系统的追溯。比如当一台泵的型号要变更时你可以通过功能面WTP.PMP.CHL找到所有属于这个功能的设备通过位置面SITE.BLD1.RM2找到同一房间的所有设备通过产品面-PMP.CENT.001找到这台泵的所有文档、程序和备件记录。三个面交叉变更影响范围一目了然。我一般会建议团队在参考名称体系稳定运行三个月后做一次“反向验证”随机抽取20台设备从参考名称出发看能不能在图纸、程序、资产库、备件库四个地方都找到对应记录。如果有一处找不到说明某个环节的同步断了。另一个实用技巧是把参考名称和二维码结合。在设备本体上贴二维码扫码后直接显示参考名称和三个面的详细信息。现场巡检时扫码就能确认设备身份不需要翻图纸。这个做法在炼化装置智能巡检系统里已经很常见本质就是把参考名称变成了设备的“数字身份证”。注意二维码贴的位置要统一比如统一贴在设备铭牌旁边。不要今天贴电机上明天贴管道上现场人员找不到。最后说一个我自己的教训。刚开始推参考名称体系的时候我花了很多时间在“编号规则怎么定”上却忽略了“谁来维护”。结果体系建好之后没人负责更新半年后结构树就和实际设备对不上了。后来我学乖了在项目启动时就指定一个“参考名称管理员”每个季度做一次全厂核对。这个角色不需要全职但必须有人。希望帮到你。本文还有配套的精品资源点击获取 IEC 81346-1-2022 参考名称体系落地指南：从结构树到跨系统追溯
简介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号接触器。产品面关注的是设备类型和个体编号。这三个面可以组合使用。一个完整的参考名称可能是S01A1-M01读作在1号供电功能单元中、位于A区1号厂房的那个1号电机。这种组合方式的好处是无论你从功能、位置还是产品哪个维度去查都能定位到同一个对象。注意三个前缀符号的顺序在标准中有建议写法但实际项目中可以根据企业习惯调整。关键是全厂统一不能一个项目里S01A1-M01另一个项目里写成-M01A1S01。2.2 结构原则分层、方面、递归标准里反复强调的三个词是分层hierarchical、方面aspect、递归recursive。分层意味着对象可以拆成子对象子对象再拆成子子对象形成树状结构。方面意味着同一棵树可以从功能、位置、产品三个角度分别建立。递归意味着每一层的标识规则和上一层保持一致不会出现“第一层用字母、第二层用数字、第三层又用字母”这种混乱。举个实际例子。一个水处理厂的控制系统功能面WTP水处理功能→WTP.PMP泵送功能→WTP.PMP.CHL加药泵送功能位置面SITE厂区→SITE.BLD11号楼→SITE.BLD1.RM22号房间产品面-PMP泵类→-PMP.CENT离心泵→-PMP.CENT.0011号离心泵这样一台具体的加药离心泵就可以写成WTP.PMP.CHLSITE.BLD1.RM2-PMP.CENT.001。任何人看到这个名称不需要查图纸就能知道它在加药泵送功能下位于1号楼2号房间是一台离心泵编号001。2.3 与旧标准的差异为什么不能直接套用旧编号很多企业之前用的是基于 IEC 61346 的旧编号体系或者干脆是自成一派的“设备位号”规则。IEC 81346-1-2022 和旧标准最大的区别在于方面分离被提到了更核心的位置。旧标准里功能、位置、产品三个维度的信息经常混在一个编号里导致后期维护时无法拆解。新标准要求你在建立参考名称之前先明确每个对象的三个方面分别是什么然后再组合。另一个差异是递归性的强制程度。旧标准允许在某些层级“跳级”编号新标准更强调每一层都要有明确的父对象。这意味着如果你要从旧体系迁移不能简单地把旧编号套上新前缀而是要先重建结构树。3. 落地一套参考名称体系从结构树到图纸标注3.1 第一步定义方面与层级深度在动手编号之前必须先确定三件事功能面分几层、位置面分几层、产品面分几层。层数不是越多越好一般建议功能面和位置面各不超过4层产品面不超过3层。层数太多会导致参考名称过长现场标注和录入都容易出错。我一般会用一个简单的表格来锁定层级定义方面第1层第2层第3层第4层功能系统子系统功能单元功能子单元位置厂区建筑楼层/区域房间/机柜产品-设备大类设备子类个体编号—这个表格一旦确定全厂所有项目都按这个深度来。如果某个项目确实需要更深层级宁可把某一层拆成两个子层也不要临时加一层打乱全局。3.2 第二步建立对象清单与父子关系结构树不能拍脑袋画必须基于实际的工艺流程图、设备清单和厂房平面图。我通常的做法是先从PID管道及仪表流程图提取功能面再从建筑图纸提取位置面最后从设备台账提取产品面。三个面分别建树然后再做关联。下面是一个用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, encodingutf-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.CHLSITE.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而是在产品面加一个属性FLOWLOW。4.3 现象旧项目迁移时旧编号和新参考名称并存现场混乱原因迁移不可能一夜完成旧图纸还在用新图纸已经开始用新编号。现场人员看到两套编号不知道该信哪个。解决在过渡期建立映射表旧编号和新参考名称一一对应。图纸上同时标注新旧编号但新编号放在前面。过渡期结束后旧编号从所有文档中移除。映射表要存档方便追溯。4.4 现象位置面标识符和厂房实际编号对不上原因建结构树的时候用的是规划阶段的厂房编号后来厂房实际建成后编号变了但结构树没更新。解决位置面的标识符必须以实际建成的厂房编号为准。在结构树定稿之前先去现场确认每个区域的正式编号。如果厂房编号确实会变位置面标识符用无意义的数字序列然后在属性里写实际名称。4.5 现象参考名称里的点号和连字符导致数据库导入失败原因参考名称里包含.、、-、这些特殊字符有些数据库或软件把它们当成保留字符导入时报错。解决在数据库里存储参考名称时用单独的字段存完整名称不要试图把参考名称拆成多个字段再拼接。如果软件不支持特殊字符用转义字符或者把参考名称做URL编码后存储显示时再解码。5. 进阶技巧用参考名称做跨系统追溯与变更影响分析参考名称体系建好之后最大的价值不是“命名规范了”而是你可以用它做跨系统的追溯。比如当一台泵的型号要变更时你可以通过功能面WTP.PMP.CHL找到所有属于这个功能的设备通过位置面SITE.BLD1.RM2找到同一房间的所有设备通过产品面-PMP.CENT.001找到这台泵的所有文档、程序和备件记录。三个面交叉变更影响范围一目了然。我一般会建议团队在参考名称体系稳定运行三个月后做一次“反向验证”随机抽取20台设备从参考名称出发看能不能在图纸、程序、资产库、备件库四个地方都找到对应记录。如果有一处找不到说明某个环节的同步断了。另一个实用技巧是把参考名称和二维码结合。在设备本体上贴二维码扫码后直接显示参考名称和三个面的详细信息。现场巡检时扫码就能确认设备身份不需要翻图纸。这个做法在炼化装置智能巡检系统里已经很常见本质就是把参考名称变成了设备的“数字身份证”。注意二维码贴的位置要统一比如统一贴在设备铭牌旁边。不要今天贴电机上明天贴管道上现场人员找不到。最后说一个我自己的教训。刚开始推参考名称体系的时候我花了很多时间在“编号规则怎么定”上却忽略了“谁来维护”。结果体系建好之后没人负责更新半年后结构树就和实际设备对不上了。后来我学乖了在项目启动时就指定一个“参考名称管理员”每个季度做一次全厂核对。这个角色不需要全职但必须有人。希望帮到你。本文还有配套的精品资源点击获取