2、PCB设计流程与项目管理：从原理图到生产的完整路径

大家好，我是你们的PCB设计讲师。今天我们来聊聊PCB设计的完整流程和项目管理。说实话，很多新手工程师一上来就急着画板子，结果后面改得死去活来。我见过太多这样的案例了。

PCB设计不是一蹴而就的事。它是一条完整的链条，从原理图开始，一直到生产文件输出。每个环节都环环相扣。我个人习惯把整个流程分成几个关键阶段，咱们一个一个来看。

2.1 PCB设计完整流程

整个流程，说白了就是「把电路想法变成真实板子」的过程。我把它总结为7个核心步骤：

1. 原理图设计 — 用OrCAD Capture或Allegro Design Entry HDL画原理图
2. 网表生成 — 导出netlist，告诉Layout软件「哪些器件要连在一起」
3. 板框与叠层规划 — 确定板子尺寸、层数、材料
4. 元器件布局 — 把器件摆到板子上，考虑散热、信号流向
5. 布线 — 走线、打孔、处理阻抗
6. 后处理与检查 — DRC检查、DFM检查、Gerber输出
7. 生产文件输出 — 给板厂的光绘文件、钻孔文件、装配图

我在项目中遇到过一位同事，原理图画完直接跳到了布线，结果发现封装不对、网络漏了。嗯，最后多花了三天返工。所以我的建议是：按流程走，别偷懒。

2.2 项目文件结构管理

你想想看，一个PCB项目动辄几十个文件。原理图、PCB文件、库文件、报告、生产文件...如果不整理好，找文件都能找半天。

我个人习惯用这样的目录结构：

Project_Name/
├── 00_Docs/              # 项目文档、规格书、参考设计
├── 01_Schematic/         # 原理图源文件
│   ├── Rev_A/
│   └── Rev_B/
├── 02_PCB/               # PCB Layout文件
│   ├── Rev_A/
│   └── Rev_B/
├── 03_Library/           # 封装库、原理图符号库
│   ├── Symbol/
│   └── Footprint/
├── 04_Output/            # 输出文件
│   ├── Gerber/
│   ├── Drill/
│   ├── Assembly/
│   └── Reports/
├── 05_Backup/            # 每日备份
└── README.md             # 项目说明

为什么要分版本？因为板子很少一次成功。我记得有一次，客户要求改版，我直接复制了整个文件夹，改名为Rev_B。这样万一改坏了，还能回到Rev_A。你想想看，如果没有版本管理，那得多被动。

2.3 设计数据备份与版本控制

备份这件事，怎么说呢？不出事的时候觉得没必要，出了事就后悔莫及。我曾经有一次，电脑硬盘突然挂了，三天的工作全没了。从那以后，我养成了「每小时保存，每天备份」的习惯。

备份策略我建议分三层：

备份层级	频率	方式	说明
本地备份	每小时	Ctrl+S + 自动保存	Allegro自带自动保存功能，设置15分钟一次
每日备份	每天下班前	复制到NAS或外置硬盘	保留最近7天的版本
版本归档	每个里程碑	Git或SVN	原理图、PCB、库文件一起提交

说到版本控制，很多硬件工程师觉得「那是软件的事」。其实不然。Git完全可以管理PCB文件。虽然.brd文件是二进制格式，没法像代码那样diff，但至少能记录「谁在什么时候改了什么东西」。

我建议的版本控制流程是这样的：

• 每个功能模块完成时，提交一次
• 每次DRC通过后，提交一次
• 每次输出Gerber前，打一个tag
• 分支管理：master分支放稳定版本，dev分支放开发中的版本

为什么会这样？因为PCB设计不像写代码，改一个地方可能影响全局。有了版本控制，你可以放心大胆地尝试新方案。改坏了？回退就是了。

2.4 避坑指南

最后，我分享几个自己踩过的坑：

• 不要用「最终版」命名文件。 我见过一个项目，文件夹里有「最终版」「最终版2」「最终版3」「打死不改版」...嗯，最后都不知道哪个才是真的最终版。
• 备份要异地。 本地备份+云端备份+外置硬盘，三重保险。别问我为什么知道，问就是经历过办公室失窃。
• 每次改版都要更新BOM。 有一次我改了电阻封装，忘了更新BOM，结果生产出来的板子焊不上。那叫一个惨。
• 输出Gerber前，一定要做DFM检查。 板厂能帮你检查一部分，但有些问题他们不管。比如丝印压焊盘、过孔打在焊盘上...这些都得自己查。

好，这一章就到这里。下一章我们开始讲Allegro的软件安装和界面设置，到时候手把手带你们配置好开发环境。