SERVICE 03 · 设计库定制

设计库定制

符号、部件、宏、3D 模型一次建对,后面才不用反复返工

最后更新:2026-11-11 · 阅读约 10 分钟

设计库定制,是按企业产品与工艺,建立并治理符号库、部件库、宏文件库、2D 布局图库、3D 模型库与 3D 宏的技术服务,核心是命名规则、属性完整性与跨项目复用。

库是标准化的地基。地基没打好,上面盖什么都会歪:模板做得再漂亮,画图时找不到符号,工程师照样手绘;报表格式配得再对,部件属性缺失,BOM 照样缺列。

五个子库,各自解决什么

表 1 设计库的构成与作用
子库内容缺失时的典型症状
符号库电气符号、功能定义、连接点定义画图时手绘符号,统计与报表失效
部件库物料、制造商、型号、技术参数、宏引用BOM 缺厂家型号,采购无法下单
宏库典型回路、功能单元、标准段同一回路十几个版本,无人知道该用哪个
2D 布局图库柜体、安装板、器件平面图柜体布置每次重画,尺寸对不上
3D 模型库与 3D 宏柜体与器件三维模型、装配宏Pro Panel 无法开展,线长与干涉无法计算

五个子库不是并列关系。符号与部件是基础,宏依赖两者,2D/3D 布局又依赖部件与宏。建设顺序错了,后面要返工。

建库的三条硬规则

规则一:所有图形必须入库。 画在页面上的临时图形无法被统计、无法生成报表、无法复用。工程师“就这一次手绘”的每一次,都会变成未来的一个坑。

规则二:属性必填,且在库层面强制。 厂家、型号、描述、单位、物料组,缺一项就会在 BOM 里缺一列。靠人自觉填,执行率不会超过六成;在库里设成必填,执行率接近百分之百。

规则三:命名与栅格统一。 命名要能看出分类、系列、变体;图形要按同一栅格与线宽绘制,缩放后与其他符号视觉一致。这一条不统一,库越大越难用。

怎么推进

  1. 盘点现状:现有库有多少条、哪些在用、哪些是历史遗留、重复率多高。
  2. 定规则:分类表、命名规则、属性模板、版本规则、废弃规则。规则先于批量建设。
  3. 做样板:选一条产品线,建 30–50 个典型符号与部件,跑通“画图—出报表”闭环。
  4. 批量建设:按产品线分批推进,每批导入后抽检 20 条,核对图纸—库—ERP 三方一致。
  5. 治理机制:谁批准入库、谁负责清理、多久清一次。没有治理机制的库,一年后必然失控。

宏库的治理要单独说:按“基础层—组合层—项目层”分层,只允许上层引用下层,不允许反向引用。这样改基础层能向上传导,而不会互相牵制。具体规则见常见问题 q32。

交付物

表 2 交付清单与验收方式
交付物形式验收方式
符号库库文件 + 分类与命名规则随机指定五种器件当场插入,无需手绘
部件库库文件 + 属性模板导出 BOM 无空字段、无重复物料
宏库分层宏文件 + 使用规则典型回路可直接调用,编号与项目隔离
2D 布局图库柜体与器件平面图布置图可直接用于出图
3D 模型库与 3D 宏模型文件 + 装配宏装配无干涉,可导出布置图与线长
数据清洗报告文档列出重复、缺失、错号项及处理结果
迁移校验记录文档迁移前后条目数、属性完整率、抽样比对结果

数据迁移与清洗

从旧平台或旧库迁移,最大的风险是“带着错误一起搬”。重复物料、错号、缺失属性会被完整继承,而且在新环境里更难发现。

我们固定做三步:

  • 查重:按“制造商 + 型号”做唯一性校验,输出重复清单
  • 补全:按必填属性模板补全,无法确认的进待处理队列,不猜
  • 抽检:迁移后随机抽 20 条,核对图纸—库—ERP 三方一致

从 AutoCAD 迁移到 EPLAN 的特殊性在于:图形可以导入,设备与连接关系必须重建。这部分的工作量远大于格式转换,详见常见问题 q33。

适用与不适用

表 3 适用性判断
适合不适合
库缺失严重,画图靠手绘与临时找图库已完整且有人维护,只是偶发缺项
部件属性不全,BOM 无法直接下单只做原理图,不生成 BOM 与报表
宏版本混乱,同一回路多个版本并存项目差异极大,回路几乎不复用
要从旧平台迁移,历史数据需要治理历史数据只做归档,不再复用

和其他服务的衔接

  • 库建好之后,需要标准化实施把库接入模板与规范
  • 库的属性规则要与二次开发的字段映射对齐,否则接口会返工
  • 柜体与器件模型是绘图服务中 3D 建模的输入
  • 库的日常维护能力,需要通过培训与赋能留在内部

依据的标准与软件版本

这一节说明本服务建立在什么平台与标准之上。版本与标准不同,实施内容会变,所以报价与方案都以本节确认的口径为前提。

表 设计库定制的依据与版本
项目内容
软件平台EPLAN、SOLIDWORKS Electrical、SolidWorks
版本口径以项目启动时企业实际部署的版本为准,并在合同中写明版本号;EPLAN 2026 与 SOLIDWORKS Electrical 为当前常用版本
制图标准GB/T、IEC、ANSI/IEEE、JIS(作为规则设计参考,不替代企业自有标准)

可核验的项目做法见案例;本服务能力形成的技术发布记录,按年份归档在技术发布编年,每条保留原始署名与原文链接,标注为历史资料。

常见问题

Q30EPLAN 符号库不全,画图时找不到符号,只能自己画,怎么办?

先做一次判定,别急着补库:

  • 符号确实不存在:设备类型超出标准库覆盖范围(特殊传感器、专用模块、非标元件)
  • 符号存在但找不到:分类不清、命名不符合习惯、搜索方式不对
  • 符号存在但不符合厂标:图形能画,但引脚定义、属性、编号规则与内部标准不一致

三种情况的处理完全不同:第二种只需要重整库结构与命名,成本最低;第三种要改库并评估历史项目影响。自建符号的三条硬规则:

  • 必须入库,不允许“画在页面上当图形用”。图纸里的临时图形无法被统计、无法生成报表,也无法复用。
  • 必须带完整属性:设备标识、功能定义、连接点定义、部件关联。缺一项,后面报表就会缺一列。
  • 必须按同一套栅格与线宽绘制,缩放后与其他符号视觉一致。

库的建设不是“补缺口”,而是“定规则”。建议先建一份符号分类表与命名规则,再按产品线分批补齐,每批都做一次实际出图验证。补完不验证,等于没补。

跨服务问题 · 更新 2026-11-11

Q31部件库怎么建,才能保证 BOM 出来是准的?

BOM 出错,通常是四类原因:

  • 属性缺失:厂家、型号、单位、数量单位没填,导出时为空
  • 一物多号:同一物料在库里有多条记录,统计时被拆成多项
  • 一号多物:一个部件号对应多个规格,采购无法执行
  • 关联错误:符号上关联了错误的部件,图纸对但 BOM 错

建设顺序:1. 定字段清单:哪些是必填(厂家、型号、描述、单位、物料组),哪些是选填。必填项要在库层面强制,而不是靠人自觉。2. 定编码规则:与 ERP 物料号的关系必须先明确,是同一套号还是映射关系。3. 做去重与合并:导入前先查重,按“厂家+型号”做唯一性校验。4. 分批导入并抽检:每批导入后随机抽 20 条,核对图纸—库—ERP 三方一致。一个实用检查:随便挑一个已交付项目,导出 BOM,让采购按表下单。如果采购需要打电话问你三个问题,这张 BOM 就不合格。

跨服务问题 · 更新 2026-11-11

Q32宏库应该怎么规划?为什么我们的宏越用越乱?

宏越用越乱的典型症状:同一个电机启停回路有十几个版本,谁都不知道该用哪个;宏里带着上个项目的设备编号;改了宏,旧项目跟着变。根因是四条缺失:

  • 缺分类:按什么维度组织?按功能(启停、正反转、星三角)还是按产品线?必须二选一并坚持。
  • 缺命名:文件名里没有版本、没有适用场景,只能靠记忆
  • 缺版本:宏更新后旧项目怎么办,没有规则
  • 缺责任人:谁批准新宏入库、谁负责清理废弃宏

建议的分层结构:

  • 基础层:最小功能单元(单台电机启停、单个阀门控制)
  • 组合层:典型回路(泵组、风机、加热单元)
  • 项目层:整机或整线的标准段

使用规则也要写清:项目层宏可以引用组合层,组合层可以引用基础层,不允许反向引用。这样改基础层能向上传导,而不会互相牵制。治理节奏:每季度清一次,连续两个项目未使用的宏标记为候选废弃,由责任人确认后归档。不做清理的宏库,一年后必然失控。

跨服务问题 · 更新 2026-11-11

Q33以前用 AutoCAD 画的电气图,要转到 EPLAN,数据怎么处理?

先做一个判断:这批图纸以后是“查阅”还是“复用”。

  • 只查阅:保留 PDF/DWG 归档即可,迁移投入产出比很低
  • 要复用(改型设计、备件生产、生成报表):值得迁移,但要做结构重建

迁移的真实工作量不在“把线转过去”,而在三件事:

  • 页结构重建:AutoCAD 是按图幅组织,EPLAN 是按功能与位置组织,页的划分逻辑要重做
  • 设备与连接点重构:CAD 里的线是几何对象,EPLAN 里的线是连接关系,必须重新赋予设备标识与连接点
  • 属性补齐:厂家、型号、端子号、线号,CAD 图里往往只有文字,需要整理成结构化属性

常见做法是“半自动 + 人工确认”:图形用工具导入作为底稿,设备与连接关系人工核对。全自动转换听起来省事,实际会产生大量隐性错误,后面排查更费时。建议先选一个典型机型做试点,跑通“导入—重构—出报表—对比原图”全流程,评估单套工时,再决定批量范围。

跨服务问题 · 更新 2026-11-11

如果你的库已经“大到不敢动”,可以先做一次库体检:统计条目数、重复率、属性完整率与近一年使用率,再决定是治理还是重建。需要体检清单,可以联系我们。