“这次很简单,只把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位置、装配面和方向不变 |
其他位号 | 无计划修改 |
这张表不是测试结论,而是比较目标。
随后每发现一项实际变化,就将其归入三类:
- 预期变化:与修改计划一致;
- 可解释的连带变化:确有原因,但需要补充检查;
- 未解释变化:暂不接受,继续排查。
重要改版应先列预期变化,再逐条对应比较结果。额外变化既不能直接认定为错误,也不能未经解释就忽略。
四、原理图比较:先查参数和连接,不要只盯着“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却不同
按下面顺序检查:
- 是否打开了正确的源工程状态;
- 是否输出到了新目录;
- 是否混入历史文件;
- 是否使用相同输出配置;
- 图形差异具体落在哪一层、哪个区域。
确认来源与配置后,再回到对应设计对象排查。
文件大小不同、修改时间不同,只能说明文件层面存在差异,不能直接证明制造图形发生了怎样的变化。这是通用检查原则,不应代替实际图形审查。
七、别漏了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 工作区完成一次受控改版演练:
- 对原始项目执行 Release 发布,作为基线 A,同时导出全套生产文件;
- 预先编写《预期变化清单》:计划修改 R18 阻值与采购型号,其余设计保持不变;
- 在原理图完成 R18 参数修改,提交 Commit,再次 Release 生成候选版本 B;
- 在工作区直接对比 Release A 与 Release B,查看原理图、PCB、BOM、Gerber 差异;
- 人工复核所有差异项,区分预期变更、可解释连带变更、未解释变更;
- 由第二位工程师独立评审这份差异记录,回答四个核心验收问题:
比的是哪两版? 实际变了什么? 额外变化为什么发生? 还有什么没有验证?
准备注册或申请试用 Altium Develop 时,请通过中国区官方渠道,提前确认当前工作区项目历史、各类设计比较功能及权限范围。
写在最后
“只改一个电阻”,完全可能带来原理图、BOM、PCB或生产输出的不同变化。
真正需要警惕的,不是变化多,而是变化没有被解释,却已经进入交付资料。
记住这条顺序:
确定比较两端 → 写清预期变化 → 分别检查设计与输出 → 解释额外差异 → 保留结论与待验证事项。
没有一种比较能证明所有事情都正确。
但一份清楚的差异记录,可以让“这次应该没问题”,变成更可靠的工程回答:
该变的已经变了,不该变的已经检查,尚未验证的也明确留下来了。