库是标准化的地基。地基没打好,上面盖什么都会歪:模板做得再漂亮,画图时找不到符号,工程师照样手绘;报表格式配得再对,部件属性缺失,BOM 照样缺列。
五个子库,各自解决什么
| 子库 | 内容 | 缺失时的典型症状 |
|---|---|---|
| 符号库 | 电气符号、功能定义、连接点定义 | 画图时手绘符号,统计与报表失效 |
| 部件库 | 物料、制造商、型号、技术参数、宏引用 | BOM 缺厂家型号,采购无法下单 |
| 宏库 | 典型回路、功能单元、标准段 | 同一回路十几个版本,无人知道该用哪个 |
| 2D 布局图库 | 柜体、安装板、器件平面图 | 柜体布置每次重画,尺寸对不上 |
| 3D 模型库与 3D 宏 | 柜体与器件三维模型、装配宏 | Pro Panel 无法开展,线长与干涉无法计算 |
五个子库不是并列关系。符号与部件是基础,宏依赖两者,2D/3D 布局又依赖部件与宏。建设顺序错了,后面要返工。
建库的三条硬规则
规则一:所有图形必须入库。 画在页面上的临时图形无法被统计、无法生成报表、无法复用。工程师“就这一次手绘”的每一次,都会变成未来的一个坑。
规则二:属性必填,且在库层面强制。 厂家、型号、描述、单位、物料组,缺一项就会在 BOM 里缺一列。靠人自觉填,执行率不会超过六成;在库里设成必填,执行率接近百分之百。
规则三:命名与栅格统一。 命名要能看出分类、系列、变体;图形要按同一栅格与线宽绘制,缩放后与其他符号视觉一致。这一条不统一,库越大越难用。
怎么推进
- 盘点现状:现有库有多少条、哪些在用、哪些是历史遗留、重复率多高。
- 定规则:分类表、命名规则、属性模板、版本规则、废弃规则。规则先于批量建设。
- 做样板:选一条产品线,建 30–50 个典型符号与部件,跑通“画图—出报表”闭环。
- 批量建设:按产品线分批推进,每批导入后抽检 20 条,核对图纸—库—ERP 三方一致。
- 治理机制:谁批准入库、谁负责清理、多久清一次。没有治理机制的库,一年后必然失控。
宏库的治理要单独说:按“基础层—组合层—项目层”分层,只允许上层引用下层,不允许反向引用。这样改基础层能向上传导,而不会互相牵制。具体规则见常见问题 q32。
交付物
| 交付物 | 形式 | 验收方式 |
|---|---|---|
| 符号库 | 库文件 + 分类与命名规则 | 随机指定五种器件当场插入,无需手绘 |
| 部件库 | 库文件 + 属性模板 | 导出 BOM 无空字段、无重复物料 |
| 宏库 | 分层宏文件 + 使用规则 | 典型回路可直接调用,编号与项目隔离 |
| 2D 布局图库 | 柜体与器件平面图 | 布置图可直接用于出图 |
| 3D 模型库与 3D 宏 | 模型文件 + 装配宏 | 装配无干涉,可导出布置图与线长 |
| 数据清洗报告 | 文档 | 列出重复、缺失、错号项及处理结果 |
| 迁移校验记录 | 文档 | 迁移前后条目数、属性完整率、抽样比对结果 |
数据迁移与清洗
从旧平台或旧库迁移,最大的风险是“带着错误一起搬”。重复物料、错号、缺失属性会被完整继承,而且在新环境里更难发现。
我们固定做三步:
- 查重:按“制造商 + 型号”做唯一性校验,输出重复清单
- 补全:按必填属性模板补全,无法确认的进待处理队列,不猜
- 抽检:迁移后随机抽 20 条,核对图纸—库—ERP 三方一致
从 AutoCAD 迁移到 EPLAN 的特殊性在于:图形可以导入,设备与连接关系必须重建。这部分的工作量远大于格式转换,详见常见问题 q33。
适用与不适用
| 适合 | 不适合 |
|---|---|
| 库缺失严重,画图靠手绘与临时找图 | 库已完整且有人维护,只是偶发缺项 |
| 部件属性不全,BOM 无法直接下单 | 只做原理图,不生成 BOM 与报表 |
| 宏版本混乱,同一回路多个版本并存 | 项目差异极大,回路几乎不复用 |
| 要从旧平台迁移,历史数据需要治理 | 历史数据只做归档,不再复用 |
和其他服务的衔接
依据的标准与软件版本
这一节说明本服务建立在什么平台与标准之上。版本与标准不同,实施内容会变,所以报价与方案都以本节确认的口径为前提。
| 项目 | 内容 |
|---|---|
| 软件平台 | EPLAN、SOLIDWORKS Electrical、SolidWorks |
| 版本口径 | 以项目启动时企业实际部署的版本为准,并在合同中写明版本号;EPLAN 2026 与 SOLIDWORKS Electrical 为当前常用版本 |
| 制图标准 | GB/T、IEC、ANSI/IEEE、JIS(作为规则设计参考,不替代企业自有标准) |
相关案例与编年条目
可核验的项目做法见案例;本服务能力形成的技术发布记录,按年份归档在技术发布编年,每条保留原始署名与原文链接,标注为历史资料。
常见问题
Q30EPLAN 符号库不全,画图时找不到符号,只能自己画,怎么办?
先做一次判定,别急着补库:
- 符号确实不存在:设备类型超出标准库覆盖范围(特殊传感器、专用模块、非标元件)
- 符号存在但找不到:分类不清、命名不符合习惯、搜索方式不对
- 符号存在但不符合厂标:图形能画,但引脚定义、属性、编号规则与内部标准不一致
三种情况的处理完全不同:第二种只需要重整库结构与命名,成本最低;第三种要改库并评估历史项目影响。自建符号的三条硬规则:
- 必须入库,不允许“画在页面上当图形用”。图纸里的临时图形无法被统计、无法生成报表,也无法复用。
- 必须带完整属性:设备标识、功能定义、连接点定义、部件关联。缺一项,后面报表就会缺一列。
- 必须按同一套栅格与线宽绘制,缩放后与其他符号视觉一致。
库的建设不是“补缺口”,而是“定规则”。建议先建一份符号分类表与命名规则,再按产品线分批补齐,每批都做一次实际出图验证。补完不验证,等于没补。
Q31部件库怎么建,才能保证 BOM 出来是准的?
BOM 出错,通常是四类原因:
- 属性缺失:厂家、型号、单位、数量单位没填,导出时为空
- 一物多号:同一物料在库里有多条记录,统计时被拆成多项
- 一号多物:一个部件号对应多个规格,采购无法执行
- 关联错误:符号上关联了错误的部件,图纸对但 BOM 错
建设顺序:1. 定字段清单:哪些是必填(厂家、型号、描述、单位、物料组),哪些是选填。必填项要在库层面强制,而不是靠人自觉。2. 定编码规则:与 ERP 物料号的关系必须先明确,是同一套号还是映射关系。3. 做去重与合并:导入前先查重,按“厂家+型号”做唯一性校验。4. 分批导入并抽检:每批导入后随机抽 20 条,核对图纸—库—ERP 三方一致。一个实用检查:随便挑一个已交付项目,导出 BOM,让采购按表下单。如果采购需要打电话问你三个问题,这张 BOM 就不合格。
Q32宏库应该怎么规划?为什么我们的宏越用越乱?
宏越用越乱的典型症状:同一个电机启停回路有十几个版本,谁都不知道该用哪个;宏里带着上个项目的设备编号;改了宏,旧项目跟着变。根因是四条缺失:
- 缺分类:按什么维度组织?按功能(启停、正反转、星三角)还是按产品线?必须二选一并坚持。
- 缺命名:文件名里没有版本、没有适用场景,只能靠记忆
- 缺版本:宏更新后旧项目怎么办,没有规则
- 缺责任人:谁批准新宏入库、谁负责清理废弃宏
建议的分层结构:
- 基础层:最小功能单元(单台电机启停、单个阀门控制)
- 组合层:典型回路(泵组、风机、加热单元)
- 项目层:整机或整线的标准段
使用规则也要写清:项目层宏可以引用组合层,组合层可以引用基础层,不允许反向引用。这样改基础层能向上传导,而不会互相牵制。治理节奏:每季度清一次,连续两个项目未使用的宏标记为候选废弃,由责任人确认后归档。不做清理的宏库,一年后必然失控。
Q33以前用 AutoCAD 画的电气图,要转到 EPLAN,数据怎么处理?
先做一个判断:这批图纸以后是“查阅”还是“复用”。
- 只查阅:保留 PDF/DWG 归档即可,迁移投入产出比很低
- 要复用(改型设计、备件生产、生成报表):值得迁移,但要做结构重建
迁移的真实工作量不在“把线转过去”,而在三件事:
- 页结构重建:AutoCAD 是按图幅组织,EPLAN 是按功能与位置组织,页的划分逻辑要重做
- 设备与连接点重构:CAD 里的线是几何对象,EPLAN 里的线是连接关系,必须重新赋予设备标识与连接点
- 属性补齐:厂家、型号、端子号、线号,CAD 图里往往只有文字,需要整理成结构化属性
常见做法是“半自动 + 人工确认”:图形用工具导入作为底稿,设备与连接关系人工核对。全自动转换听起来省事,实际会产生大量隐性错误,后面排查更费时。建议先选一个典型机型做试点,跑通“导入—重构—出报表—对比原图”全流程,评估单套工时,再决定批量范围。
如果你的库已经“大到不敢动”,可以先做一次库体检:统计条目数、重复率、属性完整率与近一年使用率,再决定是治理还是重建。需要体检清单,可以联系我们。