Speicherknappheit
Wenn RAM zum teuersten Bauteil auf der Platine wird
Handlungsoptionen für Embedded-Systeme in der Speicherkrise
Für Embedded Systeme ist sowohl Flash- als auch RAM-Speicher innerhalb kurzer Zeit zum größten Kostentreiber in der Stückliste geworden. Der Preis für DDR4 8 GB lag Ende August bei bis zu 80 US-Dollar, rund dem Vierfachen des Niveaus von vor drei Jahren. Ursächlich sind dabei nicht nur fehlende Fertigungskapazitäten, sondern deren Umverteilung: HBM und Server-DRAM für KI-Infrastruktur erzielen deutlich höhere Margen und stehen dem Embedded Markt nicht zur Verfügung. Eine kurzfristige Entspannung ist derzeit nicht absehbar.
Für bereits qualifizierte Serienprodukte trifft das an der teuersten Stelle, weil jede Änderung dort Requalifizierung, EMV-Freigabe und einen neuen Fertigungsanlauf nach sich zieht. Genau deshalb lohnt es sich, das Thema technisch anzugehen und nicht nur einkaufsseitig.
Warum ein Ausweichen auf DDR3 selten trägt
Ein älteres und derzeit noch verfügbares DDR3 Modul birgt die Gefahr der kurzfristigen Bauteilabkündigung. So hat beispielsweise SK Hynix bereits Ende 2023 die DDR3-Belieferung eingestellt und Samsung die Produktion 2024 reduziert. Übrig bleiben einzelne Anbieter, die Langfristverfügbarkeit zusagen und entsprechende Preise aufrufen.
Dazu kommt der technische Punkt: DDR3 und DDR4 sind weder pinkompatibel noch elektrisch austauschbar. Ein Wechsel bedeutet ein neues Layout, einen SoC, der den älteren Standard überhaupt noch unterstützt, ein neues DDR-Bring-up und eine erneute Validierung. Wer für einen Wechsel ohnehin Layout, DDR-Bring-up und Requalifizierung anfasst, sollte diesen Aufwand nicht in eine auslaufende Technologie investieren.
Der Lösungsansatz von aiXtrusion: nicht nur billigeren Speicher suchen, sondern Speicherbedarfe gezielt minimieren oder konzeptuell ersetzen.
Dazu kommt der technische Punkt: DDR3 und DDR4 sind weder pinkompatibel noch elektrisch austauschbar. Ein Wechsel bedeutet neues Layout, einen SoC, der den älteren Standard überhaupt noch unterstützt, ein neues DDR-Bring-up und eine erneute Validierung. Wer diesen Aufwand ohnehin betreibt, sollte ihn nicht in eine Technologie investieren, die noch schneller ausläuft als die, aus der er kommt.
Fünf Wege aus der Krise
1. Identifikation von Bauteilen für Bestückungsvarianten bestehender Layouts
In vielen Geräten ist die Speicherausstattung historisch gewachsen. Was das System real belegt, hat oft nie jemand gemessen. Wir erfassen den tatsächlichen Bedarf am laufenden Gerät über Laufzeit und das Peak-Verhalten unter Last. Daraus ergibt sich eine belastbare Aussage, ob Ihr Produkt mit einer kleineren Bestückung läuft und welche verfügbaren Bauteile dafür in Frage kommen.
Trägt das Ergebnis, ist die nächste Serie eine Bestückungsvariante und keine Neuentwicklung. Das ist der günstigste Hebel und wird am häufigsten übersehen.
2. Reduktion des Speicherbedarfs im bestehenden System
Bleibt Embedded Linux gesetzt, lässt sich der Bedarf ohne Architekturänderung erheblich senken, bei entsprechenden Systemen auf bis zu ein Viertel und ohne Funktionseinschränkungen. Die Ansatzpunkte: ein zugeschnittenes Buildroot- oder Yocto-Image statt einer Distributionsbasis, musl statt glibc, eine Kernel-Konfiguration entlang der tatsächlich vorhandenen Hardware, ein Read-only Root-Dateisystem als SquashFS, LVGL statt Qt bei überschaubarer Bedienoberfläche und die Ablösung von Skriptsprachen in Dauerläufern.
Da auch NAND und eMMC unter Preisdruck stehen, betrachten wir Flash und RAM gemeinsam. Ein schlankeres Image entlastet beide Seiten.
3. Redesign und Portierung auf native Mikrocontroller-Architekturen
Der größte Sprung entsteht, wenn der externe Speicherbaustein vollständig entfällt. Moderne Mikrocontroller wie die STM32-Familie bieten zusammen mit Zephyr oder einem klassischen RTOS genug Leistung für viele Aufgaben, die heute noch auf Embedded Linux laufen. Zephyr allokiert statisch zur Compilezeit und kommt ohne MMU aus. Vernetzte Anwendungen mit TCP/IP, TLS, Dateisystem und Firmwareupdate bewegen sich je nach Umfang bei 64 bis 256 KB RAM, also im internen Speicher des Controllers.
Das passt gut bei klar umrissener Gerätefunktion und weniger gut, wenn Kamerabilder verarbeitet, große Datenmengen gepuffert oder Applikationen von Dritten nachgeladen werden. Als Zwischenweg lässt sich bei heterogenen SoCs wie i.MX8M oder AM62 der zeitkritische Teil auf einen Mikrocontroller-Kern verlagern und die Anforderung an das Linux-Teilsystem senken.
4. Einsatz alternativer Speicherbausteine
Steht ein Redesign ohnehin an, lohnt der Blick über DDR hinaus: Mikrocontroller mit großem internem SRAM, PSRAM oder HyperRAM am Octo-SPI-Interface ohne Hochgeschwindigkeits-Routing, LPDDR4 mit dem Volumen aus dem Mobilmarkt im Rücken, Execute in Place aus NOR-Flash. Diese Bausteine sind beschaffungsseitig derzeit deutlich entspannter und im Layout einfacher zu beherrschen.
5. Second Source mit neuem DDR-Bring-up und Requalifizierung
Manchmal ist der Weg ein anderer Speicherbaustein desselben Standards. Das klingt nach Einkauf, ist aber Ingenieursarbeit: neue Timing-Parameter im SPL, neue Kalibrierung von Write Leveling und Read Gate, angepasste Terminierung, danach Stresstests über den vollen Temperaturbereich und die Betrachtung der Signalintegrität. Bei neuen Designs sehen wir von vornherein mehrere qualifizierte Quellen vor und bauen die Bootloader-Konfiguration so auf, dass sie die Speichervariante zur Laufzeit erkennt.
Wann sich welcher Weg rechnet
| Ausgangslage | Sinnvoller Weg | Aufwand | Wirkung auf die Stückliste |
| Serienprodukt, Fertigung läuft, Bauteil verfügbar aber teuer | Bedarfsermittlung, Bestückungsvariante | gering | Speichergröße verkleinern |
| Serienprodukt, Linux gewachsen, Redesign nicht gewollt | Image- und Kernel-Optimierung | mittel | Speicherbedarf auf bis zu ein Viertel reduzieren |
| Bauteil abgekündigt oder nicht mehr lieferbar | Second Source, DDR-Bring-up, Requalifizierung | mittel bis hoch | Verfügbarkeit gesichert |
| Neuentwicklung mit klar umrissener Funktion | Portierung auf Mikrocontroller-Architektur | hoch | externer Speicher entfällt |
Die Wirtschaftlichkeit hängt an der Stückzahl. Bei einigen hundert Geräten im Jahr lohnt kaum ein Redesign, dort ist die Bestückungsvariante der richtige Hebel. Ab einigen tausend Einheiten pro Jahr amortisiert sich eine Portierung häufig innerhalb einer Serie. Diese Rechnung stellen wir am Anfang auf und nicht am Ende.
Der erste Schritt: reden, dann rechnen
Welche Wege für Ihr Produkte passen, hängt von Systemarchitektur, Stückzahl, Restlaufzeit, Applikationscode und Zertifizierungsstand ab. Diese Fragen lassen sich aus der Ferne nicht seriös beantworten, deshalb steht am Anfang ein Gespräch zur ganzheitlichen Betrachtung mit unseren Architekten und die Angebotskalkulation erst an zweiter Stelle.
In diesem Gespräch klären wir die Fragen, die den Rahmen setzen: Welche Funktionen muss Ihr Gerät wirklich erfüllen, und welche sind historisch mitgewachsen? Wo liegen harte Anforderungen an Echtzeit, Kommunikation, Bedienoberfläche und Update-Fähigkeit? Wie sieht der Lebenszyklus aus, und wann steht die nächste Serie an? Welche Bauteile sind konkret betroffen, und liegen bereits Abkündigungen vor?
Daraus leiten sich die Anforderungen ab, es werden Lösungsvorschläge generiert und auch die Fälle benannt, in denen kein unmittelbarer Handlungsbedarf besteht.
Wir arbeiten an beiden Enden dieser Kette, an Embedded-Linux-Systemen ebenso wie an ressourcenbeschränkter Firmware, und wir kennen die Hardwareseite bis zum Speicherlayout und zur Signalintegrität. Das ist die Kombination, die dieses Thema braucht, weil Speichereinsparung selten rein softwareseitig und selten rein hardwareseitig funktioniert.
Häufige Fragen
Lohnt sich eine Betrachtung auch bei kleinen Stückzahlen?
Die Bedarfsermittlung ja, weil sie wenige Tage kostet und im besten Fall zu einer reinen Bestückungsvariante führt. Ein Redesign oder eine Portierung rechnet sich in der Regel erst ab einigen tausend Einheiten im Jahr.
Muss ich mein bestehendes Linux-System aufgeben?
Nein. Drei der fünf beschriebenen Wege lassen die Systemarchitektur unverändert. Die Portierung auf eine Mikrocontroller-Architektur ist die weitreichendste Option und nur dann sinnvoll, wenn der Funktionsumfang des Geräts das hergibt.
Betrifft das nur RAM oder auch Flash?
Beides. NAND und eMMC stehen unter demselben Preisdruck wie DRAM. Wer RAM einspart, indem er mehr Daten in Flash auslagert, verschiebt das Problem unter Umständen nur. Wir betrachten deshalb beide Speicherarten gemeinsam.
Was passiert mit meiner bestehenden Zertifizierung?
Das hängt vom gewählten Weg ab. Eine reine Softwareoptimierung ohne Hardwareänderung lässt EMV-Freigaben unberührt. Ein Speicherwechsel oder eine Layoutänderung zieht in der Regel eine Requalifizierung nach sich. Wir benennen diesen Aufwand, bevor Entscheidungen fallen.
Sehen Sie auch: