验证Altium Designer中的设计

Old Content - visit altium.com/documentation

为 了确保设计已经做好了PCB布局的准备工作,工程师们采用什么作为他们的日常工具呢?在此期间,验证设计的正确性通常是最困难但也是最重要的一个方面。本 文重点讨论PCB布局之前的各种难题,并给出了避免各种错误以及利用Altium Designer协助工程师开展工作的具体方法。

设计验证策略

良 好的设计检查和调试策略会将设计集成到一系列准备周全的步骤中,保证设计顺利完成并投入市场。这个过程需要的就是一个完整详尽的流程路线图。
 

验证设计的最佳途径是拥有一款能为您提供尽多帮助的软件!

验证——我们的产品设计是否合理?

测 试常被认为是一个很宽泛的话题,也被称为验证与确认。
验 证是指确保设计准确运行的流程。而确认却稍有不同,它是指确保设计可追溯到某一组设计要求。这是一个很大的区别。简单来说:

验 证——“我们的产品设计是否合理?”
确 认——“我们设计的产品是否合理?”

如 上所述,本文侧重介绍在PCB布局前(即最难发现问题并要求工程师花费精力的阶段)针对电子设计的验证工作。这些方法,我们称之为策略,会重点围绕更加实 际的实战技术,是工程师日常储备的一部分,确保他们能始终按时、保质完成任务,顺利设计出好产品!

验证中的众多人为因素

设 计方案是人为开发设计的,并非像制造厂一样从一个模子里出产品。鉴于此,在验证过程中会有许多技术要素发挥作用,值得一提的是人为要素占大部分,并对最终 结果和质量产生重大影响。
 

当一个设计构建完成,人类的创造力就转化为物理形态!

 
例 如,在提供关键任务应用(例如航天工业)的公司中,常常不得不克服的一大难题是心理活动对审查质量的影响。工程师不是机器人,许多细节都可能影响质量。上 市时间压力是可能造成设计不佳的另一个要素,这几乎是每家公司所要面临的问题,无论其产品和应用是什么。
本 文的重点不在人为因素,但这也是影响进程的重要因素。

验证清单——绝对最小值

绝 大多数成功公司采用了更谨慎的验证方法,那么这些几乎可用于各个方面的较成熟的验证方法有哪些呢? 让我们来看一看:

  • 工 程师不得审查自己的设计。虽然工程师可能认为自己的设计最好(这样可加快进程)。然而,在关键任务设计中,由于工程师对自己的设计太过熟悉反而会有损其客 观判断。
  • 制 备一份检查清单,这样每次都可以发现所有错误,然后反馈给工程师。
  • 在 自信能够成功使用新元件的封装前,需对这些封装进行测试(通常包括打印出封装、放置元器件进行测试、检查引脚-焊盘标号是否正确映射以及引脚功能与焊盘是 否匹配)
  • ERC/DRC 检查原理图和电路板,并确定可能存在的错误和警告的容忍等级。
  • 对 各Gerber层进行人工检视,查看是否存在问题(一些工程师甚至会在CAM编辑器内运行DRC)。
  • 对 各层进行目视检查。
  • 打 印并检查各层。
  • Gerber 和钻孔登记。

审 查通常至少包括一份生成的原理图元件表,并根据此表验证元件类型是否正确。最后,将所有相应的变更更新到PCB中,尤其是在原理图中可能有嵌入的PCB规 则(线宽、间距)或测试点的情况下。

元器件库策略

几 乎所有公司都拥有数据库,并采用自备的特定元件号。开始设计前,工程师所面临的最大挑战之一是验证元器件库,并确认已采用经认可的符号和封装。当然,该设 计是从创建或评估实际元器件库(符号和封装)开始,因为如果元件不可用,您就无从下手。

创建集成元器件库

Altium Designer中的集成元器件库是由源符号、封装和其它所有信息(例如SPICE和其它模型文件)编译成的单个文件。采用集成元器件库是一个好的开始, 它在验证数据表和封装时能够节约大把时间。采用集成元器件库(并非所有CAD都包含此类元件库)的优势在于只需在开始时进行一次验证。之后,Altium Designer不会对您的工作做出任何修改,并在需要时显示工程师需要查看的信息。
在 编译过程中,查看关系是如何定义的,以确认模型和符号之间的关系,并将他们纳入一个集成元器件库中。该文件在编译后不可直接编辑,这样可进一步提高可移植 性和安全性。
即 使没有采用集成元器件库,而是采用源原理图或PCB元器件库,编译元器件库时也会交叉检测符号到针脚的映射(这是常见的错误来源)。虽然这听起来显而易 见,但至关重要的是所有的一切均已进行精确检测,并且各零件都满足设计的最低要求。只有保证这一点,工程师才有把握在开始设计前避免许多问题。

非标准元件类型

并非所有元件都需要安装在PCB上,并非所有元件都需列在物料清单上,并非所有装在PCB上的部件都需显示在原理图上。Altium Designer通过元件属性对话框(元器件库内或原理图上)内的元 件类型这一属性对此提供支持。
举 例来说,通过在原理图中添加用于装配PCB的支架元件,来增加原理图的可读性。如果物料清单内对该元件不作要求,那么该元件的类型可设为 Graphical。执行原理图电气检查时不包括图形元件,它既不在物料清单内,也不需要在原理图同步到PCB同步时进行检测。在这种情况下,元件类型设 为Graphical。

图1 依据特殊元器件要求设置元件类型

还 有一种经常在验证中用到的特殊元件类别 - 原理图和PCB上都需要这种元件,设计同步时对其进行检测,但物料清单上对该元件不作要求。在这种情况下,该元件类型设为Standard(no BOM)。
另 一种特殊元件为散热片,一般原理图上未显示(但有时可能会有),并且在原理图电气验证期间无需检测,但必须纳入材料表中。在这种情况下,元器件类型设为 Mechanical。

已分配封装

如 上所述,大多数公司都有数据库并采用自备的零件号,分配封装通常是在创建元器件库时以及项目开始时需处理的问题。这一问题几乎总是出现在绘制原理图之前。 然而,封装在PCB设计阶段仍可进行后续修改,尤其是当电路板上空间不多需调整封装轮廓时。有的公司甚至会为库中每个部件创建备用封装,以此来避免只有单 个封装时PCB设计阶段出现的问题。

封装管理器

图2 设计过程中利用封装管理器随时管理封装分配

针 对原理图设计阶段内元器件库的修改,Altium Designer的原理图编辑器内配有一个功能强大的封装管理器。从工具菜单上启动封装管理器,工程师利用封装管理器查看并管理整个项目中各元件相关的所 有封装。多项选择功能便于对多个元件进行封装分配,更改封装的链接方式,或为分配了多个封装的元件更改当前的封装。设计变更通过Altium Designer的标准ECO系统实施,按要求更新原理图和PCB。
一 开始采用通用零件之后再分配封装通常会面临许多问题,并且其检查过程也变得愈加困难,因此提前确定解决此问题的流程不失为一种良策。解决方案之一是当 PCB工程师更改封装时,在原理图上设一个标注,以供其他不了解设计的人员查看。
为 此,Altium Designer可在文本框和原理图标注内直接编辑,加速编辑和审查过程,允许工程师方便地查看文本布局,如图3所示。

图3 直接在标注或文本框内编辑文本,以便记录稍后需审查的设计变更 

案 例分析: 这些元件看似相同,但实则不同
某 些机构制定了封装库的维护标准,这意味着需要仔细地设计PCB元器件库。为了说明已分配封装存在的问题,工程师可设计一个情况,即元件可具有“相同”的外 观,但属性却完全不同。转动0°的封装和转动90°的封装看起来可能相同,甚至名称都一样。最理想的是采用一个工具将各原理图符号和封装与某一元器件库进 行对比,每当发现异常(尤其是图形区别)时予以报告。然而,事实上并非如此。该问题通常在Pick and Place文件中被发现,或在设计阶段后期公司装配电路板时发现。一个在建库期间早就发现的简单设计错误之后会演变为代价昂贵的错误。
在 另一个案例分析中,有一客户要求利用元件传统绘图外形绘制他们的元件符号,但另一客户要求根据特定标准绘制相同的元件符号。
与 之相关的一点,值得一提的是在原理图元器件库编辑器中,Tools » Mode这 一功能可让工程师定义一个元件的多个图形表示。在显示图4所示工具栏之前,必须开启原理图元器件库:

图4 采用Mode功能定义单个元件的多个图形表示

从PCB元器件库更新

PCB 设计阶段所作的变更通常是封装变更。在这种情况下,需根据元器件库内相应的封装对电路板上的封装进行验证。对于上述更新,封装管理器称之为从PCB元器件 库更新,以便工程师确保电路板上的封装与源元器件库内的封装精确匹配。对每个电路板和元器件库版本中的所有对象进行全面的分析和对比,根据封装与原理图符 号的链接方式详述每一个区别,如图5所示。

图5 从PCB元器件库更新可对电路板所用的每个封装进行全面对比

举 例来说,如果在原理图符号中,您指定某一封装,并且该封装可取自任意元器件库,那么从PCB元器件库更新将会访问已安装的任一元器件库。如果指定从某个具 体元器件库更新,那么仅可搜索这个库(若已安装)。
对 于不匹配的封装,您可单独选择是否更新这一封装。

从元件库更新

在 外部元器件数据库内参考封装模型或修改原理图符号屡见不鲜。例如,工程师或元器件库管理员可修改元件内引脚编号或在元器件库内的某一元件上增设测试点。任 何修改都需要应用到所影响的元件实例上,这样才能将原有元件替换为修改后的元件。
工 程师团队中,元器件库通常由元器件库管理员进行管理和更新,以保证确保所有封装的正确性。该方法可确保已对元器件库进行了所有相应更新。
原 理图中,通过Tools » Update From Library可在当前活动项目中的一个或多个原理图上更新元件,包括来自元器件库文件中的元件信息。您可更新整个元件,包括 图形、模型和参数,或者选择更新哪些参数以及在哪些元件上更新。

 

原理图设计策略

工 程师验证元器件库后,就可以开始安心地绘制原理图。在PCB内,有一些用于控制电路板布局的规则,在线DRC可帮助您发现错误,但在原理图中,验证并不是 这么有条不紊,其实需要工程师花费更多的精力。虽然Altium Designer内进行的电气规则检查(ERC)或编译可能会显示一些可能存在的连通性问题,但并非一览无余。
原 理图内验证是对设计的后期处理,因此检测可能会占据大量时间,并且几乎需要手动完成。但是,在原理图设计阶段进行检测的优势在于可在设计过程中提早发现错 误,从而更容易解决问题,并且花费更少。只有正确的原理图才能产生正确的PCB,因此这一步骤是至关重要的(即使审查的确是一项枯燥的工作)。
公 司政策和/或客户要求也可指定工程师的审查过程。一般最常见的原理图审查包括运行ERC,但对于如何处理产生的错误和警告,不同的公司区别甚大。如果属于 关键任务类型,那么可能会要求零错误,并且工程师不可审查自己的设计。在某些商业应用中,则可接受错误甚至警告存在。

编译VS电气规则检查

编 译是Altium Designer环境以及电气规则检查(ERC)的基础概念。此外,它也是一个允许您利用许多强大设计功能(除电气规则检查之外)的过程。对编译的了解重 点在于由编译创建的互连模型(本质上是一个内部网络表)随后可供工程师使用,编译后该模型显示在导航器面板上。
以 原理图源文件为例,编译过程开始于对所有逻辑文件的分析,而其中的说明则来自原理图。随后,原理图设计提供的所有消息提取到内部数据结构,该结构之后可用 于许多编译后续工作,例如对比并显示原理图之间的区别、参数管理、设计的参数导航等。
许 多问题在编译期间予以检测,这些问题并不仅仅是电气规则错误。检测是否存在“制图”类错误,例如标号重复、未与导线接触的网络标签以及元件标号重复。大约 有75个错误检测及一个电气规则矩阵,用于查找传统电气问题,例如2个互连的输出引脚。此外,报告菜单中有针对单引脚网络的检测(检测分配了网络标签的单 个引脚)。
工 程师在导航器面板上可看到所有网络、网络内的节点以及用于整个设计的元件,您只需点击扁平的层级体系就可查看。工程师也可点击导航器面板上的其它对象,在 设计中加以高亮显示,即便您所点击的对象跨越许多表单。
一 些便捷的导航控件可帮助您浏览设计,其中包括:
CTRL +双击可上翻和下翻层级体系(在图表符或端口或图表入口上);ALT+直接单击原理图上的网络对象,高亮显示图表上的网络,这在设计中追踪网络时相当方 便;ALT+点击导航器面板上显示的对象,探查原理图上的对象以及相应的PCB对象,这最适用于多个显示屏配置。

设计技术的一些附加注释

对 于任何复杂设计(扁平或分层设计)来说,工程师可采用一些技术使原理图检测更容易。例如,在第一页提供一份框图。此外,也可采用圆形、线条和矩形等简单对 象进行绘制。一些工程师要求在每一页设置网络列表(并非仅仅是全局网络)以便检测;假若一个多门部件存在于多个不同图表上,则要求列出元件列表。

设计符号

在Altium Designer中,原理图中支持一系列形状的箭头,利于突出显示您的设计,如下图6所示。

图6 线形箭头(选自一系列形状)有助于记录您的设计

设计标注

将 参考标号手动改为另一个编号是相当危险的,如果不跟踪这些元件,可能导致放置了多个而非一个元件。例如,7400有4个逻辑门电路,编号依次为U1:A、 U1:B、U1:C和U1:D。手动重新命名时,可变为U1:A、U2:B、U3:C和U4:D。在电源不同的情况下,简单的重命名可能会造成PCB彻底 失效! 幸而Altium Designer内的报错选项能够检测并报告错误类型。

不同的设计方法

还 有一个重点是,为了PCB设计而验证原理图与为了调试电路板而验证原理图是两码事,原因在于工程师常常只关注什么对他们来说是重要的。例如,PCB工程师 可能只需熟悉一份网络表以及哪些零件需放在一起,但是元件可能分为多个门部件,并放在不同原理图页上。而后,当调试电路板时,检测放在不同原理图页上的所 有门部件相当困难。
有 的工程师之所以更愿意直接绘制一整块显示了全部引脚的元件,也是这个原因。虽然该区域有许多电线交错,会让PCB工程师混淆,但是这非常有利于检查电路 板。这是一个常见的问题,有时鉴于公司政策,工程师也爱莫能助。
并 非每个软件都涵盖了各种情况下的检测和调试辅助功能。甚至在软件中,错误检测的默认设置趋于保守,因此工程师需对设计过程有深入的了解,从而达到确保一切 正常的目的。

互连 – 不同的模型可以影响如何执行设计

根 据设计类型,用不同的互连模型执行设计时,工程师采取的策略会有很大差异。经常执行简单扁平化设计的工程师采取的策略可能非常适合扁平化设计,但对复杂的 层级体系设计则难以实施。

为 了了解为什么会这样,需要注意到常常被忽略的微妙之处是——设计的规模和大小决定了设计如何呈现和建模,通常也决定了设计验证的最佳方式。
扁 平化设计非常适用于小型设计,在小型设计中,可以将整个设计呈现在一张图上,有些工程师会将图剪成若干子图。 但是,一旦设计变得复杂且图表超过6张,在没有可用于参考的结构视图时,就非常难以‘读懂’扁平化设计。
在 现代软件的时代,将原理图绘制出来并打印到纸上进行验证仍然是比较普遍的做法,因为这个阶段还无所谓原理图是如何在软件中执行的。 假设工程师通过打印版的原理图检查设计问题,当该设计是层级结构时,可以说这样的做法更简单,因为任何网络都只会从一张子图表向上接到父图表,而不会通过 其它图纸的接口。

布线错误

原 理图布线问题通常难以发现。连接错误引脚或网络不当命名等错误是普遍而且难以发现的错误。人为因素是导致这一问题的主要因素之一。检查设计时,通常有大量 的错误信息,有些信息可能是设计相关的,有些则不相关。然而,信息泛滥会使工程师转移注意力,以致愿意接受一定数量的警告信息。这通常会产生没有验证意义 的错误报告——这在某种程度上违反了工程师进行检查的目的。作为最低要求,最好建立针对特定错误的接受/拒绝规程,从而确定设计质量的起始基准。

图7: 通过Project Options对话框中的Error Reporting标签页,利用Violations Associated with Nets功能查找不容易被发现的网络冲突。

在Altium Designer中,可以检测未连接的引脚、偏离网格电线和连接不当的电源接口,通过编译原理图项目可以列举出一部分。更多的冲突选项及更多信息参见Violations Associated with Nets章 节,如上文图7所示。
执 行命令Project » Project Options,在弹出的的对话框中点击Error Reporting标签页,查看原理图编译时生成的错误/警告信息。 通过 Tools » Preferences可 以定义编译选项,将提示信息显示在原理图上(波浪线)。

