☰
PCB 踩坑|明明只改 R18,为什么生产文件全部发生变化?
2026/10/20 12:40:41 网站建设 项目流程

“这次很简单,只把R18改一下,其他不动。”

修改完成,工程保存,重新输出生产资料。

准备发厂时,同事却发现:

  • 原理图里,除了阻值,型号字段也变了;
  • PCB上,R18附近出现了额外变化;
  • Gerber对比后,不止一层有差异;
  • BOM里的采购型号,也不是原来那颗了。

到底是软件“多改了东西”,还是这次修改本来就不止影响一个参数?

先别急着恢复旧版,也别因为“只是改电阻”就忽略差异。

“只改一个电阻”描述的是设计意图,不是最终文件的检查结论。

版本比较真正要做的,是把“本来想改什么”和“实际上变了什么”对应起来。它能帮助发现计划之外的变化,但不能代替规则检查、电路审查和实测。

本文从一次电阻修改出发,说明如何检查原理图、PCB、BOM与Gerber的变化,并把这套方法用于Altium Develop中的改版评审。

适用说明:Altium工作区提供面向不同设计数据的比较能力,具体入口、支持类型和访问条件取决于产品权益及实际配置。使用前应核对Altium Develop中国区当前环境。本文不把所有比较功能视为注册后默认包含;暂不支持的类型,应使用实际可用的检查手段。

一、先问清:你到底“改了电阻的什么”?

“改一个电阻”,可能指完全不同的操作:

  • 只改显示的阻值;
  • 更新制造商型号;
  • 调整封装尺寸;
  • 更换工作区元件或采用新修订;
  • 移动器件;
  • 改变连接;
  • 将器件设置为某个变体不装。

这些动作的影响范围并不一样。

下面是通用工程判断示例,具体仍需以实际设计和输出设置为准:

实际修改

通常优先检查

不应忽略的连带影响

只改阻值参数,连接与模型不变

原理图、BOM

型号字段是否仍对应正确器件

更换同封装型号

参数、BOM、选型依据

新型号是否适用于原电路

改变封装或采用新模型

PCB、同步结果、制造输出

焊盘、位置、方向与周边间距

移动器件或调整走线

PCB、Gerber、坐标文件

回流路径、规则与装配要求

改变连接

原理图、PCB及相关输出

功能、电气约束与验证范围

改为不装

变体、BOM、坐标、装配图

裸板不变,但装配要求已变

如果只修改不进入制造图形的参数,且连接、封装及输出配置均未改变,通常不应因此出现铜层图形变化。

但这个判断有前提。例如,若PCB上的可输出文本引用了被修改的参数,相应图形也可能变化。

因此,不要笼统地问“改阻值会不会改Gerber”,而应问:

本次修改了哪些数据?这些数据又参与了哪些设计和输出?

二、第一步不是点“比较”,而是确定比较哪两版

比较工具很容易打开,比较对象却未必选对。

常见错误包括:

  • 拿一个上周备份,与今天的候选交付比较,却忘了中间还有其他改动;
  • 拿两份都叫V1.2的ZIP,默认它们来自相同基线;
  • 用基础版BOM,对比增强版BOM;
  • 用旧输出配置生成的Gerber,对比新配置生成的Gerber。

结果可能是一大串差异,但很难回答这次改版是否正确。

建议明确A、B两个状态

项目

A:比较基线

B:本次候选状态

业务用途

上一轮已确认的交付或评审状态

本次准备检查的设计

源设计依据

实际提交、发布标识或工程归档

实际提交、发布标识或工程归档

装配变体

明确具体变体

确认可比,或说明变体变化

文件范围

具体文档及输出集合

对应文档及输出集合

输出配置

当时使用的配置

本次使用的配置及变化说明

上一轮已确认交付状态与本次候选状态,通常是有业务意义的一组比较对象。文件名相同不代表来源相同,文件名不同也可能只是重命名。

如果两次输出配置不同,先记录差异,不要把所有变化都算到“改了电阻”头上。

三、先写一张“预期变化表”,再看实际差异

以下为虚构示例,不是具体器件的选型建议。

控制板A需要调整某电路参数,计划将R18由10 kΩ改为12 kΩ,同时更新对应采购型号。连接、封装和位置计划保持不变。

修改前,先写清:

对象

本次预期

R18阻值

10 kΩ改为12 kΩ

R18采购型号

更新为经项目确认的完整型号

相关网络连接

不变

PCB封装、位置、方向

不变

铜层、阻焊及钻孔

不变

BOM

R18相关字段变化,数量与位号不变

坐标文件

R18位置、装配面和方向不变

其他位号

无计划修改

这张表不是测试结论,而是比较目标。

随后每发现一项实际变化,就将其归入三类:

  1. 预期变化:与修改计划一致;
  2. 可解释的连带变化:确有原因,但需要补充检查;
  3. 未解释变化:暂不接受,继续排查。

重要改版应先列预期变化,再逐条对应比较结果。额外变化既不能直接认定为错误,也不能未经解释就忽略。

四、原理图比较:先查参数和连接,不要只盯着“10k变12k”

原理图检查至少回答三个问题:

  • 修改对象是不是R18?
  • 参数与型号是否按计划改变?
  • 相关连接是否保持预期?

在支持的环境中,可以利用原理图比较核对元件与网络等变化。但逻辑差异结果不一定包含纯图形移动,因此:

差异列表没有变化,不等于所有视觉内容完全相同。

本例应重点检查

1. 阻值与采购型号是否一致

不要出现:

显示阻值:12 kΩ
采购型号:仍对应原来的10 kΩ器件

这里的具体字段名取决于团队库规范与BOM模板。应检查实际用于显示、检索和输出的字段,而不是只看原理图上的一行文字。

2. 是否意外替换了元件身份或模型

如果本次通过“换成另一颗元件”完成修改,就不只是改一个参数。应核对新对象带入的模型与其他参数。

3. 是否出现了网络变化

计划只改参数,却出现连接变化,应先查明原因。

比较结果能告诉你数据发生了什么变化,但“变化是否正确”仍需回到设计要求,不能让差异列表代替电路审查。

五、PCB也变了?先分清数据变化与制造图形变化

PCB文档发生变化,不等于铜层一定发生变化。

应继续确认:变的是元件参数、文本、模型关联,还是实际位置、焊盘和走线?

在支持的环境中,PCB比较可用于检查布局等差异;部分次要或非网络对象的显示还可能受选项影响。因此,看到的差异范围需要结合当前设置解释。

推荐按这个顺序检查

检查对象

要回答的问题

元件身份与模型

是否采用了不同封装或修订?

焊盘

编号、形状、位置是否改变?

元件放置

位置、旋转、装配面是否改变?

网络与走线

是否发生非预期连接或布线变化?

文本及其他对象

是否属于本次计划,是否参与输出?

如果更新过程中采用了新元件修订,还应审查相应更新结果及原理图到PCB同步的工程变更清单。软件识别到可执行变更,不代表该变更已经满足电气与工艺要求。

发现R18附近变化,怎么判断?

下面是通用排查示例:

  • 封装换了:回查本次是否更换元件身份或模型;
  • 位置变了:检查是否存在未纳入说明的手工移动;
  • 走线变了:检查同步与后续布线操作,确认是否属于本轮修改;
  • 仅参数变化:继续核对是否影响BOM或其他输出;
  • 比较显示不完整:检查显示选项和该类型比较的覆盖范围。

不要只问“工具有没有标红”,而要问:

这项变化为什么发生,会影响什么,检查依据在哪里?

六、Gerber也变了?先恢复可比条件,再检查图形

Gerber比较针对的是输出图形的逐层差异,适合检查实际送厂数据。它与原理图、PCB比较解决的问题不同。

看到大量差异时,先不要立刻认定PCB被改坏了。

先核对四件事

  • 层映射是否一致;
  • 单位是否一致;
  • 坐标条件是否一致;
  • 文件集合是否对应。

两次采用不同输出配置时,大量差异可能来自输出方式,而不是设计修改本身。应先恢复可比条件,再判断具体图形。

特别检查:两次是不是用了同一套OutJob?

