Jedes abgekündigte Bauteil in jedem PCB-Projekt finden

Eine End-of-Life-Mitteilung kann unscheinbar wirken. Sie nennt ein Bauteil, einen Lieferanten und ein Datum. Die Auswirkungen auf die Entwicklung können jedoch deutlich größer sein. Derselbe Regler, Speicherbaustein, Steckverbinder oder Sensor kann in zwölf PCB-Projekten, mehreren Produktvarianten, alten Release-Paketen und einem neuen Design enthalten sein, das noch nicht einmal den Prototypenstatus erreicht hat.

Die meisten Teams finden das Bauteil in der Stückliste, die sie gerade betrachten. Die eigentliche Herausforderung besteht darin, jede weitere Stelle zu finden, an der es verwendet wird. Menschen durchsuchen Tabellen, öffnen archivierte Projekte, fragen Designer und vergleichen Teilenummern von Hand. Diese Arbeit ist langsam, und trotzdem kann dabei eine freigegebene Variante oder ein Serviceprodukt übersehen werden.

Where-used-Transparenz verändert den Ausgangspunkt. Statt jeden Projektverantwortlichen zu bitten, nach dem Bauteil zu suchen, beginnt das Team beim Bauteil und verfolgt seine Verknüpfungen zu jedem Design und jeder Stückliste, in denen es verwendet wird. Das Ergebnis ist eine klar abgegrenzte Auswirkungsliste, die Entwicklung, Beschaffung, Fertigung, Qualität und Serviceteams gemeinsam abarbeiten können.

Zentrale Erkenntnisse

• Eine End-of-Life-Mitteilung ist ein Portfolioereignis, wenn dasselbe Bauteil in vielen Leiterplatten, Varianten und freigegebenen Stücklisten vorkommt.
• Where-used-Transparenz verknüpft ein Herstellerteil mit jedem Design und jeder Stückliste, in denen es verwendet wird, sodass Teams die vollständigen Auswirkungen festlegen können, bevor sie einen Ersatz auswählen.
• Gutes Obsoleszenzmanagement für Bauteile verbindet aktuelle Bauteildaten mit klaren Verantwortlichkeiten, technischer Prüfung, Freigabe, Release und Präventionsmaßnahmen.
• Altium Agile Teams kann diese Arbeit durch Parts in Use, Used In-Links, verwaltete Stücklisten, Lifecycle-Daten, Kommentare, Aufgaben und gemeinsam genutzte Projektdatensätze unterstützen.

Warum eine einzelne EOL-Mitteilung zu einem Portfolioproblem wird

Ein Bauteil wird zu einem Portfolioproblem, wenn seine Verwendung über Produkte, Releases und Teams verteilt ist. Das Risiko betrifft nicht nur die künftige Versorgung. Ein Ersatz kann elektrische Grenzwerte, PCB-Layout, Firmware, mechanische Passform, Testschritte, regulatorische Nachweise und Fertigungsanweisungen beeinflussen.

Dasselbe Bauteil kann außerdem unterschiedliche Rollen spielen. Eine Leiterplatte kann es in einem Sicherheitspfad verwenden. Eine andere kann es in einem risikoarmen Überwachungskreis einsetzen. Eine dritte nutzt es vielleicht nur in einem Prototypen. Diese Fälle sollten nicht dieselbe Priorität oder denselben Testplan erhalten.

Was Where-used-Transparenz bedeutet

Where-used-Transparenz ist die Fähigkeit, bei einem Bauteil zu beginnen und jede verwaltete Quelle zu sehen, die davon abhängt. Die nützliche Antwort ist kein Suchergebnis mit ähnlichem Text. Es ist eine Beziehung zwischen dem Herstellerteil, der Stücklistenquelle und den exakten Designreferenzen.

In Altium Agile Teams bietet Parts in Use Ihnen eine aggregierte Ansicht der Herstellerteile, die in Workspace Projects und Managed BOMs verwendet werden. Die Used In-Links können die Stücklistenquellen und zugehörigen Designatoren anzeigen. Benutzerdefinierte Ansichten können Projektvarianten, Release-Dateien, Managed BOMs und Releases enthalten.

Dieser Detailgrad ist während eines EOL-Ereignisses wichtig. Er unterscheidet eine vollständige Auswirkungsprüfung von einer allgemeinen Textsuche. Außerdem kann das Team eine Ansicht für eine Produktfamilie, ein aktives Programm, ein Werk oder einen Serviceumfang speichern oder filtern.

Eine praktische Reaktion auf ein obsoletes Bauteil

Die beste Reaktion ist ein kontrollierter Änderungsprozess, nicht die hastige Wahl des ersten verfügbaren Ersatzes. Verwenden Sie die folgenden Schritte als praktisches Muster.

1. Mitteilung bestätigen: Prüfen Sie die Herstellerteilenummer, den Lifecycle-Status, das Last-Time-Buy-Datum und die Quelle der Mitteilung. Trennen Sie echtes EOL von niedrigem Lagerbestand oder einem vorübergehenden Lieferzeitproblem.
2. Auswirkungsliste erstellen: Verwenden Sie Where-used-Daten, um jedes betroffene Projekt, jede Variante, jede Managed BOM, jedes Release und jeden Designator aufzulisten. Entfernen Sie Duplikate, behalten Sie jedoch den Release-Kontext bei.
3. Geschäftsrisiko klassifizieren: Erfassen Sie Bedarf, Lagerbestand, Produktphase, Serviceverpflichtungen, Kundenzusagen und das Datum, an dem die Versorgung kritisch wird.
4. Technische Auswirkungen bewerten: Prüfen Sie Funktion, Kennwerte, Gehäuse, Footprint, Pinbelegung, thermische Anforderungen, Firmware-Bezüge, Compliance, Testabdeckung und Auswirkungen auf die Fertigung.
5. Reaktion auswählen: Nutzen Sie verfügbaren Bestand, qualifizieren Sie eine Bauteiloption, entwickeln Sie die Schaltung neu, tätigen Sie einen Last-Time-Buy oder nehmen Sie das betroffene Produkt vom Markt. Eine einzige Reaktion passt möglicherweise nicht für jedes Projekt.
6. Änderung steuern: Weisen Sie Verantwortliche zu, führen Sie Design-Reviews durch, aktualisieren Sie Bibliothek und Stückliste, releasen Sie betroffene Designs und bewahren Sie Entscheidung und Nachweise auf.
7. Wiederverwendung verhindern: Ändern Sie den Bauteil-Lifecycle oder die Verwendungsregel, damit neue Designs den obsoleten Artikel nicht auswählen, während bestehende Produktdatensätze weiterhin nachvollziehbar bleiben.

Warum selbst ein Drop-in-Ersatz noch Entwicklungsarbeit erfordern kann

Ein Ersatz ist erst sicher, nachdem das Team den Designkontext geprüft hat. Übereinstimmendes Gehäuse und dieselbe Hauptfunktion reichen nicht aus. Pinkompatibilität, elektrische Grenzwerte, Einschaltverhalten, thermische Leistung, Toleranz, Qualifikationsniveau, Firmware-Annahmen, Symboldaten, Footprint-Daten und Versorgungsstabilität können alle relevant sein.

• Elektrisch: Vergleichen Sie absolute Grenzwerte, Betriebsbereich, Timing, Rauschen, Genauigkeit, Leistung und Schutzverhalten.
• Physisch: Prüfen Sie Gehäuse, Footprint, Höhe, Pad-Geometrie, Ausrichtung und Montageprozess.
• System: Bewerten Sie Firmware, Kalibrierung, Testgrenzen, Sicherheitsmaßnahmen und abhängige Anforderungen.
• Versorgung: Prüfen Sie Hersteller-Lifecycle, freigegebene Quellen, Bestandstiefe, Lieferzeit, Alternativen und Fälschungsrisiko.
• Nachweise: Definieren Sie die Prüf-, Test-, Freigabe- und Release-Datensätze, die für jedes betroffene Produkt erforderlich sind.

Wie Altium Agile Teams den Workflow unterstützt

Altium Agile Teams kann Bauteilrisiko, Designkontext und Änderungsarbeit in einer gemeinsamen Umgebung zusammenführen. Das Team kann die betroffene Arbeit finden, Maßnahmen zuweisen und das Ergebnis mit dem Produktdatensatz verknüpft halten. 

Altium Agile Teams bietet aktuelle Lifecycle-, Verfügbarkeits-, Preis-, Compliance-, Alternativen- und Where-used-Tracking-Daten über Stücklisten hinweg. Sie können Bauteile identifizieren, die von Engpässen, Compliance-Problemen oder Obsoleszenz betroffen sind, und feststellen, welche Projekte betroffen sind.

Hier sind einige Funktionen, die Sie möglicherweise besonders nützlich finden:

• Parts in Use: Prüfen Sie Herstellerteile über Workspace Projects und Managed BOMs hinweg.
• Used In-Links: Öffnen Sie jede betroffene Quelle und sehen Sie die zugehörigen Designatoren.
• Aktuelle Bauteildaten: Bringen Sie Lifecycle-, Bestands-, Lieferzeit-, Compliance- und Risikosignale in Design- und Stücklistenarbeit ein.
• Kommentare und Aufgaben: Geben Sie Entwicklung und Beschaffung einen zentralen Ort, um Fragen, Verantwortlichkeiten und Nachverfolgung zu dokumentieren.
• Verwaltete Releases: Sorgen Sie dafür, dass die Ersatzentscheidung mit der Produktrevision und dem Release-Pfad verknüpft bleibt.
• Lifecycle-Kontrollen: Kennzeichnen Sie Bauteile so, dass ihre Verwendung in neuen Designs den Regeln der Organisation entspricht.

Ein einfaches Modell zur Obsoleszenzsteuerung

Obsoleszenzmanagement für elektronische Bauteile funktioniert am besten als Kreislauf. Überwachen Sie Bauteildaten, lokalisieren Sie die Verwendung, bewerten Sie die Auswirkungen, treffen Sie eine Entscheidung, ändern Sie, verifizieren Sie, releasen Sie und beobachten Sie weiter. Dieser Kreislauf sollte laufen, bevor die Produktion blockiert wird.

Die bessere Frage lautet: „Wo wird dieses Bauteil verwendet?“

Eine EOL-Mitteilung sollte nicht zwölf separate Suchen auslösen. Sie sollte eine einzige zusammenhängende Auswirkungsprüfung starten. Where-used-Transparenz gibt dem Team die Landkarte. Die technische Bewertung entscheidet weiterhin über den Weg, aber die Arbeit beginnt mit einer klaren Sicht auf jedes betroffene Design.

Sehen Sie, wie Altium Agile Teams Ihnen helfen kann, verwendete Bauteile zu identifizieren und die Auswirkungsbewertung mit Verantwortlichen, technischen Reviews, Stücklistenaktualisierungen und kontrollierten Releases zu verknüpfen. Machen Sie aus dem Management von Bauteilobsoleszenz keine Dokumentensuche, sondern einen wiederholbaren Entwicklungsprozess. 

Mehr über Altium Agile Teams erfahren →

Häufig gestellte Fragen zum Management von Bauteilobsoleszenz

Was ist Bauteilobsoleszenzmanagement?

Es ist der Prozess, Lifecycle-Risiken zu erkennen, jedes betroffene Produkt zu lokalisieren, eine Reaktion auszuwählen, die Designänderung zu steuern und unsichere Wiederverwendung zu verhindern.

Was bedeutet Where-used im PCB-Design?

Where-used zeigt, welche Projekte, Stücklisten, Varianten, Releases und Designreferenzen ein ausgewähltes Bauteil verwenden.

Erfordert eine EOL-Mitteilung immer ein Redesign?

Nein. Die Reaktion kann ein freigegebener Ersatz, ein Last-Time-Buy, vorhandener Bestand, ein Redesign oder die Abkündigung des Produkts sein. Die richtige Wahl hängt vom Produkt- und Versorgungsrisiko ab.

Warum ist ein Lieferanten-Querverweis nicht ausreichend?

Ein vorgeschlagener Ersatz kann sich bei Nennwerten, Gehäusedetails, Leistung, Firmware-Verhalten, Qualifizierung oder langfristiger Verfügbarkeit unterscheiden. Das Engineering-Team muss den tatsächlichen Einsatz prüfen.