光 标悬停在警告/错误标记上,可以获得冲突的更多详细信息。还可以结合使用Violations associated with Components,检测不当连接的元件引脚。导航器面板也有助于解决原理图连线问题,缩 小网络相关的引脚范围。
还 可以在导航器面板上检查网络名称。 首先点击顶部的扁平层级体系结构(面板显示了整个设计的元件和网络),然后点击网络列表,通过上/下箭头在列表内移动,如图8所示。

图8. 通过导航器面板可以轻松检查不当的网络名称和更多信息。

这 是查找网络名称输入错误的一种极佳方式。Reports菜单的Report Single Pin Net Report命令,可以查找已经命名的单引脚网络(虽然本意并不用于检测没有网络标签的单引脚网络)。
有 时,走线问题本身可能只是因为某个规则在软件中的建立方式与其在现实之间的差异。由于软件通常会更新以适应广大用户的需求,因此可能无法满足工程师的某个 特定需求。
案 例分析: 检查总线名称
就 总线而言这是一个很好的例子。总线名称不能由网络名称(如CLK、D0、D1、RST)组成,所以工程师可能将总线命名为UTIL0..4。这会使审查人 员和工程师的工作更加复杂,易于出错,因为原理图变得更加难以理解!但是只有正确的原理图才会生成正确的PCB,因此这一步骤是至关重要的(即使检查是一 项枯燥的工作)。
在Altium Designer中,原理图编辑器是具有总线相关冲突报错功能的,这些冲突设置在Project Options对话框的Error Reporting标签页中访问。

扁平化设计

一 些工程师在日常工作中很难遇到层次化设计—与工程师设计的项目类型不符。对较简单设计而言,尽量使用端口并分而治之是比较成功的设计方法。通过尽量使用端 口,工程师可以创建原理图模块,使连通性验证和调试变得极其容易,特别是结合高亮显示和ERC检查时。
案 例分析: 商用激光器产品

在 开发激光器精密机械的公司的研发部门中,工程师重复利用改进和审核后的电路能够轻松满足新开发的需要,加快验证过程。他们的工作方式是将电路进行模块化, 然后将之接入设计的其它部分。大量使用复制粘贴功能,从而将电路并入设计中来节省时间,但是,粘贴后电路重新布线是一个需要大量工作的手动过程。

这 些都是整个设计中贯穿端口和网络标签连通性的典型要求。但是,此设计类型允许轻松地增加和移除可重复使用的电路,只需简单地增加或移除部分或全部原理图即 可,并且Altium Designer仍然按预期方式工作。

层次化设计

层 次化设计是Altium Designer的显著优点之一,允许用户以具有逻辑性、有意义的方式布局设计。Altium Designer的层次化设计功能不仅仅是为了布局设计,它们还是多通道设计功能的基础;此外,在不同电子产品设计中重复使用电路也变得非常简易。
由 于层次化设计本质上而言更加复杂,可能难以进行检查,此类型设计的缺点由其它益处来权衡弥补。
比 如,由于结构都已显示出来从而具有易读性,连通性只存在于子图表与父图表之间,而不会与其它图表连通,而网络标签始终只存在于本地,所以设计对于工程师而 言是清晰明了的。这也同样适用于设计复用(随后将在Snippets章节中讨论)。

案 例分析:关键任务应用
关 键任务应用作为设计图谱的另一中示例,设计周期会有很大差异,与许多商用应用程序比较,其中包含大量的检查工作。这种由客户决定设计的设计哲学并不罕见。 在这一过程中,可能存在原型设计的电路板/设计概念阶段,这一阶段的持续时间可能达一年或更多时间。在此阶段,主要着重于原理图,虽然电路板是为了进行概 念验证而设计的。此后开发评估模型,该模型尽量使用商用元件,以节省资金和时间。

从 电气上而言,创建的模型尽量等同于实际模型。然后,建立与实际模型相同的鉴定模型。实际模型和鉴定模型可以同时创建。对鉴定模型进行测试,验证产品是否适 应所处的环境条件(比如,温度、冲击、振动、辐射等)而不会出现故障。设计总时间可能在几年与许多年之间不等。
在 此案例分析中,通常的做法是限制不同互连模型的使用,从而使得各个工程师使用相同的模型。但是要确保审查人员已经理解和验证过互连模型。

设计复用

为 了快速创建可以随时使用的已经验证的设计资源,在此环境下创建和保存验证后的电路是必要的。这些资源应易于存取、节省时间,无需搜索硬盘驱动器上的文件夹 和打开各个原理图即可查找所需的信息或者验证电路。分享已经验证的设计,使整个团队都能利用唾手可得的资源,无需花费精力研究他人的方案。
从 本质上,将新技术设计投入市场意味着必须快速复用验证后的设计模块部分并将其融入新的开发工作中。这一目标旨在避免大量繁重的工作,使工程师能够开发和调 整创新改进之处,而不是将大量时间用在电路定位、重新布线和验证上。
值 得指出的是,使用层级结构时,设计复用在复杂设计中变得容易得多,因为大部分设计保存为实际原理图,可以重复使用,不需复制粘贴!
将 选中的电路粘贴为图表的功能是另一个灵便的特点。使用此方法,可以容易地将电路图形部分列入另一图表上,并根据要求调整大小。进行粘贴时,选中Edit » Smart Paste 命令来变换剪贴板对象。

设计Snippets – 现有设计的简单复用

当 设计需要包括其它设计中使用的电路部分时,工程师还可以充分利用设计Snippets特性。这是一个简单方便的特性,通过Snippets系统,可以选取 部分电路保存在单张原理图上或者选取保存包括元件和布线的PCB设计。

图9. 右击Snippets面板,添加片段。

在Snippets 面板上,原理图和PCB选取保存为片段,右击面板,将当前选定的部分添加为片段。
在 网络环境下,Snippets可以组织到标准的Windows文件夹;点击Snippets Folders按钮,将现有文件夹添加到片段面板下的可用文件夹列表中。每个片段均保存为标准的原理图或PCB文件。

设计复用 – 参数层次化设计

复 用设计部分(比如将当前项目的图表符指向公司优选的电源原理图上)的挑战在于从一个设计到下一设计中,元件值不是固定不变的。Altium Designer的参数层次化设计功能就能解决这个问题——对元件值的指定从一张原理图转移到引用这张图的图表符上。这一功能还适用于多通道设计(相同电 路不断重复),以便在各个通道中设定不同的元件值。
参 数元件如下定义:将参数元件值声明为上述图表符的一个参数,然后在目标元件上引用该参数。

图10. 各个通道中具有不同电容器值的图表均衡器

比 如,图表均衡器可以多次重复同一电路,各个通道之间的唯一差异在于元件值。因此,在不同的通道中电容器值可能为0.12μF、0.056μF和 0.033μF。在Altium Designer中进行此操作是很简单的,因为可以在代表每个通道的图表符中指定这些值,避免设计出很多张仅元件值有差异的相似原理图。
参 数层次化不局限于元件值,用户可以在原理图上参数化引用任何元件参数或文本标签。工程师可从该层级体系中多张图表之上的符号引用参数,系统会在层级体系中 搜索,直至找到匹配的参数。
在Altium Designer中,执行命令Project » Options打 开项目选项对话框,Options标签页中的Net Identifier Scope可以用于检测,因为对所有电路板而言,整个原理图层次化模型是相同的(这种情况下,当有一个模型不同时,更易于发现)。但与扁平化设计不同,当 存在本地网络时,或者设计对象(如电源接口)更改为本地时,检查就变得复杂了。在这种情况下,追踪了解设计中的互连是如何建立的就变得极为困难。

物料清单BOM信息

BOM 通常是验证设计的有用工具,但如何运用BOM在不同公司之间存在很大差异。不同的公司采用不同的系统,因此如何采用BOM进行验证并没有统一标准。
例 如,大公司可能同原理图一起比较和检查物料清单。甚至由不同的工程师检查设计的不同部分,因此需要事先考虑和计划由谁提供由谁检查哪些内容。基于公司使用 的软件,这可能变得更复杂!
在 像Altium Designer这样的综合软件包中,原理图和PCB编辑器将共享相同的部件信息,使用两者之一生成BOM都不存在差异或问题。但如果公司在PCB设计阶 段使用了与原理图不同的软件工具,这可能就不适用了。另一个可能的情况就是,虽然软件包是集成的,但原理图和PCB仍然是各自独立的工具,必须从原理图和 PCB中生成单独的BOM。

让 情况变得更复杂的一点是,各个公司拥有自己的部件识别、列表清单和订购数据库。即使所有公司都使用BOM进行元件验证或其他操作,他们使用BOM的方式也 可能稍有不同。

案 例分析:使用BOM的不同方式

比 如,一家公司使用4位数字标识部件,但是数据库程序使用8位数字表示部件。将4位数字手动输入到数据库中之后自动生成BOM,而设计检查中并不需要那些多 余的数字,这样只会变得更加复杂。
另 一公司使用9位数字标识和储存部件和BOM中的信息,并且与使用独立数据库的采购部门协作。采购部门以特定的方式要求提供所有信息以便订购元件。因此,工 程师至少必须提供制造商名称和元件编号。他们还需添加数据表、价格、说明和数值链接。这可以生成一个简单的电子数据表文件。
一 些公司和部分软件包可能不希望进行完全集成,因为审查人员/工程师需要花费更多精力确保完全了解他们正在使用的系统。
使 用Altium Designer,可以直接将数据库数据导入BOM中(比如不想将优先供应商信息列入原理图内,但是需要将其列入材料表中,如下文示例所示)。 Report Manager也包含若干示例模板,能够方便地提供检查所需的信息。

图11 从Database Library(数据库元件库)引入元件时,信息直接从数据库导入BOM中。

反向标注

即 使是最完美的计划也不能预见将要发生的所有事情。工程师必然会作出更改,PCB工程师通常手动更改PCB,然后将更改之处反向标注到原理图。所有更改均需 在原理图中予以处理、跟踪和验证。
为 什么工程师必须进行反向标注?PCB最常见的更改原因如下所示:

电路板按位置重新标注时,元件标号予以更新

电 路板按位置重新标注时,如果元件标号发生变更,则同步器采用元件的唯一ID检查PCB上元件标号的变更,并将变更反映到原理图上。该操作从PCB中的 Design菜单中执行,它允许用户选择原理图项目。之后PCB上的元件标号与原理图上的元件标号相比较,并且生成待更新的内容,在ECO列表中检查并执 行。

由于空间限制工程师需要使用较小元件封装

由 于空间限制工程师需要使用较小元件封装时,Altium Designer中有两种方式可以更改元件封装: 1)通过PCB中的元件属性对话框进行更改;或者2)无网络连接时,从元件库导入PCB上。
如 采用第一种方法,从Design菜单中选择Update命令,封装更改将推回至原理图。资源库详细信息将不会推回至原理图,尽管能够将元件库文件详细信息 从原理图推送至PCB。

当检测到元件值错误,或者当某个值一开始为空,之后在电路板设计时予以确定

元 件值存储在元件的Comment字段中(原理图和PCB)。Comment属性值的差异在PCB中予以检测,并通过Design菜单命令推送至原理图。这 同样适用于将元件数值从原理图推送至PCB。

引脚交换造成的网络表变更

在Altium Designer中使用 Design » Update菜 单,执行从原理图到PCB的网络表变更是非常直接的。它分析网络表的连通性,并与PCB上的网络表进行比较。如果有任何差异,Altium Designer会创建ECO进行更新,或在PCB的元件焊盘上创建待更新的网络(图12)。同步器通过网络中的相关引脚匹配不同的名称时,可以检测网络 名称变更。PCB上并非由引脚交换造成的网络变更不能通过更新过程自动应用到原理图设计,这需要工程师来完成。

图12. Design Update菜单中生成的ECO对话框验证网络表连通性

利 用Altium Designer的同步特点可以轻松处理所有这些变更。同步器使用元件唯一ID识别PCB上的封装与原理图上相关元件之间的联系。使用这种方式,只需要依 赖唯一ID即可比较元件模型属性、封装模型和部件。

 

总结

综 上所述,设计检查与验证的最佳策略包括以下内容:
确 保部件正确。预先制定验证策略,并遵循这一策略。了解软件包能够进行什么操作,原理图检查特性是如何工作的,然后调整设计并予以使用。选择适合设计大小/ 结构的设计结构。尽可能复用设计信息。

You are reporting an issue with the following selected text and/or image within the active document: