> ## Content Index
> Fetch the complete content index at: https://hagen.ghost.io/llms.txt
> Use this file to discover other available public pages before exploring further.

# MCU vs. SBC
- URL: https://hagen.ghost.io/mcu-vs-sbc/
- Published: 2026-10-21T17:56:45.000Z
- Updated: 2026-10-21T18:01:55.000Z
- Author: Hagen Felix Piotraschke
- Tags: MCU, Technik

**„Microcontroller Unit“ (MCU) und „Single Board Computer“ (SBC) — Gemeinsamkeiten und Unterschiede**

Zum besseren Verständnis der besonderen Möglichkeiten von Anwendungen klassischer Mikrocontroller (MCU) dürfte es sinnvoll sein, diese Kategorie von ihren ähnlichsten Alternativen abzugrenzen bzw. zu unterscheiden.

Doch leider, das kann schwierig werden.

Ganz allgemein physische Merkmale wie Baugröße oder Energiebedarf, jedoch auch die bei Computern seit jeher üblichen Leistungsmerkmale wie Rechenleistung, Prozessortakt, Arbeitsspeicher usw., helfen nur manchmal bei dieser Unterscheidung.

Ein Beispiel: Im Gehäuse einer elektronischen Armbanduhr kann sich mit dem hochspezialisierten „Integrierten Schaltkreis“ (IC) einer herkömmlichen Quarzuhr sowohl etwas „unterhalb“ einer typischen MCU befinden wie eben genauso etwas „oberhalb“.

Die Computerarchitektur einer aktuellen Smartwatch ähnelt nämlich viel stärker derjenigen von solchen Tisch- und Klapprechnern, die uns nun schon seit Jahrzehnten im Alltag begleiten.

Doch auch bei wesentlich größeren Produkten ist die Abgrenzung nicht immer eindeutig bzw. wird nicht selten unterschiedlich gehandhabt.

So wird beispielsweise der bereits seit Jahren äußerst populäre „Raspberry Pi“ zumeist als „Single Board Computer“ (SBC) klassifiziert, aufgrund seines Hauptprozessors jedoch manchmal auch nur als Mikrocontroller-Platine (MCU: „Microcontroller Unit“) bezeichnet.

Was aus meiner Sicht das maßgebliche MCU-Alleinstellungsmerkmal ist, lässt sich von außen kaum erkennen, denn solche MCU-Produkte gibt es in einer viel zu großen Bandbreite bzw. Vielfalt in Größe, Anschlussmöglichkeiten, Rechenleistung, Stromhunger usw., dass sich mit derlei Merkmalen oft gar nichts abgrenzen lässt.

Die entscheidende Eigenschaft liegt vielmehr nur in der Soft- bzw. Firmware.

Der eingangs erwähnte Quarzuhr-IC bekommt all seine Programmfunktionen ab Werk, sozusagen schon unveränderlich fest in seiner Hardware.

Demgegenüber läuft auf dem Computer einer Smartwatch bereits ein richtiges Betriebssystem, wie wir es im Alltag seit Jahrzehnten als Windows, MacOS, Linux, Android usw. kennen: eine Software, die vieles gleichzeitig tun - und sich darin auch noch fortlaufend verändern - kann.

Eine typische MCU-Anwendung weist für mich jedoch insbesondere die folgenden Merkmale auf:

- Die mittels Software realisierten Funktionen werden mit einer einmaligen Programmierung festgelegt, wobei eine solche Programmierung („Flashen“) zumeist beliebig oft - und bestenfalls auch noch bequem von außen (USB etc.) - durchgeführt werden kann.
- Eine so programmierte MCU startet nach dem Einschalten sofort ihren Programmablauf und führt diesen dann auch üblicherweise ununterbrochen weiter fort, bis zum physischen Abschalten der MCU - sofern kein Fehler auftritt. Die Möglichkeit vieler heutiger MCU-Plattformen, ihren Programmablauf durch Pausen oder sogar echte „Schlafzustände“ beliebig oft und/oder beliebig lange unterbrechen zu können, ist kein Widerspruch hierzu.
- Trotz einiger Ausnahmen hiervon, die es heutzutage auch schon gibt, laden MCU-Anwendungen keine teilweisen „Updates“ ihrer Soft- bzw. Firmware nach. Aktualisierungen werden üblicherweise durch ein komplettes Überschreiben der bisherigen Version mit der neueren realisiert.

