OLED, LCD, E‑Ink & Co.

Displays gehören zu den Bauteilen, die man fast automatisch einsetzt – und sich erst später fragt, ob sie wirklich die richtige Wahl waren. Zu langsam, zu dunkel, zu stromhungrig, schlecht lesbar oder unnötig kompliziert angesteuert.

In diesem Beitrag zeige ich konkrete, nachbaubare Beispiele für gängige Display-Techniken im Arduino-Umfeld. Jedes Display wird anhand eines typischen Moduls, eines realistischen Einsatzszenarios, seiner Stärken und Schwächen sowie eines kurzen Arduino-Codebeispiels vorgestellt.

Ziel ist nicht „das beste Display“, sondern: das passende Display für das jeweilige Projekt.

Schnellnavigation

• E-Ink
• OLED
• HD44780 LCD
• ST7735 TFT
• MAX7219 LED Dot-Matrix
• VFD
• Weitere Sonderfälle
• Einordnendes Fazit zu den Sonderfällen
• Fazit: Es gibt nicht das ideale Display
• Weiterführende Projekte

E-Ink

E-Ink-Displays wirken im Arduino-Umfeld auf den ersten Blick fast exotisch. Dabei begegnet man ihnen im Alltag ständig – nur meist unbewusst. Das bekannteste Beispiel sind digitale Preisschilder im Einzelhandel. Supermärkte, Elektronikmärkte oder Lagerhallen setzen seit Jahren auf E-Ink, weil sich damit Preise zentral aktualisieren lassen, ohne jedes Schild dauerhaft mit Strom zu versorgen.

Ein weiterer Grund, warum E-Ink gerade für Preisschilder, Lesegeräte (Kindle (bezahlter Link)) und Statusanzeigen eingesetzt wird, ist die außergewöhnlich angenehme Lesbarkeit. Im Gegensatz zu OLED- oder TFT-Displays sendet ein E-Ink-Display kein eigenes Licht aus. Es reflektiert lediglich das vorhandene Umgebungslicht – genau wie bedrucktes Papier. Dadurch entsteht kein flimmerndes oder leuchtendes Bild, sondern ein statischer Kontrast, der für die Augen deutlich weniger anstrengend ist. Texte lassen sich auch über längere Zeit lesen, ohne dass man unbewusst ermüdet. Dieser Effekt ist besonders bei hellem Umgebungslicht oder direkter Sonneneinstrahlung spürbar, wo klassische Displays oft an Lesbarkeit verlieren.

Der entscheidende Punkt dabei:
Ein E-Ink-Display verbraucht nach dem Aktualisieren praktisch keinen Strom mehr.
Ist das Bild einmal aufgebaut, bleibt es sichtbar – egal ob das Gerät noch versorgt wird oder nicht. Genau deshalb halten batteriebetriebene Preisschilder oft Monate oder sogar Jahre durch.

Diese Eigenschaft macht E-Ink auch für Mikrocontroller-Projekte interessant, bei denen Energie das limitierende Element ist. Typische Beispiele sind Sensoren, die nur alle paar Minuten oder Stunden einen neuen Messwert anzeigen, oder Statusanzeigen, die sich selten ändern. Für solche Szenarien ist ein Display, das im Ruhezustand keinerlei Energie benötigt, fast unschlagbar.

Der Preis für diese Effizienz ist allerdings offensichtlich – und für viele Bastler zunächst irritierend. Beim Aktualisieren der Anzeige kommt es zu dem typischen schwarz-weißen Flackern, das E-Ink-Displays so unverwechselbar macht. Dieses Flackern ist kein Schönheitsfehler, sondern technisch notwendig. Im Display befinden sich mikroskopisch kleine Kapseln mit schwarzen und weißen Pigmenten (oder bunte Pigmente), die durch elektrische Felder ausgerichtet werden. Um ein sauberes neues Bild zu erzeugen, müssen diese Pigmente mehrfach umgeladen werden. Dabei wird das Display bewusst zwischen Schwarz und Weiß „durchgeschaltet“, um alte Bildreste – sogenanntes Ghosting – zu vermeiden.

Je gründlicher dieser Reinigungsprozess abläuft, desto besser das Endergebnis. Gleichzeitig bedeutet das aber auch:
E-Ink eignet sich nicht für häufige Updates, Animationen oder Live-Daten.
Eine Uhr, die jede Sekunde neu zeichnet, wirkt auf E-Ink nicht nur träge, sondern auch nervig. Ein Sensorwert, der sich nur jede Stunde aktualisiert, passt dagegen perfekt.

In Arduino-Projekten wird das E-Ink-Display deshalb meist anders genutzt als OLED oder TFT. Statt kontinuierlich neu zu zeichnen, aktualisiert man die Anzeige gezielt, schickt den Mikrocontroller anschließend in den Sleep-Modus und lässt das Display den letzten Zustand halten. Gerade in Kombination mit ESP8266 oder ESP32 lassen sich so extrem stromsparende Geräte bauen, die trotzdem eine dauerhaft sichtbare Anzeige besitzen.

Preislich liegt ein 2.13-Zoll-E-Ink-Modul wie das von Waveshare über klassischen LCDs und einfachen OLEDs, rechtfertigt das aber durch seine speziellen Eigenschaften. Die Ansteuerung erfolgt meist über SPI und ist softwareseitig etwas komplexer, da vollständige Bildspeicher und spezielle Update-Zyklen nötig sind. Hat man dieses Prinzip jedoch einmal verstanden, wird schnell klar, warum E-Ink in genau den Anwendungsfällen eingesetzt wird, in denen andere Displays schlicht ungeeignet sind.

Kurz gesagt:
E-Ink ist kein Allround-Display, sondern ein Spezialist. Wenn Stromverbrauch, Ablesbarkeit und Langzeitstabilität wichtiger sind als Geschwindigkeit und Animation, spielt diese Technik ihre größte Stärke aus.

Typische Einsatzbereiche

• Batteriebetriebene Sensoranzeigen
• Statusanzeigen mit seltenen Updates
• Uhrzeit / Messwerte / QR-Codes

Vorteile

• Anzeige bleibt ohne Strom sichtbar
• Sehr gut bei Sonnenlicht lesbar
• Ideal für Sleep-Konzepte

Nachteile

• Sehr langsame Aktualisierung
• Ghosting möglich
• Nichts für Animationen oder häufige Updates
• Teuer

Arduino-Minimalbeispiel

Beispiel am Waveshare 2.13 Zoll E-Paper (250×122, SPI) (bezahlter Link)

#include <GxEPD2_BW.h>
#include <Fonts/FreeMonoBold9pt7b.h>

GxEPD2_BW<GxEPD2_213_B72, GxEPD2_213_B72::HEIGHT> display(GxEPD2_213_B72(10, 8, 9, 7));

void setup() {
  display.init();
  display.setRotation(1);
  display.setFont(&FreeMonoBold9pt7b);
  display.firstPage();
  do {
    display.setCursor(10, 40);
    display.print("E-Ink ready");
  } while (display.nextPage());
}

void loop() {}

OLED

OLED-Displays sind heute das, was früher die 16×2-LCDs waren: der Standard im Maker- und Arduino-Umfeld. Kaum ein Bastlerprojekt, kaum ein Smart-Home-Prototyp oder DIY-Messgerät kommt ohne ein kleines OLED aus. Man findet sie in 3D-Druckern, ESP-Statusanzeigen, selbstgebauten Thermometern oder Debug-Panels – überall dort, wo schnell und kompakt Informationen sichtbar sein sollen.

Der Grund für diese Verbreitung ist schnell erklärt. OLED-Displays sind selbstleuchtend. Jeder einzelne Pixel erzeugt sein eigenes Licht. Schwarze Bereiche sind wirklich schwarz, weiße Pixel leuchten mit hohem Kontrast. Dadurch sind Texte und Symbole extrem klar, auch auf sehr kleinen Displays. Gerade für kurze Informationen wie Statusmeldungen, Menüs oder Debug-Ausgaben ist das ideal: ein Blick genügt.

Im Gegensatz zu E-Ink funktioniert OLED genau gegensätzlich. Während E-Ink passiv reflektiert, ist OLED aktiv. Das Display wartet nicht darauf, dass Umgebungslicht es sichtbar macht – es drängt sich regelrecht ins Blickfeld. Genau deshalb sind OLEDs so beliebt für Anzeigen, die Aufmerksamkeit erzeugen sollen: „online“, „offline“, „Fehler“, „bereit“. Die Information ist sofort da, unabhängig von der Umgebung.

Diese Eigenschaft hat allerdings ihren Preis. Da OLED-Displays permanent Licht erzeugen, verbrauchen sie kontinuierlich Energie. Je heller und je mehr Pixel aktiv sind, desto höher fällt der Verbrauch aus. Für batteriebetriebene Geräte oder Anzeigen, die über Tage oder Wochen unverändert bleiben sollen, ist das oft der falsche Ansatz. Hier zeigt sich der grundlegende Unterschied zur E-Ink-Technik sehr deutlich.

Ein weiteres Thema, das man bei OLED nicht ignorieren sollte, ist Einbrennen. Werden über lange Zeit immer wieder dieselben Pixel angesteuert – etwa feste Statusleisten, Rahmen oder Icons – altern diese Bereiche schneller als andere. Das Resultat sind schwache Schatten ehemaliger Inhalte, die auch nach einem Bildwechsel sichtbar bleiben. In vielen Projekten fällt das kaum ins Gewicht, weil sich der Inhalt regelmäßig ändert. Bei reinen Daueranzeigen kann es jedoch zum Problem werden.

Im Arduino-Umfeld haben sich vor allem zwei Controller durchgesetzt: der SSD1306 und der SH1106. Der SSD1306 ist der Klassiker unter den 0,96-Zoll-Displays und quasi überall verfügbar. Der SH1106 wird häufig bei etwas größeren 1,3-Zoll-OLEDs eingesetzt. Er bietet mehr sichtbare Fläche, ist aber intern anders aufgebaut. Das bedeutet: Nicht jede SSD1306-Library funktioniert automatisch auch mit SH1106-Displays, obwohl sie von außen ähnlich wirken. In der Praxis ist das kein großes Hindernis, sollte aber beim Kauf und bei der Code-Basis bedacht werden.

Was OLED für Arduino-Projekte besonders attraktiv macht, ist die einfache Ansteuerung. Über I²C lassen sich Displays mit nur zwei Leitungen betreiben, Libraries wie U8g2 oder Adafruit_GFX nehmen einem den Großteil der Arbeit ab. Text, einfache Grafiken oder Icons sind in wenigen Zeilen Code sichtbar – perfekt für Prototypen und funktionale Anzeigen.

Kurz gesagt:
OLED-Displays sind ideal, wenn Informationen aktiv sichtbar, schnell erfassbar und kompakt dargestellt werden sollen. Genau deshalb ergänzen sich beide Techniken so gut – und schließen sich in vielen Projekten gegenseitig aus.

Typische Einsatzbereiche

• Statusanzeigen
• Debug-Ausgaben
• Kleine Informationsdisplays

Vorteile

• Sehr hoher Kontrast
• Kein Backlight nötig
• Große Library-Auswahl
• günstig

Nachteile

• Einbrennen bei statischem Inhalt
• Kleine Fläche
• Qualität schwankt je nach Modul

Arduino-Minimalbeispiel

Beispiel am 0,96 Zoll SSD1306 (bezahlter Link)

#include <U8g2lib.h>

U8G2_SSD1306_128X64_NONAME_F_HW_I2C u8g2(U8G2_R0);

void setup() {
  u8g2.begin();
  u8g2.clearBuffer();
  u8g2.setFont(u8g2_font_6x10_tf);
  u8g2.drawStr(0, 12, "SSD1306 OLED");
  u8g2.sendBuffer();
}

void loop() {}

HD44780 LCD

Bevor OLEDs zum Maker-Standard wurden und lange bevor E-Ink überhaupt eine Rolle spielte, gab es praktisch nur eine Antwort auf die Frage „Wie zeige ich Text an?“: HD44780-kompatible LCDs. Wer in den 1990ern oder frühen 2000ern mit Mikrocontrollern gearbeitet hat, ist an ihnen nicht vorbeigekommen. Sie steckten in Laborgeräten, Haushaltsgeräten, Industrieanlagen, Kassensystemen und zahllosen Embedded-Systemen – und viele davon laufen bis heute.

Der bekannteste Vertreter ist das 2×16-Zeichen-Display, oft einfach als „1602 LCD“ bezeichnet. Diese Bauform hat sich so stark eingebrannt, dass viele sie fälschlich für den Standard halten. Tatsächlich ist der HD44780 aber deutlich flexibler. Neben 2×16 sind auch 4×20 (2004), 2×40 (4002) oder sogar 4×40-Displays (4004) weit verbreitet – vor allem dort, wo mehr Informationen gleichzeitig sichtbar sein müssen, ohne gleich auf Grafikdisplays umzusteigen. In industriellen Geräten oder Messsystemen sind 20×4-Displays bis heute ein ganz normaler Anblick.

Technisch gesehen sind diese LCDs das komplette Gegenteil von OLED. Das Display selbst leuchtet nicht. Stattdessen wird ein Hintergrundlicht verwendet, während die Flüssigkristalle lediglich Licht durchlassen oder blockieren. Das Ergebnis ist eine sehr stabile, gleichmäßige Darstellung, die sich über Jahre kaum verändert. Einbrennen, wie man es von OLED kennt, ist hier praktisch kein Thema. Genau deshalb findet man HD44780-Displays häufig in Geräten, die rund um die Uhr laufen und immer denselben Text anzeigen.

Die Kehrseite dieser Robustheit ist offensichtlich. Der Kontrast ist begrenzt, Grafiken sind nicht möglich und die Anzeige wirkt – nüchtern betrachtet – technisch und altmodisch. Trotzdem hat diese Schlichtheit auch Vorteile. Texte bleiben klar und eindeutig. Gerade in Umgebungen, in denen Informationen dauerhaft sichtbar sein müssen, ist das wichtiger als schicke Optik.

Ein weiterer Grund für die Langlebigkeit des HD44780 ist seine einfache, transparente Ansteuerung. Klassisch wird das Display direkt über mehrere Datenleitungen angesprochen. Das kostet zwar Pins, ist aber schnell, zuverlässig und gut dokumentiert. Später kamen I²C-Adapter (bezahlter Link) hinzu, die das Ganze auf zwei Leitungen reduzieren. Damit wurden HD44780-Displays endgültig massentauglich für Arduino-Projekte. Ein Display anschließen, Adresse einstellen, Text ausgeben – fertig.

Natürlich hat auch diese Technik ihre Grenzen. Die Aktualisierung ist langsam, flüssige Änderungen wirken träge und längere Texte müssen umständlich umgebrochen werden. Wer Menüs, Icons oder variable Layouts darstellen möchte, stößt schnell an die Grenzen eines reinen Zeichendisplays. Doch genau das ist der Punkt: HD44780-LCDs wollen keine Benutzeroberfläche sein, sondern eine verlässliche Textanzeige.

Auch preislich sind sie bis heute schwer zu schlagen. Gerade die 1602- und 2004-Varianten sind extrem günstig, langlebig und nahezu überall verfügbar. Wer mehr Platz braucht, greift zum 20×4-Display und erhält auf einen Schlag deutlich mehr Übersicht – ohne die Komplexität eines Grafikdisplays.

Kurz gesagt:
Der HD44780 ist nicht modern, aber bewährt. Er ist kein Hingucker, sondern ein Arbeitstier. Wenn eine Anzeige über Jahre stabil laufen soll, Text klar und dauerhaft sichtbar sein muss und grafischer Schnickschnack keine Rolle spielt, ist dieser Klassiker auch heute noch eine völlig legitime Wahl.

Einsatzbereiche

• Messwertanzeigen
• Menüs
• Dauerhafte Textanzeigen

Vorteile

• Sehr hoher Kontrast
• relative große Auswahl an Farben
• Große Library-Auswahl
• günstig

Nachteile

• langsame als OLED
• altmodisch
• keine Grafiken

Arduino-Minimalbeispiel (I2C)

Beispiel am 2004 Modul (bezahlter Link)

#include <LiquidCrystal_I2C.h>

LiquidCrystal_I2C lcd(0x27, 16, 2);

void setup() {
  lcd.init();
  lcd.backlight();
  lcd.setCursor(0, 0);
  lcd.print("HD44780 LCD");
}

void loop() {}

ST7735 TFT

Mit kleinen TFT-Displays wie dem 1,77-Zoll-ST7735 betritt man eine andere Welt. Während HD44780 und OLED vor allem Informationen anzeigen, erlauben TFTs erstmals etwas, das man fast schon Benutzeroberfläche nennen kann. Farben, Flächen, Icons, Diagramme – Dinge, die mit reinen Textdisplays schlicht nicht möglich sind oder mit OLEDs, aufgrund der fehlenden Farbe, oft langweilig.

Solche Displays kennt man aus dem Alltag vor allem aus kleinen Konsumgeräten: MP3-Playern, günstigen Digitalkameras, Fitness-Trackern oder älteren Navigationsgeräten. Überall dort, wo mehr als nur Text angezeigt werden soll, aber Platz, Budget und Rechenleistung begrenzt sind, haben sich kleine SPI-TFTs etabliert.

Der größte Unterschied zu OLED und LCD liegt im Anzeigeprinzip. Ein TFT besitzt eine permanente Hintergrundbeleuchtung, vor der die Flüssigkristalle die einzelnen Pixel färben. Dadurch ist das Bild jederzeit sichtbar, unabhängig vom dargestellten Inhalt. Farben wirken kräftig, Übergänge sind flüssig und auch häufige Aktualisierungen stellen kein Problem dar. Animationen, Fortschrittsbalken oder einfache Diagramme lassen sich problemlos umsetzen.

Diese Stärke ist gleichzeitig auch die größte Schwäche. Ein TFT-Display verbraucht kontinuierlich Strom, selbst wenn sich der Bildinhalt kaum ändert. Für batteriebetriebene Projekte ist das oft ein Ausschlusskriterium. Während E-Ink im Ruhezustand praktisch nichts verbraucht und OLED zumindest schwarze Flächen „abschalten“ kann, läuft die Hintergrundbeleuchtung eines TFTs dauerhaft.

Ein weiterer Punkt ist die Lesbarkeit. In Innenräumen wirken TFTs klar und farbenfroh, im direkten Sonnenlicht verlieren sie jedoch schnell an Kontrast. Genau hier zeigt sich wieder der Unterschied zu E-Ink, das bei hellem Umgebungslicht sogar besser lesbar wird. TFTs sind deshalb prädestiniert für Innenanwendungen, Bedienelemente oder Geräte, die aktiv genutzt werden – weniger für passive Anzeigen.

Im Arduino-Umfeld wird das ST7735 meist über SPI angesteuert. Das ermöglicht schnelle Bildupdates, benötigt aber mehr Pins als ein einfaches I²C-OLED. Hinzu kommt, dass TFT-Displays in der Regel keinen eigenen Bildspeicher besitzen. Das bedeutet: Der Mikrocontroller muss den Bildinhalt selbst verwalten. Auf kleinen Controllern wie dem ATmega328 wird man damit schnell an Grenzen stoßen, während ESP8266 oder ESP32 deutlich besser geeignet sind.

Trotzdem sind ST7735-Displays sehr beliebt, weil sie einen guten Kompromiss bieten. Sie sind klein, relativ günstig, gut verfügbar und werden von etablierten Libraries wie Adafruit_GFX zuverlässig unterstützt. Für einfache grafische Interfaces reicht die Auflösung von 128×160 Pixeln völlig aus – vor allem dann, wenn man bewusst schlicht bleibt.

Kurz gesagt:
Das ST7735-TFT ist kein Informationszettel, sondern ein kleines Fenster. Es eignet sich hervorragend für interaktive Projekte, Menüs und visuelle Rückmeldungen. Wer Farbe, Bewegung und Struktur braucht, kommt an einem TFT kaum vorbei – sollte aber akzeptieren, dass diese Freiheit mit höherem Stromverbrauch und etwas mehr Komplexität bezahlt wird.

Einsatzbereiche

• Grafische Interfaces
• Diagramme
• UI-Experimente

Vorteile

• Farbe
• Schnelle Updates
• Gute Library-Unterstützung

Nachteile

• Hoher Stromverbrauch
• Schlechtere Lesbarkeit bei Sonne
• Mehr Pins als I2C

Arduino-Minimalbeispiel

Beispiel am 1,8 Zoll ST7735 (bezahlter Link)

#include <Adafruit_GFX.h>
#include <Adafruit_ST7735.h>

Adafruit_ST7735 tft = Adafruit_ST7735(10, 9, 8);

void setup() {
  tft.initR(INITR_BLACKTAB);
  tft.fillScreen(ST77XX_BLACK);
  tft.setTextColor(ST77XX_WHITE);
  tft.setCursor(10, 10);
  tft.print("ST7735 TFT");
}

void loop() {}

MAX7219 LED Dot-Matrix

LED-Matrix-Displays wie die MAX7219-basierte 8×32-Dot-Matrix fallen ein wenig aus dem Raster. Sie sind weder Textdisplay noch Grafikdisplay im klassischen Sinn, sondern eher eine moderne Form der Laufschrift. Wer etwas länger dabei ist, kennt dieses Prinzip aus Bahnhöfen, Werkhallen, Anzeigetafeln oder frühen LED-Uhren. Informationen bewegen sich, statt statisch auf einer Fläche zu stehen.

Genau dort liegt auch ihre Stärke. LED-Matrizen wurden und werden überall dort eingesetzt, wo Aufmerksamkeit wichtiger ist als Detailtiefe. Lauftexte, Statusmeldungen, Hinweise wie „Betrieb“, „Störung“ oder „Bitte warten“ funktionieren hervorragend, obwohl – oder gerade weil – die Auflösung extrem niedrig ist. Acht Pixel Höhe zwingen zur Reduktion. Man zeigt nicht alles, sondern nur das Wesentliche.

Der MAX7219 ist dabei ein entscheidender Baustein. Er übernimmt die komplette Ansteuerung der LEDs inklusive Multiplexing und Helligkeitsregelung. Für den Mikrocontroller bedeutet das: wenig Rechenaufwand, einfache Anbindung und sauberes Timing. Mehrere Module lassen sich problemlos kaskadieren, wodurch aus einer kleinen 8×8-Matrix schnell ein 8×32- oder 8×64-Display wird.

Im Alltag begegnet man solchen Anzeigen heute vor allem noch in Industrieumgebungen, Werkstätten, Vereinsheimen oder als Informationsanzeigen in öffentlichen Räumen. Im Konsumentenbereich wurden sie größtenteils von TFTs verdrängt – nicht, weil sie schlechter wären, sondern weil sie weniger flexibel wirken. Genau diese Reduktion macht sie für Bastelprojekte aber wieder interessant.

Technisch sind LED-Matrizen kompromisslos. Sie sind hell, robust und auch aus größerer Entfernung gut sichtbar. Sonnenlicht ist kein Problem, Blickwinkel ebenfalls nicht. Gleichzeitig haben sie einen konstanten Stromverbrauch, da LEDs aktiv leuchten müssen. Für batteriebetriebene Projekte sind sie daher meist ungeeignet. Sie gehören an die Steckdose oder in Geräte, bei denen Energie keine Rolle spielt.

Ein weiterer Unterschied zu klassischen Displays ist die Art der Darstellung. LED-Matrizen sind zeitbasiert. Inhalte leben von Bewegung. Ein statischer Text wirkt schnell grob und schwer lesbar, während ein sanft scrollender Schriftzug erstaunlich gut funktioniert. Genau deshalb werden Libraries wie MD_Parola oder MD_MAX72XX fast immer zusammen mit MAX7219-Modulen eingesetzt – sie denken Anzeige als Animation, nicht als Bild.

Neben den bekannten 8×8-Modulen gibt es auch größere LED-Matrizen, RGB-Varianten oder Panels mit HUB75-Interface. Diese bewegen sich allerdings bereits in einer anderen Liga, sowohl preislich als auch vom Ansteuerungsaufwand. Der klassische MAX7219 bleibt dagegen ein niedrigschwelliger Einstieg, der schnell sichtbare Ergebnisse liefert.

Kurz gesagt:
LED-Matrizen sind keine Displays für Inhalte, sondern für Signale. Sie informieren nicht durch Detail, sondern durch Präsenz. Wenn eine Anzeige gesehen werden soll, spielt eine Dot-Matrix ihre Stärken aus. Genau deshalb haben sie ihren festen Platz zwischen LCD, OLED und TFT bis heute behalten.

Einsatzbereiche

• Lauftexte
• Statusanzeigen
• Retro-Look-Projekte

Vorteile

• Extrem robust
• Sehr hell
• Einfach kaskadierbar

Nachteile

• Sehr geringe Auflösung
• Nur Text / Symbole
• Stromverbrauch höher

Arduino-Minimalbeispiel

Beispiel am MAX7219 8×32 (bezahlter Link)

#include <MD_Parola.h>
#include <MD_MAX72XX.h>

MD_Parola matrix(MD_MAX72XX::FC16_HW, 10, 4);

void setup() {
  matrix.begin();
  matrix.displayText("MAX7219", PA_CENTER, 100, 1000, PA_SCROLL_LEFT);
}

void loop() {
  matrix.displayAnimate();
}

VFD

VFD-Displays wirken heute fast wie ein Relikt aus einer anderen Epoche – und genau das sind sie auch. Über viele Jahre hinweg waren sie der Goldstandard für hochwertige Anzeigeelektronik. Man fand sie in Videorekordern, CD-Playern, HiFi-Verstärkern, Autoradios, Kassensystemen und industriellen Bedienfeldern. Das charakteristische blau-grüne Leuchten stand sinnbildlich für „hochwertig“ und „professionell“.

Technisch sind VFDs näher an einer Röhre als an einem modernen Display. Im Inneren arbeiten beheizte Kathoden, Gitter und fluoreszierende Schichten, die durch Elektronenbeschuss zum Leuchten angeregt werden. Das klingt aufwendig – ist es auch –, bringt aber Eigenschaften mit sich, die selbst heutige Displays nicht vollständig ersetzen konnten.

VFDs sind extrem gut ablesbar. Unabhängig vom Blickwinkel, unabhängig vom Umgebungslicht. Sie leuchten gleichmäßig, flimmerfrei und mit hohem Kontrast. Gerade in dunklen Räumen oder aus größerer Entfernung sind sie klassischen LCDs deutlich überlegen. Ein weiterer Vorteil: Einbrennen ist praktisch kein Thema. Viele VFDs aus den 1990ern zeigen heute noch exakt das gleiche Bild wie am ersten Tag.

Warum sind sie dann verschwunden?
Die Antwort ist schlicht: Energie und Aufwand. VFDs benötigen höhere Spannungen, eine kontinuierliche Heizung der Kathode und sind mechanisch wie elektrisch komplexer als moderne Displays. Für mobile Geräte, batteriebetriebene Systeme oder günstige Massenprodukte waren sie langfristig nicht konkurrenzfähig. LCDs und später OLEDs waren billiger, sparsamer und einfacher zu integrieren – auch wenn sie in Sachen Ablesbarkeit lange nicht mithalten konnten.

Im Bastelbereich sind VFDs heute eine Nische. Es gibt noch Module und Controller, oft gebraucht oder aus Restbeständen. Die Ansteuerung ist anspruchsvoller, aber machbar. Wer sich darauf einlässt, bekommt kein praktisches Alltagsdisplay, sondern ein ästhetisches Statement. Für Retro-Uhren, Audio-Projekte oder bewusst nostalgische Geräte sind VFDs bis heute faszinierend – gerade weil sie technisch anders ticken als alles Moderne.

Kurz gesagt:
VFDs waren keine Übergangstechnologie, sondern eine ausgereifte Lösung, die von sparsameren, aber nicht unbedingt besseren Displays verdrängt wurde. Sie erinnern daran, dass Lesbarkeit und Qualität früher oft wichtiger waren als Energieeffizienz.

Vorteile

• Unvergleichlicher Retro-Look
• Extrem gut ablesbar
• Keine Einbrennprobleme wie OLED

Nachteile

• Hoher Stromverbrauch
• Teilweise höhere Spannungen
• Teurer und schwerer zu beschaffen

Weitere Sonderfälle, die man kennen sollte

Segmentanzeigen (7-Segment, 14-Segment)

Bevor es Grafikdisplays gab, waren Segmentanzeigen allgegenwärtig. Uhren, Taschenrechner, Messgeräte, Waagen – überall dort, wo Zahlen oder einfache Texte angezeigt werden mussten. Auch heute sind sie noch relevant, etwa in Zählern, Messinstrumenten oder Geräten, die aus der Entfernung schnell erfassbar sein müssen.

Ihr Vorteil liegt in der Klarheit. Eine große 7-Segment-Zahl ist sofort lesbar, auch ohne Kontext. Der Nachteil ist offensichtlich: Flexibilität gibt es kaum. Alles, was über Zahlen und wenige Buchstaben hinausgeht, ist nicht darstellbar.

7-Segment Anzeigen bei Amazon (bezahlter Link)
14-Segment Anzeige bei Amazon (bezahlter Link)

Große LED-Panels (HUB75 & Co.)

Am anderen Ende des Spektrums stehen große LED-Panels, wie man sie von Videowänden, Anzeigetafeln oder modernen Werbedisplays kennt. Technisch sind sie eine Weiterentwicklung der LED-Matrix-Idee, aber in einer völlig anderen Größenordnung.

Für Arduino-Projekte sind sie meist überdimensioniert, kommen aber im Maker-Umfeld durchaus vor – etwa bei Uhren, Kunstprojekten oder Informationsanzeigen. Der Aufwand ist deutlich höher, Stromverbrauch ebenfalls. Dafür erhält man maximale Sichtbarkeit und freie Gestaltung.

Einordnendes Fazit zu den Sonderfällen

Diese Sonderfälle zeigen sehr deutlich, dass Displays nie nur eine technische Entscheidung sind. Sie transportieren Stil, Prioritäten und Nutzungskonzepte. VFD steht für Lesbarkeit und Wertigkeit, LED-Matrix für Aufmerksamkeit und Bewegung, Segmentanzeigen für Klarheit und Reduktion.

Nicht alles muss modern sein, um sinnvoll zu sein – und nicht alles Moderne ist automatisch besser.

Fazit: Es gibt nicht das ideale Display

Am Ende zeigt sich: Die Frage nach dem „richtigen Display“ ist selten eine Frage nach Technikdaten. Sie ist eine Frage nach Nutzung, Umfeld und Erwartung. Jedes der vorgestellten Displays löst ein sehr konkretes Problem – und scheitert genau dort, wo es für etwas eingesetzt wird, das es nie leisten sollte.

E-Ink wirkt träge, solange man es wie ein klassisches Display behandelt. Setzt man es dort ein, wo Inhalte selten wechseln und Lesbarkeit wichtiger ist als Geschwindigkeit, spielt es seine Stärken kompromisslos aus. OLED hingegen ist das Gegenteil: präsent, leuchtend, aufmerksamkeitsstark. Perfekt für Statusanzeigen und Menüs, aber ungeeignet für statische Dauerinformationen.

Der HD44780 zeigt, dass bewährte Technik nicht automatisch veraltet ist. Textanzeigen, die jahrelang unverändert laufen sollen, profitieren von genau der Schlichtheit, die moderne Displays oft verloren haben. TFTs öffnen die Tür zu grafischen Oberflächen, fordern dafür aber Energie, Rechenleistung und Designentscheidungen. LED-Matrizen und Segmentanzeigen reduzieren Information bewusst auf Signalwirkung, während VFDs daran erinnern, dass Lesbarkeit und Wertigkeit früher ganz andere Prioritäten hatten.

Was all diese Technologien gemeinsam haben: Sie sind Werkzeuge, keine Lösungen. Ein Display entscheidet nicht über die Qualität eines Projekts – sondern darüber, wie gut dessen Zweck verstanden wurde. Wer sich vor der Auswahl fragt, wie oft sich der Inhalt ändert, wo das Gerät steht, wie lange es laufen soll und wie viel Aufmerksamkeit es erzeugen muss, trifft fast automatisch die richtige Wahl.

Vielleicht ist das die wichtigste Erkenntnis dieses Vergleichs:
Gute Technik entsteht nicht durch maximale Möglichkeiten, sondern durch passende Einschränkungen. Und manchmal ist das beste Display genau das, das man kaum bemerkt – weil es einfach tut, was es soll.

Weiterführende Projekte

Wer Displays nicht nur vergleichen, sondern konkret einsetzen möchte, findet auf prokrastinerd.de bereits einige Projekte, in denen genau diese Techniken eine Rolle spielen.

Ein gutes Beispiel ist „WaterMeV2 – Smarter Feuchtigkeitssensor mit ESP8266 & OLED-Display“, bei dem ein kleines OLED genau das tut, wofür es gemacht ist: aktuelle Informationen klar und kompakt darstellen, ohne unnötigen Overhead. Das Projekt zeigt sehr gut, warum OLEDs im Maker-Umfeld so beliebt sind, aber auch, wo ihre Grenzen liegen.

Wer Displays eher als Signalgeber einsetzt, statt als klassische Informationsfläche, sollte sich „Nerd-Display – die MQTT LED Matrix fürs Smart Home“ ansehen. Dort kommt eine LED-Matrix zum Einsatz, um Zustände sichtbar zu machen, ohne dass man Zahlen oder Texte lesen muss – ein Ansatz, der besonders im Alltag oft unterschätzt wird.

Auch mechanische und konstruktive DIY-Projekte profitieren von klarer Anzeige. In „Eurorack Multiple STL – passives Signal-Multitool einfach selbst bauen“ und „Mein Eurorack zum Selberdrucken: Modulares 42TE-Case als kostenlose STL-Datei“ wird deutlich, dass nicht jedes Projekt ein Display braucht – und genau das ist manchmal die wichtigste Designentscheidung.

Diese Projekte zeigen, dass Displays kein Selbstzweck sind. Ob OLED, LED-Matrix oder gar kein Display: Entscheidend ist immer, welche Information wann und wie sichtbar sein soll. Der Vergleich der Display-Techniken hilft dabei, genau diese Entscheidung bewusster zu treffen – und spätere Umbauten oder Kompromisse zu vermeiden.

GrayTheZebra

GrayTheZebra ist Entwickler und Betreiber von prokrastinerd.de mit Fokus auf Smart Home ohne Cloud, ESP32 und MQTT-basierte Systeme. Alle Projekte basieren auf praktischer Umsetzung und eigener Hardwareentwicklung.

Autorprofil und Hintergrund:
Über GrayTheZebra