Für Ingenieure, die an Systemen mit langen Lebenszyklen arbeiten – etwa in der Luft- und Raumfahrt sowie Verteidigung, in der industriellen Steuerungstechnik, Medizintechnik und Verkehrsinfrastruktur – ist Obsoleszenz eine wiederkehrende und kostspielige Gewissheit. Ein Bauteil, das heute aktiv ist, kann bereits Jahre vor der geplanten Außerbetriebnahme des Systems, das es versorgt, als auslaufend gekennzeichnet werden. Das führt zu einer bekannten und teuren Entscheidung: ein Redesign um eine neue Komponente herum oder die überstürzte Beschaffung ausreichender Bestände, um die Lücke zu überbrücken.
Rochester Electronics begegnet der Obsoleszenz mit Through Life Support 360 (TLS360™), unserem Angebot zur Lebenszyklusabsicherung auf Programmebene für ausgewählte missionskritische Halbleiter-Produktfamilien.
Standard-Lebenszyklen von Halbleitern orientieren sich an der Roadmap des Originalherstellers. Sobald ein Bauteil seine End-of-Life-Meilensteine erreicht, geht es in der Regel in den Status „Not Recommended for New Designs“ (NRND) über und anschließend in die formale Abkündigung – unabhängig davon, wie lange die Systeme, die darauf angewiesen sind, voraussichtlich noch im Einsatz bleiben.
TLS360 verlängert den aktiven Status ausgewählter Bauteile über den Zeitpunkt hinaus, an dem sie normalerweise in die Übergangsphase eintreten würden. Da Rochester Electronics als zu 100 % autorisierter Distributor und lizenzierter Halbleiterhersteller für die von uns abgedeckten Produktfamilien tätig ist, können wir eine Lebenszyklusabsicherung bieten, die eine risikofreie, langfristige Produktion und eine fortgesetzte, kontrollierte Versorgung innerhalb desselben vollständig autorisierten Rahmens unterstützt, unter dem das Bauteil ursprünglich ausgeliefert wurde. Für Entwicklungsteams ergibt sich daraus ein praktischer Vorteil: Bestehende Designs können länger in Produktion bleiben, ohne erzwungene Redesigns oder reaktive Beschaffung in letzter Minute.
Das Programm umfasst derzeit ausgewählte designbestimmende Produktfamilien von Herstellern wie Texas Instruments, Analog Devices, NXP und Infineon; zusätzliche Abdeckung kommt hinzu, wenn autorisierte Programme erweitert werden.
Jeder ausgewiesenen Teilenummer wird einer von drei Lebenszykluszeiträumen zugeordnet:
TLS360 gibt jedem Bauteil einen definierten Zeithorizont, der direkt in den Planungszyklus eines Programms integriert werden kann. Die Zeithorizonte werden im Rahmen unseres formalen Governance-Prozesses fortlaufend überprüft, sobald neue Lieferantendaten, Bestandspositionen und Fertigungsstatus vorliegen.
Diese Festlegungen der Lebenszykluszeiträume werden teilweise durch agentische KI-Systeme unterstützt, die autorisierte Lieferantendaten, historische Lebenszyklusmuster, Bestandssignale und Eingaben aus Änderungsmitteilungen analysieren. Wir verstehen dies als Unterstützung und nicht als Automatisierung der Entscheidungsfindung. Die KI-gestützte Analyse fließt in unseren Governance-Prozess ein, die endgültigen Lebenszyklusklassifizierungen unterliegen jedoch weiterhin einer menschlichen Prüfung.
Ein häufiger Schwachpunkt proprietärer Lebenszyklusprogramme ist, dass sie ihre eigene Terminologie schaffen – und Kunden dazu zwingen, zwischen „was der Hersteller sagt“ und „was der Distributor sagt“ zu übersetzen. TLS360 vermeidet dies bewusst, indem es sich an den von JEDEC definierten Lebenszyklusbegriffen und Konventionen für Änderungsmitteilungen orientiert, einschließlich der Standardbehandlung von PCNs (Product Change Notices), PDNs (Product Discontinuation Notices) und der Ingenieuren bereits bekannten Abfolge Active/NRND/EOL.
Rochester weist ausdrücklich darauf hin, dass formale PCNs und PDNs die maßgeblichen Lebenszyklusmitteilungen bleiben; die Zeithorizonte von TLS360 dienen als Orientierung für Planungszwecke und sollen in das eigene Risikomanagement des Kunden einfließen, nicht als Ersatz für diese formalen Mitteilungen verstanden werden.
Für Programme, die in Jahrzehnten statt in Produktzyklen gemessen werden, ist das Nutzenversprechen klar: Integrität auf Teilenummernebene. Keine Substitutionen oder erzwungenen Redesigns und eine konsistente Lebenszyklusbehandlung über verwandte Derivate und Revisionen eines bestimmten Bauelements hinweg – mit Kontinuität durch lizenzierte Fertigung, wo vorgesehen, sodass die Versorgung nicht ausschließlich von verfügbaren Beständen abhängt.
Das ist ein bedeutender Wandel darin, wie das Obsoleszenzrisiko vorgelagert gemanagt wird. Statt erst im Nachhinein von der Abkündigungsmitteilung einer kritischen Komponente zu erfahren, verfügen Entwicklungs- und Beschaffungsteams, die mit TLS360-ausgewiesenen Bauteilen arbeiten, von Anfang an über einen definierten Planungshorizont. Dadurch wird ein traditionell reaktives und programmgefährdendes Ereignis zu einem vorhersehbaren Bestandteil des Design-Lebenszyklus.
Erfahren Sie mehr über TLS360 und die aktuelle Programmabdeckung.