简介：这份资源是 Altium Designer 官方教程的中文详解文档，面向零基础或刚接触 PCB 设计的初学者，帮助其系统建立 AD 软件的操作框架。内容围绕绘制原理图展开，涵盖创建 PCB 项目、添加原理图、设置文档选项，以及组件与库的概念、访问组件、在库中查找元件、使用 Altium Content Vault 共享与检索组件、在浏览器面板中工作、从库面板或资源管理器面板放置元件、连接电路等具体环节，目录层级清晰，便于按章节循序学习。资源包共 1 个 docx 文件，约 6.75MB，为纯文档型教程，适合边看边在软件中对照操作。目前已有 13339 人学习，说明其在入门群体中认可度较高。对于希望快速熟悉 AD 原理图设计流程、理解库与组件管理机制的读者，这份官方教程可作为较为扎实的起步材料。
1. 从一份“官方教程”说起：为什么 AD 的入门门槛不在操作，而在数据模型
很多人第一次打开 Altium Designer，会觉得它和别的 EDA 软件没什么本质区别：画符号、连线、摆器件、拉线、出 Gerber，一套流程走完似乎就“会了”。但真正让人翻车的往往不是某个按钮找不到，而是对背后那套数据模型没有建立认知——原理图上的一个符号、PCB 上的一个封装、BOM 里的一行物料，在 AD 眼里到底是不是同一个东西？这份 AD18 官方中文教程之所以值得初学者认真过一遍，恰恰因为它用一条完整的“非稳态多谐振荡器”设计链路，把项目、原理图、库、封装、规则、输出这几层关系串了起来。搞懂这条链路，你才知道每一步操作在改哪份数据、为什么改完要编译、为什么原理图能“转移”到 PCB。这篇就按“现象 → 机制 → 实现细节”的顺序，把这份教程背后的设计逻辑拆开讲透。
2. 项目与文档：AD 为什么坚持“先建项目再画图”
2.1 项目文件不是文件夹，而是一份设计清单
教程第一步就是File » New Project » PCB Project，然后才向项目里添加原理图。这个顺序不是仪式感，而是 AD 数据组织方式的直接体现。在 AD 里，.PrjPcb项目文件本身不存图形，它存的是一份“清单”：这个设计包含哪些源文档、用哪套编译选项、输出作业怎么配置、网络表从哪份原理图生成。原理图.SchDoc、PCB.PcbDoc、库.SchLib/.PcbLib都是独立文件，项目负责把它们绑定成一个可编译的整体。
这解释了一个常见困惑：为什么单独打开一份原理图也能画，但编译、转 PCB、生成 BOM 这些动作必须依托项目？因为编译器和后续的网表生成器读的是项目级的配置，而不是单个文档。常见的实现思路是，项目文件里维护一张文档引用表加一组工程选项，编译时按表加载所有源文档，再按选项决定错误报告级别、连接矩阵、类生成规则。你如果跳过项目直接画图，后面“转移设计”那一步就会找不到可用的编译结果。
2.2 文档选项决定了“画布坐标系”
教程里Tools » Preferences设置纸张大小、捕捉网格、可见网格，看起来是界面偏好，实际上定义的是原理图的坐标与吸附行为。捕捉网格（Snap Grid）决定光标移动的最小步进，可见网格（Visible Grid）只是视觉参考，两者可以不同。很多连线对不齐、引脚连不上、网络标签飘在导线外的问题，根源就是捕捉网格设得比引脚间距还大，或者可见网格和捕捉网格混为一谈。
我一般会这么理解：原理图的电气连接判定依赖“端点坐标是否重合”，而不是“看起来是否挨着”。所以网格设置本质是在控制你能落点的坐标集合。教程把这一步放在画图之前，是在帮你建立“坐标先于图形”的意识。参数上，捕捉网格通常设成引脚间距的整数分之一，可见网格设成捕捉网格的整数倍，这样视觉和落点才一致。
2.3 编译：把“图形”翻译成“电气关系”的那一步
教程专门有一节讲编译项目、检查电气特性，还细到设置错误报告、连接矩阵、类生成、比较器。这是整份教程里最容易被初学者跳过、却最能体现 AD 设计哲学的部分。原理图在编辑器里只是一堆线和符号，编译器要做的是：根据引脚定义和连线拓扑，推导出网络（Net）、元件实例、类（Class），再按连接矩阵判断哪些连接是合法的、哪些是悬空或冲突。
连接矩阵（Connection Matrix）是一张“引脚类型 × 引脚类型”的判定表，比如输出对输出、电源对信号，各自该报错、警告还是忽略。教程让你去改这张表，其实是在教你：电气规则检查（ERC）不是玄学，而是一张可配置的判定矩阵。默认配置偏保守，会报出一堆“看起来没问题”的警告，学会按项目实际调整矩阵，才能让编译结果真正有意义。编译产物是后续转 PCB 的输入，所以“先编译再转移”不是流程洁癖，而是数据依赖。
3. 组件与库：一个器件在 AD 里到底由几份数据组成
3.1 符号、封装、参数、供应商链接是四件事
教程花了大量篇幅讲组件和库，还区分了本地原理图库、PCB 库、集成库、Altium Content Vault 几种存储方式。这背后的核心认知是：一个“器件”在 AD 里从来不是单一对象，而是至少四层数据的组合——原理图符号（画在图上的图形与引脚）、PCB 封装（焊盘与丝印、3D 体）、组件参数（型号、阻值、耐压等）、供应商链接（物料来源）。符号决定电气接口，封装决定物理落点，参数决定 BOM 内容，链接决定采购信息。
这四层可以来自不同地方：符号在.SchLib，封装在.PcbLib，参数手工填，链接指向云端库。集成库.IntLib的价值就是把它们编译打包成一个便携文件，编译过程还会检查“符号引脚和 PCB 焊盘是否匹配”“有没有缺模型”。教程提到集成库由库包.LibPkg编译而来，这一步的机制意义在于：它把“四层数据是否自洽”变成了一次可执行的校验，而不是等到转 PCB 才发现封装对不上。
3.2 从库面板放置 vs 从资源管理器放置
教程把放置元件分成“从库面板放置”和“从资源管理器面板放置”两条路径，这不是重复教学，而是两种数据访问模型。库面板走的是“已加载库”的会话，你先把某个库设为可用（使库可用于访问组件），面板里才列得出它的内容；资源管理器面板更接近文件系统视角，直接浏览库文件结构。前者适合日常复用，后者适合排查“这个符号到底存在哪个库里”。
常见的实现思路是，AD 维护一份“已安装库”列表，库面板只索引这份列表；而资源管理器按路径实时读取。所以你会遇到“明明库文件在硬盘上，库面板里却找不到”的情况——不是文件坏了，是没加进已安装列表。教程让你先“使库可用于访问组件”，就是在维护这份索引。理解这一点，找器件时就不会盲目翻目录。
3.3 Altium Content Vault：云端库带来的新问题
教程专门讲了让 Content Vault 可用、在其中查找组件。云端库的机制价值在于：符号、封装、参数、供应商链接一次性给全，省去手工建库。但它也引入了一个初学者容易忽略的依赖——设计对云端组件的引用是“按需拉取”的，离线环境下这些组件可能不可用，项目迁移到另一台机器时也可能因为库版本差异出现符号或封装变化。
我一般会这么理解：云端库适合快速起步和选型参考，但一旦器件进入正式设计，稳妥做法是把用到的组件固化到本地库或集成库里，让项目对云端不产生运行时依赖。教程没有展开这一点，但从“本地库 / 集成库 / 云端库”并列讲解的结构看，它其实在暗示你：这几种存储方式各有适用场景，不是谁替代谁。
4. 从原理图到 PCB：转移设计到底转移了什么
4.1 网表是两份文档之间的契约
教程里“转移设计（原理图转移到 PCB）”是一个关键节点。很多人以为这是“把图复制过去”，实际转移的是编译后生成的网络表与元件实例信息：有哪些器件、每个器件的封装是什么、哪些引脚属于同一个网络。PCB 编辑器拿到这份契约后，才在板子上生成对应的封装和飞线（连接关系）。
这解释了两个高频现象。第一，原理图改了但 PCB 没变，是因为没有重新编译并再次转移，契约没更新。第二，转移时报“找不到封装”，是因为器件在原理图里没有绑定可用的 PCB 封装模型，契约里这一项是空的。教程在讲组件时强调“符号可以通过链接 PCB 印迹成为组件”，就是在为这一步做铺垫。转移不是魔法，它严格依赖前面库数据的完整性。
4.2 板形、原点、网格：PCB 的坐标系先于布线
教程在 PCB 部分先讲配置板形状和位置、设置原点和网格、重新定义板形，然后才讲布局布线。这个顺序同样体现“坐标先于图形”。原点（Origin）决定了所有坐标读数的基准，网格决定了器件和走线的落点步进。板形（Board Shape）则是物理边界，后续 DRC 的边界检查、铺铜范围都依赖它。
一个容易被忽略的细节是：教程把“设置原点和网格”放在“重新定义板形”之前。合理的解释是，板形编辑本身也依赖当前坐标系，先把原点和网格定好，画边界时落点才可控。这类顺序细节在教程里反复出现，读的时候如果只记步骤不记因果，就容易变成“照着点一遍会了，换个板子又不会”。
4.3 设计规则：把“工艺约束”提前成“可执行判定”
教程用不小篇幅讲设置设计规则，然后在布线后讲验证、配置显示规则违规、运行 DRC、看规则和违规面板、逐条解决阻焊错误、丝印到阻焊间隙、丝印到丝印间隙。这套流程的机制核心是：AD 把制造工艺约束（线宽、间距、阻焊开窗、丝印避让）编码成规则对象，布线时实时约束，布线后统一检查。规则不是事后检查表，而是贯穿布局布线的约束系统。
DRC 报出的每一类违规，背后都对应一条具体规则和一组几何判定。比如阻焊错误，通常是焊盘阻焊开窗与相邻铜皮或丝印的重叠判定；丝印到阻焊间隙，是丝印层图形与阻焊开窗之间的最小距离判定。教程让你去“配置显示规则违规”，是在教你区分“真违规”和“显示出来的提示”。理解规则对象和几何判定的对应关系，解决违规时才不是碰运气。
5. 输出与避坑：Gerber、BOM 和那些教程没明说的坑
5.1 输出作业：一次配置，可重复生成
教程最后讲输出文档，区分装配输出、文档输出、制作输出、网表输出、报告输出，并重点讲把输出作业（OutJob）添加到项目、配置 Gerber、配置 BOM、配置 BomDoc、生成 BOM。OutJob 的机制价值在于：它把“出哪些文件、用什么参数、输出到哪”固化成一份可重复执行的配置，而不是每次手工点一遍菜单。Gerber 的层映射、单位、格式，BOM 的字段列、分组方式，都在这份配置里。
BomDoc 则是 BOM 的数据视图，它从项目里聚合器件参数，按规则分组。教程让你配置 BomDoc 再生成 BOM，是在区分“数据”和“呈现”：BOM 文件是 BomDoc 的一次导出，改了分组规则要重新生成。理解这层关系，才不会出现“改了参数但 BOM 没更新”的困惑。
5.2 常见问题与排查
- 现象：编译后大量“悬空引脚”警告，但图上明明连了线。原因：连线端点没有精确落在引脚端点上，坐标不重合。解决：调小捕捉网格，重新对齐端点，或直接用引脚到引脚的连线方式。
- 现象：转移设计到 PCB 时提示缺少封装。原因：原理图器件没有绑定 PCB 封装模型，或绑定的封装不在已加载库中。解决：在器件属性里检查封装链接，确认对应
.PcbLib已可用。 - 现象：DRC 报阻焊违规，但目视焊盘间距正常。原因：阻焊开窗通常比焊盘大一圈，判定用的是开窗边界而非焊盘边界。解决：按规则里的阻焊扩展值核算实际间距，必要时调整规则或挪动器件。
- 现象：库面板里找不到硬盘上已有的库。原因：库没有加入“已安装库”列表，面板只索引该列表。解决：通过库面板的安装入口把库加进列表，而不是只在资源管理器里打开文件。
- 现象：改了原理图，PCB 飞线没变化。原因：没有重新编译项目并再次执行转移设计。解决：先编译确认无错，再转移，让网表契约更新。
6. 设计取舍：为什么这份教程值得按“机制”而不是“步骤”去读
把这份教程当操作手册，你会得到一套“点哪里”的记忆；把它当机制说明读，你会得到一套可迁移的判断力。AD 的很多设计取舍，本质上是在“灵活性”和“一致性”之间找平衡。项目文件把散落的文档绑成可编译整体，是用一层清单换取编译和输出的一致性；集成库把符号、封装、参数打包并做匹配校验，是用一次编译换取跨项目复用的一致性；设计规则把工艺约束前置成可执行判定，是用配置成本换取布线阶段少返工；OutJob 把输出固化，是用一次配置换取每次出图的可重复性。
这些取舍也有代价。项目绑定意味着你不能随便挪文件而不修引用；集成库意味着源库更新后要重新编译；规则前置意味着初期配置量大；云端库意味着离线场景要额外固化。教程没有逐条讲这些代价，但它把“本地库 / 集成库 / 云端库”“编译检查 / 转移 / DRC”“输出作业 / BomDoc”这些成对的概念并列摆出来，本身就是在提示你：每一层都有替代方案，选哪个取决于你的项目规模和协作方式。
验证自己是否真读懂了，有个简单办法：拿教程里的多谐振荡器，不看步骤，只凭对数据模型的理解，从建项目、绑库、画图、编译、转移、设规则、布线、DRC 到出 Gerber 和 BOM 走一遍，每一步都能说出“我在改哪份数据、下一步依赖它什么”，就算过关。我自己的习惯是，每次新建项目先把库和封装链接确认一遍再动笔，宁可前期多花十分钟，也不想在转移设计那一步对着“缺少封装”的报错干瞪眼——这种血泪经验，教程不会替你踩，但它的章节顺序其实已经把坑的位置标出来了。希望帮到你。
本文还有配套的精品资源，点击获取