Was sich so vielleicht nur als eine starke Einschränkung verstehen lassen könnte, ist tatsächlich der wichtigste Garant für ein dauerhaft zuverlässiges Funktionieren in der Praxis.

Eine fehlerhafte MCU-Firmware wird praktisch immer sofort auffällig; das fiktive Szenario späterer Programm-„Abstürze“ erweist sich in der langfristigen Praxisanwendung beinahe ausnahmslos als nur rein theoretisch.

Eine MCU-Anwendung, die zum Zeitpunkt ihrer Installation in der Praxis läuft, läuft dort dann eben auch noch Jahre später, und läuft, und läuft...

Ein Programm hingegen, das die gewünschte Funktionalität nur auf dem stabilen Fundament einer Laufzeitumgebung erreichen kann, die zumeist mindestens das klassische Betriebssystem eines SBC erfordert (oft ein Linux-, manchmal auch ein Windows-Derivat), darüber hinaus jedoch auch nicht selten noch eine weitere Ausführungsebene dazwischen (Java, .NET etc.), ist im wahren Leben leider vielen Bedrohungen bzw. Unsicherheiten ausgesetzt.

Auf der physischen Ebene ihrer Hardware bestehen in der Praxis weder für MCU noch für SBC nennenswerte Ausfallrisiken.

Praktisch alle Produkte im Sortiment der etablierten westlichen Elektronikgroßhändler sind schon seit vielen Jahren auf einem so hohen Qualitätsniveau bzgl. ihrer Bauteile und Fertigung, dass Defekte etwa durch Materialermüdung von potenziellen Verarbeitern bzw. Anwendern nahezu vernachlässigt werden können.

Spätere Fehlfunktionen, die insbesondere in schwer zugänglichen Installationen bzw. für Anwendungen in entfernteren Umgebungen ggfs. zum Totalausfall führen können, gehen in der Praxis beinahe stets von der Komplexität bzw. Angreifbarkeit jener Softwareschichtung in einem „Single Board Computer“ aus (Betriebssystem sowie ggfs. weitere Ausführungsebenen als Laufzeitumgebung).

Wenn die vom Anwender gewünschten Funktionen eine SBC-Lösung zwingend erfordern, muss diese selbstverständlich auch realisiert werden, wobei aus meiner Sicht dann aber trotzdem die strategische Priorität gelten sollte, deren Software bestmöglich zu „verschlanken“.

Doch oft wird von einer neuen Apparatur in Form eines elektronischen Geräts nur eine ganz bestimmte Funktionalität erwartet - diese soll jedoch langfristig in höchstmöglicher Zuverlässigkeit laufen.

Und genau hiermit kann eine typische MCU-Anwendung ihre größte Stärke zur Geltung bringen!

---

Doch nicht alle teilen meine Perspektive.

So wird beispielsweise von Sparkfun die beliebte „micro:bit“-Platine (in ihrer zweiten Hardware-Version) den SBC-Produkten zugeordnet, während ich hingegen ja ganz bewusst ausgerechnet diese Platine als ein aus meiner Sicht geradezu idealtypisches MCU-Beispiel dieser Beitragsreihe einleitend vorangestellt habe.

![Sampling of popular SBCs and microcontroller boards from SparkFun](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/2026/10/Sparkfun.jpg)

Sampling of popular SBCs and microcontroller boards from SparkFun

Mag sein, dass deren reichhaltige „Zusatzausstattung“ für SparkFun bei dieser Beurteilung ausschlaggebend war (BLE, Mikrofon, LED-Array, diverse Sensoren etc.), aber viele in meinen Augen astreine MCU-Platinen sind mit Funkmodulen, Sensoren, Ladeschaltungen für Akkus usw. üppig ergänzt, da ist unser „micro:bit“ noch gar nicht besonders herausragend.

---

Die nachfolgend verlinkte Dokumentation zeigt ein markantes Beispiel für solchermaßen funktionale Merkmale einer Praxisanwendung, dass letztlich eine SBC-Lösung unvermeidlich ist.

Allein die damaligen Anforderungen an die grafische Benutzeroberfläche (GUI) ließ das Leistungsniveau einer seinerzeit aktuellen Kombination von Haupt- und Grafikprozessor (CPU und GPU) erforderlich werden.

Hinzu kamen weitere Ansprüche wie etwa zum Fernzugriff (externe Datenauswertung, ggfs. auch Fernwartung), so dass schließlich ein „Single Board Computer“ auf dem Leistungsniveau eines seinerzeit üblichen Tischrechners praktisch alternativlos war.

[2014-07-08-DMCA-Leistungsmerkmale-signiertFunktionsbeschreibung einer Nassbagger-Abbaukontrollanlage2014-07-08-DMCA-Leistungsmerkmale-signiert.pdf11 MBdownload-circle](https://hagen.ghost.io/content/files/2026/10/2014-07-08-DMCA-Leistungsmerkmale-signiert-1.pdf "Download")

---

Einige weiterführende Verweise zu verschiedenen Ansätzen der Unterscheidung zwischen „Single Board Computer“ (SBC) und „Microcontroller Unit“ (MCU):

[The Differences between MCU and SBCIn this blog, the basics of microcontrollers and single board computer will be explored as well as their differences.![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/icon/favicon-c22f173f-99d8-43af-88bb-c981dafedfaa.ico)![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/thumbnail/1-230414220035O6-9edcb164-7378-4369-9729-a898b0bc6789.png)](https://www.vemeko.com/blog/the-differences-between-mcu-and-sbc.html?ref=hagen.ghost.io)

[The Comparison between Microcontrollers and Single board ComputerWhat is a Single board Computer? The Architecture of Single Board Computer, What are Microcontrollers? Microcontrollers vs Single board Computer![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/icon/favicon-4f595b73-39dd-4b1a-adb3-fb52946822a9.ico)![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/thumbnail/1-230414220035O6-5b75dc13-d8cf-40a2-a0e1-8e1f8946e168.png)](https://www.vemeko.com/blog/the-comparison-between-microcontrollers-and-single-board-computer.html?ref=hagen.ghost.io)

[Microcontrollers vs. Single-Board Computers: What’s the Difference?Understanding the differences between microcontrollers and single-board computers is crucial, but might be difficult if you're a beginner.![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/icon/favicon-240x240-668cd8cc-4988-4c54-a8fb-1ea30ae49438.png)MakeUseOfFawad Murtaza![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/thumbnail/arduino-g6e601d043_1920-1597bf59-f492-445e-aa6a-272e21f82ae3.jpg)](https://www.makeuseof.com/microcontrollers-single-board-computer-differences/?ref=hagen.ghost.io)

[Einzelplatinencomputer vs Mikrocontroller: Eine VergleichsanalyseEinzelplatinencomputer (Single Board Computers, SBC) und Mikrocontroller sind beide wichtige Komponenten in der heutigen Elektronik. Beide Geräte haben ihre eigenen Vorteile und Einschränkungen und es ist wichtig zu verstehen, welches Gerät für welchen Einsatz am besten geeignet ist. In diesem Artikel werden wir die wichtigsten Unterschiede zwischen SBCs und Mikrocontrollern untersuchen und die Vor- und![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/icon/fav-black-ipc2u-bf271d6f-0fe5-435d-9bbc-b0e2a68b83fc.png)ICOP Embedded BoardsIsmail![](https://storage.ghost.io/c/66/0c/660c9b80-e8f0-40f5-b8af-97df820adf6f/content/images/thumbnail/som-module-embedded-system-design-5ab7d768-b430-4b70-ac11-6fe80b977289.jpg)](https://icop.ipc2u.de/einzelplatinencomputer-vs-mikrocontroller-eine-vergleichsanalyse/?ref=hagen.ghost.io)

---