Reihe: Embedded World – Die unsichtbaren Gehirne verstehen (Teil 3)

Die Anatomie eines Embedded Systems – CPU, Speicher, Peripherie und das Zusammenspiel der Komponenten

Von DerSchneider

Einleitung: Der Chip als Organismus

Stellen Sie sich vor, Sie könnten einen Mikrocontroller so stark vergrößern, dass Sie durch seine Silizium-Landschaft spazieren könnten. Was würden Sie sehen? Keine einfache, gleichförmige Struktur, sondern eine hochkomplexe Stadtlandschaft mit verschiedenen Vierteln, Verkehrsadern und spezialisierten Fabriken. Da wäre das Rechenzentrum, in dem unablässig Befehle verarbeitet werden. Die Speicherviertel, in denen Daten und Programme lagern. Die Hafenanlagen, über die der Chip mit der Außenwelt kommuniziert. Und die Taktgeber, die den gesamten Organismus im Gleichschritt halten.

Dieser Artikel unternimmt einen Spaziergang durch diese Stadt. Wir lernen die grundlegende Architektur eines Embedded Systems kennen – die Bausteine, die in fast jedem Mikrocontroller stecken, vom einfachen 8-Bitter bis zum komplexen 32-Bit-Prozessor. Und wir verstehen, wie diese Komponenten so zusammenspielen, dass ein winziges Stück Silizium zum Gehirn einer Maschine werden kann.

Hauptteil

1. Das Herz: Die CPU (Central Processing Unit)

Im Zentrum jeder Embedded-Stadt steht die CPU – der Prozessorkern. Sie ist das Rechenwerk, die ausführende Gewalt, das Gehirn im Gehirn. Ihre Aufgabe ist es, Befehle zu holen, zu decodieren und auszuführen.

Eine CPU besteht aus mehreren funktionalen Einheiten:

Das Rechenwerk (ALU – Arithmetic Logic Unit): Hier wird tatsächlich gerechnet. Addition, Subtraktion, logische Verknüpfungen wie UND und ODER – die ALU ist die mathematische Werkbank des Prozessors. Wenn Ihr Programm „a = b + c“ sagt, ist es die ALU, die diese Operation ausführt.

Die Register: Winzige, extrem schnelle Speicherplätze direkt im Prozessorkern. Sie halten die Daten, mit denen die CPU gerade arbeitet. Die Anzahl und Größe der Register variiert je nach Architektur – ein 8-Bit-Prozessor hat meist wenige 8-Bit-Register, ein 32-Bit-Prozessor entsprechend mehr und größere.

Der Programmzähler (PC – Program Counter): Ein spezielles Register, das immer die Adresse des nächsten auszuführenden Befehls enthält. Nach jedem Befehl wird der Programmzähler erhöht – außer bei Sprüngen oder Unterprogrammaufrufen, dann wird er auf eine neue Adresse gesetzt.

Der Befehlsdecoder: Er übersetzt die aus dem Speicher geholten Befehle in Steuersignale für die anderen Einheiten. Ein Befehl wie „Lade den Wert aus Speicherstelle 100 in Register A“ wird hier in die entsprechenden Schaltvorgänge zerlegt.

Die CPU ist der einzige Teil des Systems, der wirklich „denkt“. Alles andere dient dazu, sie mit Daten und Befehlen zu versorgen und ihre Ergebnisse nach außen zu tragen.

2. Das Gedächtnis: Die Speicherhierarchie

Neben der CPU braucht jedes Embedded System Speicher. Aber nicht nur eine Sorte – es gibt eine ganze Hierarchie verschiedener Speicherarten, jede mit ihrer eigenen Aufgabe:

Flash-Speicher (oder ROM): Hier wohnt das Programm. Der Code, den Sie schreiben und kompilieren, landet im Flash. Er ist nichtflüchtig – das heißt, er behält seine Daten auch ohne Stromversorgung. Wenn Sie den Arduino ausstecken und wieder einstecken, ist das Programm immer noch da. Der Flash ist das Langzeitgedächtnis des Systems.

RAM (Random Access Memory): Der Arbeitsspeicher. Hier liegen die Variablen, die Stack-Daten, die Laufzeitinformationen. Der RAM ist flüchtig – ohne Strom verliert er alle Daten. Er ist schnell, aber sein Inhalt ist nur solange da, wie das System läuft. Der RAM ist das Kurzzeitgedächtnis, der Notizblock des Prozessors.

