Obsoleszenzmanagement und Plattformmigration

Welche Leistungen umfasst Obsoleszenzmanagement für Elektronik und Steuerungen?

Obsoleszenzmanagement für Elektronik umfasst den ganzen Weg von der ersten Abkündigung bis zur Auslieferung des Ersatzes, bei SPS und Steuerungen ebenso wie bei einzelnen Bauteilen.

Dabei müssen zwei Dinge erhalten bleiben: die Funktion der Anlage und die bestehende Anwendungslogik. Ein Beispiel: Unser Team hat Form-Fit-Function-Ersatzbaugruppen für eine Familie von zehn Baugruppen geliefert, beim Wechsel von einem FPGA der Spartan-Klasse auf einen Nachfolger der Artix-Klasse. An der Maschine war keine Änderung festzustellen. Typische Ausgangssituationen sind:

• Eine Analyse, bevor es eilt. Obsoleszenz-Risikoanalyse und Prüfung der Stückliste, weit günstiger als dieselbe Erkenntnis unter dem Termindruck einer Abkündigung.
• Eine Mitteilung des Herstellers. Bei EOL, PCN oder PDN klären wir, was sie betrifft, was sie kostet und welcher Weg der richtige ist.
• Eine Überbrückung. Last-Time-Buy mit einer Menge, die gegen den Zeitplan des Redesigns begründet ist.
• Eine Ersatzbaugruppe. Form-Fit-Function-Ersatz oder Drop-in-Ersatzbauteile, wo die Änderung nicht sichtbar sein darf.
• Ein Plattformwechsel. Migration von Steuerung und Betriebssystem, etwa von VxWorks, eCos oder SYS/BIOS auf Linux oder FreeRTOS, oder Migration von SoC- und FPGA-Familien.
• Ein Kernelwechsel. Linux-Kernelmigration für Gerätetreiber. Der Aufwand bleibt begrenzt, solange die Treiber im offiziellen Kernel enthalten sind (in-tree), und wächst, sobald sie außerhalb gepflegt werden.
• Laufende Betreuung. Langfristige Produktbetreuung für ein Embedded-Produkt, damit die nächste Abkündigung auf einen fertigen Plan trifft.

Wer die Stückliste gegen den Lebenszyklusstatus prüft, findet ein gefährdetes Bauteil früh. Trifft eine Mitteilung ein, machen wir eine Bestandsaufnahme, bevor eine Bestellung ausgelöst wird. Den Last-Time-Buy berechnen wir gegen das Redesign, für das er Zeit kaufen soll, und ein Bauteiltausch ist erst abgeschlossen, wenn er erneut anhand der Grenzwerte geprüft ist, die für das Original galten. In jedem Fall muss das Ergebnis in allen festgelegten Eigenschaften dem Original entsprechen, mit Nachweisen, die sich nachvollziehen lassen.

Maschinen und Anlagen nehmen wir nicht in Betrieb. Das Ersatzdesign, die Migration und die Nachweise dazu erstellen wir, und wir integrieren und testen mit Ihren Ingenieuren vor Ort und remote.

Warum planen Sie eine Plattformmigration anders als den Ersatz eines abgekündigten Bauteils?

Weil sie unterschiedlich ausgelöst werden.

Eine Bauteilabkündigung kommt als Schreiben mit einem Datum. Das Ende einer Plattform muss man aus mehreren Quellen zusammensetzen: aus der Roadmap des RTOS-Herstellers, dem letzten Bestelldatum der FPGA-Familie und dem Ende der Langzeitunterstützung (LTS) des Kernels. Das Ende einer Plattform ist besser vorhersehbar, und gerade deshalb wird die Migration leicht aufgeschoben. Beide enden aber am selben Punkt: dieselbe Funktion auf neuer Hardware oder einer neuen Plattform, mit erhaltener Logik.

Wie legen Sie die Last-Time-Buy-Menge fest?

Wir leiten die Menge aus dem Zeitplan des Redesigns ab und nicht aus dem heutigen Jahresverbrauch.

• Was das vermeidet. Einen häufigen Rechenfehler: eine runde Zahl von Jahresbedarfen zu kaufen. Dann bindet entweder ein Bestand Kapital, der das Produkt überlebt, oder er geht während eines Redesigns aus, das länger gedauert hat als die optimistische Schätzung.
• Wovon es abhängt. Wie lange Entwicklung, Qualifizierung und Hochlauf des Ersatzes tatsächlich dauern, plus der Puffer, den Sie zwischen dem Serienstart des Ersatzes und dem Ende des Bestands haben möchten. In den Bedarf für diese Zeit gehören Prognoseänderungen, Ausschuss, Ersatzteile für den Service und die Fertigungsausbeute, zusätzlich zur heutigen Produktionsmenge.

Wie berücksichtigen Sie den Lebenszyklus eines Bauteils schon in der Entwicklung?

Wir nehmen das veröffentlichte Support-Enddatum in die Design-Checkliste auf und verfolgen es bis in die Serie.

Wir prüfen es erneut, wenn sich die Herstellerlandschaft ändert. Ein Beispiel: Altera, seit 2025 wieder eigenständig, hat im April 2026 die geplante Verfügbarkeit der Familien Agilex, MAX 10 und Cyclone V bis 2045 verlängert. Für die Planung von FPGA-Lebenszyklus und langfristiger Verfügbarkeit ist ein so weit entferntes, veröffentlichtes Datum eine wichtige Grundlage. Planen muss man trotzdem. Es ändert nur, was geplant wird: Bei zwanzig Jahren verlagert sich das Risiko vom Silizium auf die Toolchain, die Build-Umgebung und die Menschen, die das Design verstehen. Eine Build-Umgebung, die sich neu aufbauen lässt, gehört deshalb bei jedem unserer Projekte zum Lieferumfang.

Welche Prüfungen sind nach einem Bauteiltausch nötig?

Die Requalifizierung belegt, dass der Bauteiltausch die festgelegten Anforderungen weiterhin erfüllt.

In der Praxis sind das drei Dinge:

• Erneute EMV-Prüfung.
• Erneute Umweltprüfung gegen die ursprünglichen Grenzwerte.
• Erneute Prüfung der funktionalen Sicherheit nach IEC 61508, wenn das Bauteil in einem sicherheitsbezogenen Kreis sitzt.

Wird die Verdrahtung einer Maschine ohnehin geöffnet, ist das auch der günstigste Zeitpunkt, fest verdrahtete E/A durch ein vernetztes Gerät zu ersetzen, weil das Redesign den Zugang schon bezahlt.