有一种常见情况:

  • 上次从编辑器菜单导出;
  • 这次使用OutJob;
  • 工程师以为两边设置相同,实际没有核对。

直接从编辑器导出的设置,与OutJob中的设置是分开保存的,不能假定自动同步。

因此,建议明确项目的正式输出配置,并随项目共同维护。

如果PCB看起来没变,Gerber却不同

按下面顺序检查:

  1. 是否打开了正确的源工程状态;
  2. 是否输出到了新目录;
  3. 是否混入历史文件;
  4. 是否使用相同输出配置;
  5. 图形差异具体落在哪一层、哪个区域。

确认来源与配置后,再回到对应设计对象排查。

文件大小不同、修改时间不同,只能说明文件层面存在差异,不能直接证明制造图形发生了怎样的变化。这是通用检查原则,不应代替实际图形审查。

七、别漏了BOM:Gerber没变,采购也可能已经变了

本例中,如果R18只是更换为同封装、不同阻值器件,Gerber可能保持不变,但采购要求已经改变。

因此,不能用“Gerber没有差异”证明本次改版全部完成。

BOM至少检查这些字段

  • 位号;
  • 数量;
  • 阻值或关键规格;
  • 制造商;
  • 完整型号;
  • 企业料号;
  • 装配变体与不装状态。

比较前,先保证两份BOM的变体、装配范围和输出字段可比。

如果一份BOM合并相同物料,另一份按位号逐行输出,也应先整理为可对应的结构,再判断数量与型号变化,而不是直接比较行数。

若本次改为“不装”

还需要核对坐标文件与装配图。

裸板焊盘继续存在,不代表本批仍然需要贴装;装配变化不能仅靠Gerber判断。

八、出现额外差异,按这张表排查

现象

优先排查

处理原则

只改阻值,却出现网络变化

比较两端、连接修改、同步过程

未解释前不继续交付

只改型号,PCB焊盘也变化

元件身份、封装及修订

核对是否超出批准范围

PCB变化不大,Gerber差异很多

层映射、单位、坐标、输出配置

先恢复可比条件

原理图正确,BOM仍是旧型号

源参数、输出字段、变体、文件来源

修正来源或配置后重新生成

比较列表为空,但视觉不同

比较类型、显示选项、覆盖范围

补充对应视觉检查

不相关区域出现变化

A/B之间其他提交或操作

拆分并解释实际改动范围

这张表综合了设计比较和输出核对的检查思路。涉及具体软件行为时,应查看与当前版本匹配的说明,不把某一种比较当作“万能检查”。

九、保存一份改版结论,别只写“比较通过”

建议每次候选交付保留下面这份简表。

改版差异记录

字段

填写内容

项目与变体

本次检查的产品配置

A状态

上一轮基线及来源

B状态

本次候选状态及来源

修改目的

本次为什么改

预期变化

对象、参数、连接及输出范围

实际变化

原理图、PCB、BOM及Gerber检查结果

额外变化

原因、处理方式及检查依据

未覆盖范围

不支持的比较类型或未完成的检查

待验证事项

测试、工艺或其他工程确认

结论与负责人

本次结论及记录人

这是团队工作模板,不代表Altium Develop自动生成或强制执行这些字段。

更有用的结论示例

以下为虚构示例:

本次比较A状态与B状态。R18阻值及采购型号按修改清单更新,相关网络、PCB封装和位置未发现计划外变化;在相同输出配置下核对了指定Gerber层。BOM中的R18型号已更新。
本记录仅确认所列设计与输出差异;相关电路测试尚未完成,不作为量产放行依据。

“差异符合预期”与“产品满足要求”,是两个不同结论。

设计比较完成后,仍需执行相关规则检查、人工复核和实际验证。

十、Altium Develop真正帮什么:把修改目的、设计状态和差异放在一起查

很多团队做改版评审,痛点不在于 “不会对比文件”,而是缺少可信的基线:本地工程反复另存 V1/V2/V3,备份散落在不同电脑,很难证明 “这次对比的两版,就是准备交付工厂的那两个正式状态”。Altium Develop 内置托管工作区,正是解决这个工程痛点。

Altium Develop 保留完整 Altium Designer PCB 设计能力,同时增加轻量化协同与设计版本管理平台能力,面向硬件工程师,不需要重型企业级 PLM 复杂配置,可按需逐步启用平台功能。工作区会自动记录项目 Commit 提交与 Release 正式发布快照,每一次 Release 就是冻结的、不可随意修改的交付基线,完美解决本文开篇提到的 “文件名叫最终版,但无法追溯真实交付内容” 问题。

在 Develop 工作区内,原生支持多维度设计数据对比,可以直接在两个 Release/Commit 版本之间一键比对,覆盖四类核心数据:

  • 原理图对比:图形化高亮元件参数、位号、网络变更,快速识别参数、元件修订带来的隐性改动,也就是本文 R18 案例中,只改阻值却连带变更器件型号的场景;

​

  • PCB 对比:识别封装、焊盘、器件位置、走线、铜皮的物理改动;区分纯参数文本变更,和真正会影响制造的布局改动;

​

  • BOM 对比(ActiveBOM):自动比对物料字段,制造商料号、企业料号、变体装贴状态,解决 “Gerber 没变,但采购物料已经变更” 这类极易漏掉的风险;

​

  • Gerber 图形对比:逐层可视化生产文件差异,区分「文件元数据哈希变动」和真实铜层图形改动,避免误判,作为送厂前的最后制造校验。

​

环节Altium Develop 工作区能力解决的工程问题
项目历史保存 Commit 提交记录 + Release 冻结快照,附带修改备注快速找到可靠的对比基线,不再靠本地 ZIP 备份,每一次交付都有可追溯标识
多维度设计比较原理图 / PCB/BOM/Gerber 跨版本比对,交互式查看差异自动定位计划内、计划外改动,替代人工打开多个文件手动比对
Manufacture Portal 制造门户Release 打包统一的 OutJob 生产包,配套交付文件统一输出配置,消除 “两次导出设置不一致” 造成的无效 Gerber 差异
评审评论与协作在 Web 视图对差异点添加评审批注,多人协同评审团队可直接在差异位置留言,留存评审意见,替代零散聊天记录

这里需要再次强调边界:工具的对比功能自动发现数据变化,但不会自动判定改动是否符合电路设计要求。不能用 Gerber 比较替代 BOM 核对,也不能用原理图比较直接证明 PCB 制造输出完全合格。工具负责把 “发生了什么变化” 清晰展示,工程师仍然要做电路审查、工艺评审与测试验证。

试用实操练习(推荐新上手团队做这个小实验,也就是本文 R18 案例)

使用一个非敏感测试项目,在 Altium Develop 工作区完成一次受控改版演练:

  1. 对原始项目执行 Release 发布,作为基线 A,同时导出全套生产文件;
  2. 预先编写《预期变化清单》:计划修改 R18 阻值与采购型号,其余设计保持不变;
  3. 在原理图完成 R18 参数修改,提交 Commit,再次 Release 生成候选版本 B;
  4. 在工作区直接对比 Release A 与 Release B,查看原理图、PCB、BOM、Gerber 差异;
  5. 人工复核所有差异项,区分预期变更、可解释连带变更、未解释变更;
  6. 由第二位工程师独立评审这份差异记录,回答四个核心验收问题:

比的是哪两版? 实际变了什么? 额外变化为什么发生? 还有什么没有验证?

准备注册或申请试用 Altium Develop 时,请通过中国区官方渠道,提前确认当前工作区项目历史、各类设计比较功能及权限范围。

写在最后

“只改一个电阻”,完全可能带来原理图、BOM、PCB或生产输出的不同变化。

真正需要警惕的,不是变化多,而是变化没有被解释,却已经进入交付资料。

记住这条顺序:

确定比较两端 → 写清预期变化 → 分别检查设计与输出 → 解释额外差异 → 保留结论与待验证事项。

没有一种比较能证明所有事情都正确。

但一份清楚的差异记录,可以让“这次应该没问题”,变成更可靠的工程回答:

该变的已经变了,不该变的已经检查,尚未验证的也明确留下来了。

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询