EEPROM (Electrically Erasable Programmable Read-Only Memory): Eine Sonderform des nichtflüchtigen Speichers, die byteweise beschrieben und gelöscht werden kann. Hier werden Konfigurationsdaten abgelegt, die auch nach dem Ausschalten erhalten bleiben sollen – wie der Kalibrierwert eines Sensors oder die letzte Helligkeitseinstellung eines Displays. EEPROM ist langsamer als RAM und hat eine begrenzte Anzahl von Schreibzyklen.

Cache: Bei leistungsfähigeren Embedded Systemen (wie den Prozessoren in Smartphones oder modernen Autos) gibt es zusätzlich Cache-Speicher – kleine, extrem schnelle Puffer zwischen CPU und Hauptspeicher, die häufig benötigte Daten vorhalten.

Die Kunst der Embedded-Entwicklung besteht oft darin, mit diesen verschiedenen Speicherarten klug zu haushalten. Der Flash ist reichlich vorhanden, aber langsam. Der RAM ist schnell, aber knapp. Jedes Byte muss wohlüberlegt sein.

3. Die Verbindung zur Welt: Die Peripherie

Ein Embedded System, das nur rechnen und speichern könnte, wäre nutzlos. Es braucht Wege, mit der Außenwelt zu kommunizieren – Sensoren auszulesen, Aktoren zu steuern, mit anderen Systemen zu sprechen. Diese Aufgabe übernimmt die Peripherie, eine Sammlung spezialisierter Hardware-Einheiten, die im Mikrocontroller integriert sind.

Die wichtigsten Peripherie-Einheiten sind:

GPIO (General Purpose Input/Output): Die universellen Ein-/Ausgabe-Pins. Jeder Pin kann als Eingang oder Ausgang programmiert werden. Als Ausgang kann er eine LED ein- oder ausschalten. Als Eingang kann er lesen, ob ein Taster gedrückt ist. GPIO ist die einfachste und direkteste Verbindung zur Außenwelt.

Timer und Counter: Hardware-Uhren, die unabhängig von der CPU laufen. Ein Timer kann nach einer bestimmten Zeit einen Interrupt auslösen oder ein Signal erzeugen. Counter zählen externe Ereignisse – wie viele Umdrehungen ein Motor gemacht hat. Timer sind das Rückgrat jeder zeitgesteuerten Anwendung.

ADC (Analog-Digital-Wandler): Die analoge Welt ist kontinuierlich – Spannungen können jeden Wert zwischen 0 und 5 Volt annehmen. Der ADC übersetzt diese kontinuierlichen Werte in diskrete Zahlen, die die CPU verarbeiten kann. Ohne ADC könnte der Arduino keine Temperatur messen, keine Helligkeit erfassen, keine Potentiometerstellung erkennen.

DAC (Digital-Analog-Wandler): Die Umkehrung des ADC. Aus digitalen Zahlen werden analoge Spannungen – etwa um einen Lautsprecher anzusteuern oder ein analoges Messgerät zu kontrollieren.

Kommunikationsschnittstellen: UART, I2C, SPI, CAN, Ethernet – das sind die „Sprachen“, die Embedded Systems sprechen, um miteinander zu kommunizieren. Jede hat ihre Stärken und Schwächen, ihren Geschwindigkeitsbereich und ihren typischen Einsatzzweck. (Wir werden ihnen in einem späteren Artikel ausführlich begegnen.)

PWM (Pulsweitenmodulation): Eine spezielle Funktion von Timern, die es erlaubt, digitale Signale so schnell ein- und auszuschalten, dass ein analoger Effekt entsteht – etwa um eine LED zu dimmen oder die Drehzahl eines Motors zu regeln.

4. Der Taktgeber: Das Clock-System

Alle diese Komponenten müssen synchron arbeiten. Dafür sorgt der Taktgeber – meist ein Quarzoszillator, der einen präzisen, regelmäßigen Puls erzeugt. Jeder Puls ist ein Taktzyklus, und in jedem Zyklus kann die CPU einen (einfachen) Befehl ausführen.

Die Taktfrequenz bestimmt die Geschwindigkeit des Systems. Ein 16-MHz-Arduino führt 16 Millionen Takte pro Sekunde aus – das klingt viel, ist aber im Vergleich zu einem PC mit mehreren Gigahertz bescheiden. Dafür verbraucht der Arduino nur einen Bruchteil der Energie.

Viele Embedded Systeme erlauben es, die Taktfrequenz zu variieren – hochtakten für rechenintensive Phasen, heruntertakten im Leerlauf, um Strom zu sparen. Manche können den Takt sogar ganz anhalten (Sleep-Modus) und nur durch einen Interrupt wieder aufgeweckt werden.

5. Das Zusammenspiel: Der Bus

Alle diese Komponenten – CPU, Speicher, Peripherie – müssen miteinander verbunden sein. Diese Verbindung übernimmt der Bus, ein Bündel von Leitungen, das Daten, Adressen und Steuersignale transportiert.

Stellen Sie sich den Bus als die Hauptverkehrsstraße der Chip-Stadt vor. Die CPU ist das Rathaus, der Speicher das Archiv, die Peripherie die Hafenanlagen. Alle sind über die Hauptstraße verbunden. Wenn die CPU Daten aus dem Speicher lesen will, legt sie die Adresse auf den Adressbus, aktiviert das Lesesignal auf dem Steuerbus, und der Speicher legt die Daten auf den Datenbus.

In modernen Mikrocontrollern ist dieses Bus-System hochkomplex, mit mehreren Bussen für verschiedene Zwecke – ein schneller Bus für CPU und Speicher, ein langsamerer für Peripherie, um Engpässe zu vermeiden.

6. Ein konkretes Beispiel: Der ATMega328 (Arduino Uno)

Um diese abstrakte Anatomie greifbar zu machen, betrachten wir einen konkreten Mikrocontroller: den ATMega328, der im Arduino Uno steckt – einem der verbreitetsten Embedded-Systeme für Einsteiger und Profis.

Der ATMega328 ist ein 8-Bit-Mikrocontroller mit:

• CPU: 8-Bit-AVR-Kern, bis zu 20 MHz Takt (auf dem Arduino meist 16 MHz)
• Flash: 32 Kilobyte für das Programm
• RAM: 2 Kilobyte für Laufzeitdaten
• EEPROM: 1 Kilobyte für nichtflüchtige Konfigurationsdaten
• Peripherie: 23 GPIO-Pins, 3 Timer, 6 PWM-Kanäle, 8 ADC-Kanäle (10-Bit), UART, I2C, SPI

Diese Zahlen wirken winzig im Vergleich zu jedem PC. Aber sie reichen aus, um eine erstaunliche Vielfalt von Projekten zu realisieren – von der einfachen LED-Steuerung bis zum komplexen Robotersystem. Der ATMega328 ist ein perfektes Beispiel für die Philosophie der Embedded Systems: gerade so viel, wie nötig, nicht mehr.

7. Von der Architektur zum Verständnis

Warum ist diese Anatomie wichtig? Weil sie die Grundlage für alles Weitere bildet. Wenn Sie verstehen, wie ein Mikrocontroller aufgebaut ist, verstehen Sie auch:

• Warum manche Operationen schnell sind und andere langsam (Zugriffszeiten verschiedener Speicher)
• Warum bestimmte Programme viel RAM brauchen und andere nicht (Datenstrukturen und Variablen)
• Warum Interrupts so wichtig sind (weil die CPU nicht permanent auf Ereignisse warten kann)
• Warum manche Pins besondere Funktionen haben (weil sie mit bestimmten Peripherie-Einheiten verbunden sind)

Die Architektur bestimmt die Möglichkeiten. Ein System zu verstehen heißt, seine Architektur zu verstehen.

Fazit und Ausblick

Wir haben die Stadt erkundet, die in jedem Mikrocontroller steckt. Die CPU als Rechenzentrum, die Speicherviertel für Programm und Daten, die Peripherie als Hafen zur Außenwelt, das Clock-System als Taktgeber und den Bus als Verkehrsader. Diese Anatomie mag komplex erscheinen, aber sie folgt einer klaren Logik: Jede Komponente hat ihre Aufgabe, und alle arbeiten zusammen, um aus einem Stück Silizium ein funktionierendes System zu machen.

Doch ein System, das nur aus Hardware besteht, ist tot. Es braucht Software, um lebendig zu werden. Wie schreibt man Programme für eine Umgebung, in der jedes Byte zählt und die Zeit oft in Mikrosekunden gemessen wird? Wie bringt man Leben in die architektonische Struktur?

Mit diesen Fragen beschäftigen wir uns im nächsten Artikel.