Speicherknappheit
Wenn RAM zum teuersten Bauteil auf der Platine wird
Handlungsoptionen für Embedded-Systeme in der Speicherkrise
Speicher ist innerhalb weniger Quartale von einer Nebenposition in der Stückliste zu einem der größten Kostentreiber geworden. Der Grund ist nicht fehlende Fertigungskapazität, sondern deren Umverteilung: HBM und Server-DRAM für KI-Infrastruktur haben deutlich höhere Margen als klassische DDR-Bausteine, und die drei großen Hersteller verschieben ihre Wafer entsprechend.
Für Serienprodukte mit abgeschlossener Qualifizierung, EMV-Freigabe und laufender Fertigung ist das besonders unangenehm, weil kurzfristige Wechsel dort am teuersten sind. Genau deshalb lohnt es sich, das Thema technisch anzugehen und nicht nur einkaufsseitig.
Die Lage in Zahlen
- Der Vertragspreis für DDR4 8Gb lag Ende August 2026 bei 25 US-Dollar, rund das 8,6-fache des Niveaus von 2016 (Quelle: TrendForce)
- Die Prognose für PC-DRAM-Vertragspreise im dritten Quartal 2026 wurde auf 18 bis 23 Prozent Anstieg angehoben
- NAND und eMMC stehen unter demselben Druck, Enterprise-SSDs werden bevorzugt beliefert
- Eine Entspannung erwarten die meisten Analysten frühestens gegen Ende 2027
Warum „wir nehmen einfach DDR3“ selten trägt
Der Reflex ist verständlich, funktioniert als Strategie aber nicht. DDR3 ist bei den großen Herstellern längst abgekündigt: SK Hynix hat die Belieferung Ende 2023 eingestellt, Samsung die Produktion 2024 heruntergefahren. Übrig bleiben Micron und Nischenanbieter, die Langfristverfügbarkeit zusagen und entsprechende Preise aufrufen.
Der tragfähigere Ansatz lautet: nicht billigeren Speicher suchen, sondern weniger Speicher brauchen.
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, den Speicherbedarf zu senken
1. Footprint-Analyse ohne Hardwareänderung
In vielen Geräten ist die Speicherausstattung historisch gewachsen. Was das System real belegt, hat oft nie jemand gemessen. Wir erfassen RSS und PSS je Prozess, Page Cache, Fragmentierung über Laufzeit und das Peak-Verhalten unter Last. Ergebnis ist eine belastbare Aussage, ob Ihr Produkt mit der halben Speichergröße läuft. Falls ja, ist die nächste Serie eine Bestückungsvariante und keine Neuentwicklung. Das ist der günstigste Hebel und wird am häufigsten übersehen.
2. Linux gezielt verschlanken
Bleibt Linux gesetzt, lässt sich der Fußabdruck ohne Architekturänderung deutlich reduzieren: zugeschnittenes Buildroot- oder Yocto-Image statt Distributionsbasis, musl statt glibc, Kernel-Konfiguration entlang der tatsächlichen Hardware, Read-only Root-Dateisystem als SquashFS, LVGL statt Qt bei überschaubarer HMI, Ablösung von Skriptsprachen in Dauerläufern. Realistisch sind Reduktionen um den Faktor zwei bis vier gegenüber einem gewachsenen Standardimage.
3. Wechsel auf Zephyr oder ein klassisches RTOS
Der größte Sprung entsteht, wenn der MMU-basierte Linux-Ansatz entfällt. Zephyr allokiert statisch zur Compilezeit und läuft auf Cortex-M und Cortex-R. Vernetzte Anwendungen mit TCP/IP, TLS, Dateisystem und Firmwareupdate bewegen sich je nach Umfang bei 64 bis 256 KB RAM. Damit verschwindet der externe DRAM häufig vollständig aus der Stückliste.
Das passt gut bei klar umrissener Gerätefunktion und schlecht, wenn Kamerabilder verarbeitet, große Datenmengen gepuffert oder Applikationen von Dritten nachgeladen werden. Als Zwischenweg lässt sich bei heterogenen SoCs wie i.MX 8M oder AM62 der zeitkritische Teil auf einen Cortex-M-Kern verlagern.
4. Andere Speichertechnologie statt anderer Speichergröße
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 Mobilvolumen im Rücken, Execute in Place aus NOR-Flash. Was dabei zu beachten ist: NAND und eMMC stehen unter demselben Druck, wer RAM in Flash auslagert, verschiebt das Problem unter Umständen nur.
5. Second Source und DDR-Bring-up
Manchmal ist der Weg ein anderer DRAM-Baustein 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 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.
Der Konflikt mit dem Cyber Resilience Act
Speicher zu sparen kollidiert mit einer zweiten Entwicklung. Der Cyber Resilience Act verlangt sichere Update-Mechanismen über den gesamten Supportzeitraum, in der Praxis also A/B-Partitionierung, signierte Images und die Fähigkeit, in einigen Jahren noch Patches einzuspielen, die größer sind als das heutige Image.
Ein System, das exakt auf den heutigen Bedarf dimensioniert ist, kann diese Anforderung in drei Jahren nicht mehr erfüllen. Wir planen deshalb bei jeder Verkleinerung eine benannte Reserve für Update-Mechanismus und Sicherheitsfunktionen ein und dokumentieren diese Entscheidung, statt sie implizit wegzuoptimieren.
Der erste Schritt: reden, dann rechnen
Welcher Weg für Ihr Produkt passt, lässt sich aus der Ferne nicht seriös beantworten. Das hängt an Stückzahl, Restlaufzeit, vorhandenem Applikationscode, Zertifizierungsstand und daran, wie viel Reserve Ihre Hardware noch hergibt. Deshalb steht am Anfang ein Gespräch mit unseren Entwicklern und keine Angebotskalkulation.
In diesem Erstgesprä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? Das ist meist in ein bis zwei Stunden zu machen.
Daraus entsteht eine erste Anforderungsanalyse. Sie ordnet die tatsächlichen technischen Anforderungen dem realen Ressourcenbedarf zu und benennt, welcher Weg in Frage kommt, mit welchem Aufwand und mit welcher Wirkung auf die Stückliste. Sie enthält auch die Fälle, in denen sich Handeln nicht lohnt.
Wir arbeiten an beiden Enden dieser Kette, an Embedded-Linux-Systemen ebenso wie an ressourcenbeschränkter Firmware, und wir kennen die Hardwareseite bis zum DDR-Layout und zur Signalintegrität. Das ist die Kombination, die dieses Thema braucht, weil Speichereinsparung selten rein softwareseitig und selten rein hardwareseitig funktioniert.
Was wir nicht leisten: Wir beschaffen keine Bauteile und beeinflussen keine Marktpreise. Auch die beste Optimierung ersetzt keine vorausschauende Allokation. Und wo ein Redesign technisch nicht sinnvoll ist, sagen wir das im Erstgespräch und nicht erst im Projekt.
Sehen Sie auch: