IC 的故障分析需要快速、正确的响应,因为当然,帮助客户是我们的主要关注点。但我们是否应该期望质量保证 (QA) 部门在故障分析 (FA) 期间测试所有条件下的每个参数?一点都不。其中太多是猜测。这可能会让一些人感到惊讶,但 QA 人员没有水晶球,也不会读心术。只有当客户提供有关 IC 故障的准确技术信息时,才能及时有效地进行 IC 故障排除。
摘要:在对复杂设备进行故障排除时,知识至关重要。我们希望并且需要了解与该问题相关的所有信息,包括正确的 IC 修订号、在哪里可以找到相关参考资料,以及谁真正知道客户现场发生了什么。IC 的故障分析需要快速、正确的响应,因为当然,帮助客户是我们的主要关注点。但我们是否应该期望质量保证 (QA) 部门在故障分析 (FA) 期间测试所有条件下的每个参数?一点都不。其中太多是猜测。这可能会让一些人感到惊讶,但 QA 人员没有水晶球,也不会读心术。只有当客户提供有关 IC 故障的准确技术信息时,才能及时有效地进行 IC 故障排除。
IC 的故障分析——可能会浪费时间
我们经常听到“感知就是现实”。当 IC 出现故障,或者客户认为它出现故障时,我们必须通过故障分析 (FA) 进行响应。为了有效地做到这一点,我们必须获得有关该事件的准确、相关的信息。这是避免猜测的方法。
让我讲一个不久前发生的事件。有一部分因失败而被退回,除此之外我们一无所知。我们在自动测试设备 (ATE) 上运行它,并对零件进行台架测试、X 射线检查和开盖。我们在电子显微镜下用软电子淹没它,以寻找表明损坏的发射位点。我们使用液晶涂层测量了它的温度。这部分很完美。我们没有找到失败的原因,所以 QA 部门在 FA 中准确地说了这一点。我们想知道,为什么零件会被视为失败而退回?
大约两个月后,我们几乎偶然了解到,客户仅在零件加热到 +60°C 以上时才会出现此故障。我们又开始了FA。我们在室温 (+25°C) 下测试了该部件,结果……什么也没发现。该部件不再起作用,因为它在测试过程中被损坏。归根结底,这是性的回归活动;它没有再发生。但在这一集中我们学到了一些更重要的东西:如果没有关键的性能(即故障)数据,我们就会盲目猜测。我们白白浪费了相当多的时间和金钱。(有关古董车、接地问题和另一个失败的 IC 的另一个更个人的故事,请参阅附录 —《Homefront》中的 IC 故障分析。)
QA 中的详尽练习徒劳无功
很多时候,失效的 IC 损坏严重,以至于无法确定损坏的根源。一位客户将组装承包商的一块电路板带回了他们的实验室设施。他们在那里将 IC 从板上拆下,并声称 IC 出现故障。很可能。客户得出结论:“根本原因”在于 IC 本身。他们想要 FA,但是故障数据在哪里?当时的情况是否被仔细记录?什么可以防止未来的失败?我们又回到了猜测,而不是事实核查——这几乎不是有意义的 FA 的处方。
因此,我们绕了一圈,重复开场白:在排除 IC 故障时,知识才是王道。从调查一开始,没有人比与客户并肩检查问题的当地 FAE 更有价值。FAE 必须仔细检查整个系统、电路板布局、原理图和应用,然后将数据传回 QA。只有准确、详细的事件数据才能解决 IC 故障问题。如果没有这些数据,质量检查就被迫猜测“犯罪现场”。