企业官网建设流程全解析

1. 四个连接符号，四种"语义层级"

刚接触Altium Designer那会儿，我一度以为网络标签（Net Label）、端口（Port）、离图连接器（Off-Sheet Connector）和编译范围（Compile Scope）这几个东西是"同一个功能的不同叫法"。直到有一次画一个六页原理图的项目，电源网络死活连不上，编译报了一堆"Net has only one pin"的警告，我才意识到自己把这几样东西混为一谈了。后来花了大半天翻文档、做实验，才把它们的边界彻底搞清楚。

这篇内容就是那次踩坑之后的完整梳理。核心想讲清楚一件事：这四个东西分别工作在什么"语义层级"上，各自解决什么问题，什么时候该用哪个，以及编译范围这个"隐形开关"如何影响它们之间的连接判定。适合已经能画单页原理图、但一碰到多页层次化设计就犯迷糊的朋友。如果你正在做多板、多页或者模块化拆分的项目，这里面的坑大概率你也会遇到。

先说结论性的认知框架，后面再逐层展开：网络标签是页内的命名工具，端口是页与页之间的接口声明，离图连接器是跨页全局网络的快捷通道，而编译范围决定了编译器"从哪个层级开始把哪些图当成一个整体来解析连接关系"。四者不是替代关系，而是嵌套在不同抽象层上的协作关系。理解了这个嵌套结构，后面所有的配置选择都会变得顺理成章。

我在实际项目里见过太多人把端口当网络标签用，或者把离图连接器到处乱撒，结果原理图看起来"连上了"，PCB导入后网络却断成好几截。这类问题的根子都不在操作层面，而在于没搞清楚每个符号背后的语义约定。下面我按"从内到外"的顺序，把这四层拆开讲。

2. 网络标签：页内命名的"别名系统"

2.1 它到底在做什么

网络标签的本质，是给一根导线起一个逻辑名字，让同一张原理图里所有贴了相同名字的导线在电气上被视为同一网络。注意关键词是"同一张原理图"。它的作用域默认被限制在当前图纸（Sheet）内部，跨出这张图它就失效了。

打个生活化的比方：网络标签就像在一个班级里喊"小明"，班内所有人都知道指谁，但隔壁班也有个小明，你站在走廊上喊一声，两个班的小明都可能回头——所以系统干脆规定，这个名字只在班内有效，出了班门就不认。这个"班"就是单张原理图。

实际操作中，网络标签是最常用的连接手段。画一条线，按快捷键P然后N（Place > Net Label），贴上去，双击改名字。两个不相邻的引脚，只要贴上同名标签，编译后就自动连成一个网络。这在密集的MCU引脚扇出、去耦电容阵列、上拉电阻排布这些场景里几乎是刚需——你不可能为了连接把所有线都实打实画过去，那样图面会乱成一团麻。

2.2 命名规范里的隐形陷阱

网络标签最容易出问题的地方不是放置，而是命名。Altium对网络名的解析有一套自己的规则，几个坑我踩过不止一次：

• 大小写敏感：VCC和vcc在Altium里是两个不同的网络。我见过有人一半写大写一半写小写，编译后电源网络分裂成两个，PCB上两片铜皮不导通，调试时查了半天。
• 空格与特殊字符：网络名里带空格、+、-、/这些字符，某些情况下会被解析器截断或转义。比如3.3V里的点号，虽然多数版本能识别，但在跨工具导出网表时容易出岔子。稳妥做法是用下划线，写成VDD_3V3。
• 总线命名：DATA[0..7]这种总线命名，方括号和点点是语法的一部分，不能随便改。有人写成DATA[0-7]，编译直接不认。

提示：给网络起名时，养成"全大写+下划线"的习惯，能规避掉九成的解析歧义。电源类用VDD_/VSS_前缀，信号类用功能名，别用N1、NetC12_1这种自动生成的默认名去跨页引用，否则后期维护是灾难。

2.3 什么时候它不够用

单页之内，网络标签几乎万能。但一旦项目拆成多页，它的局限立刻暴露：A页的SPI_MOSI和B页的SPI_MOSI，虽然名字一样，但因为分属不同Sheet，默认情况下不会自动连起来。这时候你就需要更高层级的连接手段——端口或者离图连接器。这也是很多人第一次做多页设计时最困惑的点：明明名字一样，为什么编译后是两个网络？

答案就在"作用域"三个字上。网络标签的作用域是Sheet-local，这是它的设计约定，不是bug。要跨页，就得用作用域更大的符号。下一节讲端口。

3. 端口：页与页之间的"接口契约"

3.1 端口的语义：声明而非连接

端口（Port）和网络标签最大的区别在于，它不只是"起个名字"，而是声明这张图纸对外暴露了一个接口。你可以把它理解成一张图纸的"引脚"——就像芯片有引脚对外连接一样，一张层次化原理图通过端口与父图或其他子图对接。

放置端口用P然后R（Place > Port），或者从工具栏调。端口有个方向属性：Input、Output、Bidirectional、Passive。这个方向在电气上不影响连接判定（不像某些仿真工具那样严格），但它有强烈的文档价值——看端口方向就知道数据流向，对后期维护和团队协作极其重要。

端口的真正威力在于配合层次化图纸符号（Sheet Symbol）使用。你在顶层图放一个Sheet Symbol代表子图，子图的端口会自动映射成Sheet Symbol上的"引脚"（Sheet Entry）。这样顶层图就能像连芯片一样，用导线把这些Sheet Entry连起来。整个项目的连接关系形成一棵清晰的树：顶层是主干，子图是分支，端口是分支上的接口。

3.2 端口与网络标签的协作关系

这里有个关键细节很多人没搞明白：端口内部仍然可以用网络标签。一张子图里，你可以用网络标签把信号在页内到处分发，最后汇聚到一个端口上对外输出。端口负责"对外",网络标签负责"对内",两者是协作而非互斥。

我通常的做法是：子图内部信号用网络标签自由布线，只在需要引出到父图的那几个关键信号上放端口。这样图面既干净，接口又清晰。反过来，如果每个信号都放端口，子图会变得像刺猬一样，可读性反而下降。

端口的命名同样要注意一致性。子图里端口叫UART_TX，父图Sheet Entry自动就叫UART_TX，这个映射是自动的，不用手动配。但如果你在父图用导线把两个不同名的Sheet Entry连起来，那连接关系就以导线为准，名字不一致也没关系——不过这种情况建议加个网络标签标注一下，否则看图的后来者会困惑。

3.3 端口方向配错的后果

端口方向配错不会导致连接失败，但会带来两个实际问题。第一是ERC（电气规则检查）可能报警：比如一个Output端口连到另一个Output端口，工具会提示驱动冲突。第二是可读性灾难：一个标着Input的端口实际在往外送信号，接手的人会被误导。

我的经验是，方向属性按"信号从本页角度看是进还是出"来定。电源端口一般用Passive，避免方向冲突误报。双向总线（如I2C的SDA）用Bidirectional。这些约定不强制，但团队里统一了，沟通成本会低很多。

4. 离图连接器：跨页全局网络的"快捷通道"

4.1 它解决的是什么问题

离图连接器（Off-Sheet Connector，简称OSC或离图连接器）是介于网络标签和端口之间的一个"中间态"工具。它的作用域是整个项目全局——只要两张图里放了同名的离图连接器，不管它们是不是父子关系，都会被连成同一个网络。

这个特性在什么场景下最有用？电源和地。一个多页项目里，几乎每张子图都要接VCC和GND，但你不可能为电源在每张图上都开端口、在顶层拉一堆Sheet Entry去连——那样顶层图会被电源线淹没。这时候在每张图的电源网络上放一个VCC离图连接器，全局自动连通，干净利落。

另一个典型场景是全局复位、全局时钟、测试点这类需要"到处都在"的信号。用离图连接器一撒，全项目通吃。

4.2 离图连接器与端口的取舍

既然离图连接器这么方便，为什么不干脆全用它，端口岂不是多余？这里就涉及设计哲学的取舍了。

离图连接器是"隐式连接"——它不体现在层次结构上，你看顶层图看不出某张子图通过离图连接器连了什么。端口是"显式连接"——层次结构一目了然。隐式连接方便但难追踪，显式连接啰嗦但清晰。

我的实践原则是：结构性信号用端口，全局性信号用离图连接器。所谓结构性信号，就是那些体现模块间数据流的主干信号，比如SPI总线、地址数据总线、中断线——这些必须走端口，让层次结构清晰可读。所谓全局性信号，就是电源、地、复位、全局使能这类"到处都需要、不体现模块边界"的信号——这些用离图连接器。

注意：离图连接器滥用是多页项目可维护性下降的头号元凶。我接手过一个项目，前任作者把所有信号都用离图连接器连，顶层图空空如也，看起来"很简洁"，实际上要查一个信号从哪来到哪去，得在七八张图里全局搜索网络名。这种图，维护成本极高。

4.3 一个容易忽略的细节：离图连接器的放置位置

离图连接器必须放在导线上，不能悬空放。而且它连接的是它所依附的那根导线所在的网络。有人把它放在元件引脚上，以为能直接连，结果编译不认。正确做法是先画一小段导线从引脚引出，再把离图连接器贴到这段导线上。

另外，离图连接器的名字必须和它要连接的网络名一致。如果你在导线上已经贴了网络标签VCC，又放了个叫VCC_MAIN的离图连接器，那这根线到底算哪个网络？Altium的处理是以离图连接器为准做全局连接，但网络标签的存在可能造成混淆。稳妥做法是：用了离图连接器的网络，就别再贴不同名的网络标签，保持命名统一。

5. 编译范围：决定"谁和谁算一家人"的隐形开关

5.1 编译范围到底在控制什么

前面讲的三个符号，都是"连接手段"。但连接能不能成立，最终由编译范围（Compile Scope）这个项目级设置来裁决。它藏在 Project > Project Options > Options 标签页里，有几个选项：Compile single sheet、Compile specified sheets、Compile entire project等。

这个设置决定了编译器在解析网络连接时，把哪些图纸纳入"同一个解析上下文"。举个具体例子：如果编译范围设成Compile single sheet，那么即使你在A页和B页都放了同名端口，编译器也只管当前这一页，跨页连接根本不会被解析，PCB导入后网络是断的。很多人"明明连了却不通"，根子就在这里。

默认情况下，Altium对项目是Compile entire project，对自由文档（Free Document）是单页编译。但如果你手动改过，或者从别人那里拿来的项目带着旧设置，就容易出问题。我现在的习惯是，接手任何项目第一件事就是打开Project Options确认编译范围。

5.2 编译范围与四种连接符号的交互矩阵

把编译范围和连接符号放一起看，关系就清楚了。下面这张表是我自己整理的，贴在工位上当速查：

从表里能看出一个关键点：网络标签和导线直连，无论编译范围怎么设，都跨不了页。这是它们的语义决定的。而端口和离图连接器，只有在整项目编译时才能发挥跨页作用。所以如果你要做多页设计，编译范围必须是整项目，否则前面所有的端口和离图连接器都白搭。

5.3 编译范围设错的典型症状

编译范围设错，症状往往很隐蔽，因为原理图看起来"画得没问题"。我总结了几种典型表现：

• PCB导入后网络数量对不上：本该连成一个网络的信号，在PCB里变成了多个独立网络，飞线乱七八糟。
• 编译报大量"Net has only one pin"：这是最直接的信号，说明某个网络只连了一个引脚，另一端"失联"了。
• Navigator面板里网络树不完整：用Navigator看网络连接关系，发现跨页的信号没有展开。
• ERC报"unconnected"但图上明明连着：这是编译范围没覆盖到导致的假报警。

遇到这些症状，第一反应应该是去Project Options确认编译范围，而不是急着改图。我见过有人为了"修"这个问题，把端口改成离图连接器，结果问题没解决还引入了新的混乱——因为根因根本不在符号选择上。

6. 实战中的组合策略与踩坑复盘

6.1 一个六页项目的完整连接规划

拿我最近做的一个六页项目举例，说说实际怎么组合这四样东西。项目结构是：顶层（Top）+ 电源页 + MCU页 + 接口页 + 传感器页 + 调试页。

规划思路是这样的：顶层只放Sheet Symbol和电源/地的离图连接器，不放任何信号端口——因为信号连接都在子图端口层面完成，顶层只负责"搭骨架"。电源页输出VCC_5V、VCC_3V3、GND，全部用离图连接器，这样每张子图都能直接取电，不用在顶层拉电源线。MCU页和接口页之间的SPI、UART走端口，通过顶层Sheet Entry显式连接，层次清晰。传感器页的I2C也走端口。调试页的SWD接口走端口，但复位信号用离图连接器全局撒。

这个规划的核心逻辑就是前面说的：结构性信号显式（端口），全局性信号隐式（离图连接器），页内分发用网络标签，编译范围设整项目。四者各司其职，图面既干净又可追踪。

6.2 踩坑复盘：电源网络分裂事件

回到开头提到的那个坑。当时的现象是：六页图，电源页放了VCC离图连接器，但MCU页的电源引脚上贴的是网络标签VCC，没有放离图连接器。我以为"名字一样就能连"，结果编译后MCU页的VCC和电源页的VCC是两个网络，PCB上MCU根本没供电。

排查过程是这样的：先用Navigator看网络树，发现VCC网络只在电源页有节点，MCU页的VCC是独立网络。然后检查编译范围，确认是整项目编译，排除范围问题。最后定位到：MCU页只有网络标签没有离图连接器，而网络标签跨不了页。修复方法很简单——在MCU页的VCC导线上补一个离图连接器，重新编译，网络合并。

这个坑的教训是：跨页的全局网络，光有网络标签不够，必须有离图连接器或端口。名字相同只是"看起来像"，语义上它们分属不同作用域。现在我养成了一个习惯：凡是打算全局连通的网络，在每张用到它的图上都显式放一个离图连接器，哪怕当前页看起来"应该能连上"。

6.3 端口映射错位的排查链路

另一个高频坑是端口和Sheet Entry映射错位。现象是：子图端口叫TX，父图Sheet Entry却显示成TX_1或者根本没生成。原因通常是子图端口是在Sheet Symbol创建之后才加的，Sheet Symbol没有自动同步。

排查链路：第一步，右键Sheet Symbol选"Sheet Symbol Actions > Synchronize Sheet Entries and Ports"，看同步对话框里哪些端口没对上。第二步，如果端口在子图里改了名，父图不会自动跟着改，需要手动同步或重新创建Sheet Entry。第三步，确认子图文件确实被正确关联到Sheet Symbol（双击Sheet Symbol看File Name指向对不对）。

这个问题的预防办法是：先定端口，再建Sheet Symbol。顺序反了就容易漏同步。如果项目中途要加端口，记得手动跑一次同步。

6.4 编译范围的一个隐藏影响：多通道设计

最后提一个进阶场景：多通道设计（Multi-Channel）。当一个Sheet Symbol被设置成Repeat时，编译范围的处理会更复杂——每个通道实例的网络需要独立解析，但又共享端口定义。这时候如果编译范围设成"指定图纸"而非"整项目"，通道间的网络隔离可能出问题。

我的经验是，多通道项目一律用整项目编译，并且在Project Options里确认"Net Identifier Scope"（网络标识符作用域）设置正确。这个设置和编译范围是两个不同的东西，但经常被混淆。Net Identifier Scope决定端口、离图连接器、网络标签之间的优先级关系，默认是"Automatic"，多数情况够用，但复杂项目里手动指定成"Hierarchical + Global"之类会更可控。

提示：Project Options里的"Net Identifier Scope"和"Compile Scope"是两个独立设置，前者管"不同符号之间的优先级"，后者管"哪些图纸参与编译"。排查连接问题时，两个都要看，别只盯着一个。

7. 我个人的几条硬规矩

折腾了这么多项目，现在我对这四个东西的使用已经形成了条件反射式的规矩，分享出来供参考。

第一条，网络标签只做页内分发，绝不用它承担跨页职责。看到有人用同名网络标签试图跨页连接，我会直接指出来——这在语义上就是错的，迟早出问题。

第二条，端口是层次结构的骨架，方向属性认真填。Input/Output/Bidirectional不是摆设，它让接手的人三秒看懂数据流向。电源端口统一Passive，避免ERC误报。

第三条，离图连接器只给电源、地、复位、全局使能这类信号。信号线一律走端口，保持层次可追踪。离图连接器撒得越多，后期维护越痛苦。

第四条，接手项目先看编译范围和Net Identifier Scope。这两个设置是"隐形开关"，图看起来没问题但连接不通，八成是它们的问题。确认无误再动图，能省大量瞎改的时间。

第五条，改完连接结构必须重新编译并看Navigator。原理图上"看起来连着"和编译后"实际连着"是两回事。Navigator的网络树是唯一可信的连接真相，每次改动后扫一眼，比事后在PCB上抓瞎强得多。

这几条规矩不复杂，但都是从真金白银的返工里换来的。原理图连接这件事，符号本身不难放，难的是理解每个符号背后的语义边界。把这四层作用域想清楚了，多页项目也就没那么可怕了。