MIPI-Displayschnittstelle

STM32 · Raspberry Pi · ESP32 — Wer unterstützt es wirklich und wie?

Vom technischen Team von Kadi Display | Eingebettete Displaytechnologie 

Ein kurzes Wort dazu, warum MIPI hier überhaupt wichtig ist.

Nimmt man ein beliebiges modernes Smartphone und öffnet es – rein hypothetisch –, findet man irgendwo zwischen Prozessor und Display ein Band aus Differenzialpaaren, das MIPI-DSI-Daten mit Geschwindigkeiten überträgt, die vor zwei Jahrzehnten für eine Displayschnittstelle noch absurd erschienen wären. Die Mobile Industry Processor Interface Alliance standardisierte diesen Bus Mitte der 2000er-Jahre, und er dominiert seither still und leise die Welt der kleinen Displays. Heute findet sich dieselbe Schnittstelle auch in Industrieterminals, eingebetteten Kiosksystemen, medizinischen Monitoren und sogar in Einplatinencomputer-Projekten von Hobbyisten.

Doch genau hier liegt das Problem, das Einsteiger in das Ökosystem oft haben: Nicht jeder Mikrocontroller oder jedes Entwicklungsboard unterstützt MIPI nativ. Die Spezifikation klingt zwar gut, die Umsetzung in der Praxis ist jedoch lückenhaft. Dieser Artikel beleuchtet drei führende Plattformen des Embedded-Marktes – STM32, Raspberry Pi und ESP32 – und gibt Ihnen eine klare Antwort darauf, was jede dieser Plattformen mit einer MIPI-Display-Schnittstelle leisten kann und was nicht. Keine leeren Versprechungen, sondern die Fakten zur Hardware.

STM32: Echte DSI-Hardware, aber nur auf den richtigen Chips

Die Chips, die es tatsächlich haben

STMicroelectronics begann etwa im Jahr 2014 damit, einen MIPI-DSI-Hostcontroller in ausgewählte STM32-Produktlinien zu integrieren. STM32F469/F479 war der erste Auftritt im Mainstream, gefolgt von STM32H747/H757 Dual-Core-Serie und die STM32H7BxAlle diese Chips verfügen über einen On-Chip-DSI-Host, der mit der MIPI-DSI-Spezifikation Version 1.01 kompatibel ist, und unterstützen bis zu zwei D-PHY-Datenleitungen.

Was bedeutet das in der Praxis? Auf dem STM32H747, mit beiden DSI-Lanes bei 400 Mbit/s, ergibt sich eine Gesamtdatenrate von 800 Mbit/s – genug, um ein 480×854-Panel problemlos mit 60 Hz und 24-Bit-Farbtiefe anzusteuern. Das STM32H747I-DISCO-Evaluierungsboard von ST wird mit genau einem solchen Panel ausgeliefert. Dies ist ein praktischer Test, wenn Sie sich fragen, ob das Problem an der DSI-Leitung Ihres eigenen Boards oder an der Firmware liegt.

Das DSI-Host-Peripheriegerät unterstützt beides Videomodus (kontinuierliches Pixel-Streaming, ähnlich wie HDMI) und Befehlsmodus (Schreiben in den Framebuffer, weit verbreitet bei AMOLED-Panels). Der Command-Modus ist besonders für batteriebetriebene Produkte relevant: Das Panel verfügt über einen eigenen Framebuffer und aktualisiert sich autonom, sodass der Mikrocontroller zwischen den Bildschirmaktualisierungen im Schlafmodus bleiben kann. Allein dadurch lässt sich der Stromverbrauch des aktiven Displays deutlich reduzieren.

Der Treiberstapel in einfacher Sprache

Die HAL-Bibliothek von ST enthält ein eigenes Modul namens stm32h7xx_hal_dsi.c, das die Host-Initialisierung, die Konfiguration des Video-/Befehlsmodus und die grundlegende Fehlerbehandlung abdeckt. In den meisten realen Projekten ist außerdem eine Panel-Initialisierungssequenz erforderlich – eine Liste von DCS-Paketen (Display Command Set), die im Energiesparmodus über die DSI-Verbindung gesendet werden, bevor auf High-Speed-Videostreaming umgeschaltet wird. Gängige Panel-ICs wie der OTM8009A und der NT35510 verfügen über Referenz-Initialisierungssequenzen in den CubeH7-Firmware-Beispielen von ST.

Die kniffligere Aufgabe ist das Leiterplattenlayout. Die Anwendungsbeschreibung AN4860 von ST ist Pflichtlektüre: Die D-PHY-Paare benötigen eine kontrollierte differentielle Impedanz von 100 Ω, kurze Stichleitungen und eine sinnvolle Entkopplung in der Nähe der DSI-Pins. Ingenieure, die dieses Dokument ignoriert haben und sich später über das Flackern oder Ausfallen ihres Displays bei höheren Datenraten wundern, bereuen dies fast immer.

STM32 MIPI DSI Support Matrix

Raspberry Pi: Der reibungsloseste Einstieg in die MIPI-DSI-Entwicklung

Hardware-Übersicht

Jeder Raspberry Pi in voller Größe seit dem ursprünglichen Modell B+ wurde mit einem 15-poliger DSI-FPC-Anschluss Auf der Platine befindet sich ein Anschluss mit der Bezeichnung „DISPLAY“, der bei den Pi-Modellen 2, 3, 4 und nun auch Pi 5 durchgehend vorhanden ist. Der Pi Zero und Zero 2 W verwenden einen schmaleren 22-poligen FPC-Anschluss, der zwar elektrisch ähnlich, aber physisch anders ist, was beim Kauf von Displaykabeln oft zu Verwirrung führt.

Der Broadcom BCM2711 im Pi 4 steuert diesen Anschluss mit einem 2-spurigen MIPI-DSI-Transmitter an. Das Referenzdesign – der offizielle 7-Zoll-Raspberry-Pi-Touchscreen – erreicht je nach Panel-Modus etwa 200–285 Mbit/s pro Spur, was deutlich innerhalb des komfortablen Betriebsbereichs von D-PHY liegt. Raspberry Pi 5 Noch interessanter ist jedoch der speziell entwickelte RP1-Southbridge-Chip, der zwei unabhängige DSI-Ports bereitstellt. Jeder dieser Ports unterstützt zwei Lanes mit Geschwindigkeiten, die für eine 1080p60-Ausgabe ausreichen. Dies stellt ein echtes Upgrade für alle dar, die Dual-Display-Kiosksysteme oder hochauflösende Industriepanels entwickeln.

Die Softwareseite: Linux macht es einfach

Hier beweist der Raspberry Pi seinen Ruf als entwicklerfreundlichste MIPI-DSI-Plattform. Da er auf einem vollständigen Linux-System basiert, ist die Unterstützung für Display-Panels im Subsystem drivers/gpu/drm/panel/ des Kernels integriert. Das Hinzufügen eines neuen Panels erfordert lediglich das Schreiben eines Device-Tree-Overlays, das den DSI-Kanal, die Panel-Timings und die Initialisierungssequenz deklariert, sowie – falls der Panel-IC noch nicht vom Kernel unterstützt wird – ein kleines Kernelmodul.

Für die meisten handelsüblichen MIPI-DSI-Displaymodule im Bereich von 3,5 bis 10 Zoll existiert bereits eine funktionierende Overlay- oder Treiber-Lösung in der Community. Im Vergleich dazu muss man in der Bare-Metal-Umgebung von STM32 jedes Byte der Initialisierungssequenz selbst schreiben – der Produktivitätsunterschied ist also deutlich. Der Linux-Stack des Raspberry Pi ermöglicht zudem die Nutzung beliebiger GUI-Frameworks – Qt, GTK, Electron, LVGL über DRM oder sogar eines Webbrowsers im Vollbildmodus.

Verwandtes Produkt: Displays für Raspberry Pi — Kadi Display — Eine sorgfältig ausgewählte Palette von MIPI DSI- und SPI-Displaymodulen, die für Raspberry Pi verifiziert wurden, mit Größen von 3,5 bis 10,1 Zoll und optionaler kapazitiver Touch-Funktion.

Fallstricke bei Steckverbindern und Kabelbeschränkungen

Zwei Dinge bereiten Anfängern beim Aufbau eines Pi-Displays oft Kopfzerbrechen. Erstens die Pinbelegung: Der Pi 4 verwendet einen 15-poligen FPC-Stecker, bei dem Pin 1 am Platinenrand liegt. Der Pi 5 hingegen nutzt zwar denselben Stecker, aber die Signalbelegung der neueren DSI-Ports ist leicht verändert. Überprüfen Sie daher immer die Kabelspezifikationen, wenn Sie zwischen verschiedenen Pi-Generationen wechseln. Zweitens die Kabellänge: MIPI DSI D-PHY ist für die Verbindung auf der Platine und nicht für externe Kabel ausgelegt. Die meisten verifizierten Displaymodule werden mit 100–200 mm langen Kabeln ausgeliefert. Ab 300 mm verschlechtert sich die Signalqualität bei hohen Datenraten, und es können Bildfehler oder Verbindungsabbrüche auftreten. Wenn das Display für Ihre Anwendung weiter vom Pi entfernt sein muss, ist eine Konfiguration mit einer Spur und niedrigerer Geschwindigkeit über ein kürzeres Kabel oft praktischer als die Übertragung von 500 Mbit/s über zwei Spuren mit einem 400 mm langen Kabel.

Der ESP32-P4 ist der einzige ESP32 mit nativem MIPI DSI; alle anderen verwenden SPI/QPI-, 8080 Parallel- oder RGB-Schnittstellen.

Die Grenzen (und der Wendepunkt)

Um es gleich vorwegzunehmen: Vor dem ESP32-P4 besaß kein Chip der ESP32-Familie – also des ursprünglichen ESP32, S2, S3, C3, C6 und H2 – einen integrierten MIPI-DSI-Transmitter. Espressif entwickelte diese Chips für drahtlose Verbindungen und allgemeine MCU-Anwendungen, nicht für Display-Pipelines mit hoher Bandbreite. Daher beschränkten sich die verfügbaren Display-Schnittstellen der Produktreihe stets auf wenige, ältere Optionen mit geringerer Geschwindigkeit.

Hier ist, was Sie tatsächlich mit den Nicht-P4-Teilen erhalten:

• SPI- und QPI-Schnittstellen: Sie sind bei nahezu jeder ESP32-Variante vorhanden. Für kleine, niedrigauflösende Panels funktionieren sie gut, aber der Pixeldurchsatz stößt schnell an seine Grenzen.
• 8080-Parallelschnittstelle: Dies ist die beste Schnittstelle, die Sie auf einem ESP32-S3 finden werden. Er verfügt über einen 16-Bit-Parallel-LCD-Controller (Intel 8080- oder Motorola 6800-Protokoll), der in der Praxis mit etwa 20 MHz taktet. Der Rohdatendurchsatz beträgt ungefähr 320 Mbit/s – ein Wert, der zunächst gut klingt, bis man ihn mit MIPI DSI vergleicht. Eine einzelne DSI-Datenleitung mit konservativen 250 Mbit/s bietet bereits eine höhere nutzbare Pixelbandbreite, und DSI skaliert auf vier Leitungen, während der Parallelbus dies nicht tut.
• RGB-Schnittstelle: Auch bei Chips wie dem S3 vorhanden, aber sie belegt immer noch viele Pins und bietet nicht die serielle Effizienz von DSI.

Die Bandbreitenbegrenzung zeigt sich deutlich in den Bildwiederholraten. Nehmen wir einen ESP32-S3, der ein 800×480 RGB-Panel mit 16-Bit-Farbtiefe über die parallele Schnittstelle ansteuert. Mit DMA für die Pixeldatenverarbeitung und einer entlasteten CPU sind etwa 30 bis 40 Bilder pro Sekunde zu erwarten. Das ist für statische Benutzeroberflächen, Menünavigation oder ein sich langsam aktualisierendes Sensor-Dashboard völlig ausreichend. Sobald jedoch Vollbildanimationen oder Videoinhalte hinzukommen, wird die Darstellung schnell ruckelig.

Dann kam der ESP32‐P4.

Der P4 verändert die Spielregeln grundlegend. Er ist der erste – und bisher einzige – ESP32 mit einer nativen MIPI-DSI-Schnittstelle, die direkt in den Chip integriert ist. Diese Neuerung katapultiert das ESP32-Ökosystem ins moderne Display-Zeitalter und ermöglicht die direkte Ansteuerung von Smartphone- und Tablet-Displays mit einer Pixelbandbreite und flüssigen Bildwiederholraten, die mit parallelen und SPI-Schnittstellen schlichtweg nicht zu erreichen sind. Benötigt Ihr Projekt native MIPI-DSI-Unterstützung, ist der ESP32-P4 aktuell die einzige Option innerhalb der ESP32-Familie.

Die Bridge-IC-Umgehungslösung

Falls Sie unbedingt ein MIPI-DSI-Panel auf einem ESP32 benötigen – beispielsweise weil das von Ihnen gewählte Panel nur über eine DSI-Schnittstelle verfügt – ist die Standardlösung im Engineering folgende: Brücken-ICDas am häufigsten erwähnte Bauteil ist der SSD2828, ein RGB-zu-DSI-Wandler auf einem einzigen Chip. Der ESP32 (oder ein beliebiger Mikrocontroller) steuert den SSD2828 über SPI an, um ihn zu konfigurieren, und speist ihn anschließend mit einem parallelen RGB-Videostream. Der SSD2828 wandelt diesen in ein MIPI-DSI-Ausgangssignal um, das vom Panel verarbeitet werden kann. Es funktioniert. Allerdings erhöht es auch die Materialkosten, den Platzbedarf auf der Leiterplatte und die Komplexität der Firmware – daher sollte man die Vor- und Nachteile sorgfältig abwägen und stattdessen ein anderes Display mit kompatibler nativer Schnittstelle wählen.

Ein einfacherer und gängigerer Ansatz für ESP32-basierte Produkte ist die Auswahl eines TFT-LCD-Moduls mit SPI-Schnittstelle von Anfang an. Panel-Controller wie der ILI9341, ST7789, ILI9488, und GC9A01 Sie sind in Modulen von 1,3 bis 4 Zoll erhältlich und werden sowohl von der ESP-IDF-Komponente esp_lcd als auch von den Arduino-Bibliotheken der Community umfassend unterstützt. Bei einer Auflösung von 320×240 Pixeln und 60 Bildern pro Sekunde ist SPI mit 40 MHz völlig ausreichend. Bei 480×320 Pixeln sinkt die Bildrate; ab 800×480 Pixeln empfiehlt sich die parallele Schnittstelle oder ein anderer SoC.

Verwandtes Produkt: Lösungen für eingebettete Displays – Kadi Display — Industrietaugliche Displaymodule mit SPI-, Parallel- und DSI-Schnittstellen, geeignet für ESP32- und STM32-basierte Embedded-Designs.

Vergleich: Plattform-MIPI-Unterstützung auf einen Blick

Die Auswahl des richtigen Anzeigemoduls für Ihr System

Wenn Sie auf einem STM32 H7 oder F469 sind

Setzen Sie auf MIPI DSI. Die Hardware ist vorhanden, die HAL-Treiber sind ausgereift, und die Pin-Einsparung gegenüber einem 24-Bit-Parallel-RGB-Panel ist erheblich – weniger Leiterbahnen, kleinere Anschlüsse, einfacheres EMV-Management. Verwenden Sie Panel-ICs mit Standard-DCS-Befehlssätzen (OTM8009A, NT35510, RM67162 sind alle in den CubeH7-Beispielen von ST dokumentiert), damit Sie die Initialisierungssequenz nicht von Grund auf neu erstellen müssen.

Wenn Sie einen Raspberry Pi 4 oder 5 besitzen

MIPI DSI ist die naheliegende erste Wahl. Schließen Sie ein kompatibles FPC-Kabel an, flashen Sie das passende Overlay, und das Panel wird als Standard-Linux-Framebuffer erkannt. Für Projekte, die einen zweiten Bildschirm benötigen, kann der Pi 5 zwei DSI-Panels gleichzeitig über seine zwei unabhängigen Ports ansteuern – eine Funktion, für die früher ein teures Carrierboard oder ein externer Treiber-IC erforderlich war.

Empfohlen: Kadi Display – Vollständiger Produktkatalog MIPI-DSI-Panels für Raspberry Pi, industrielle TFT-LCD-Module für STM32, AMOLED- und Balkendisplays sowie OEM-Anpassungen. Hersteller mit über 20 Jahren Produktionserfahrung in Shenzhen.

Wenn Sie auf einem ESP32 sind

Bevor Sie sich für ein Panel entscheiden, sollten Sie Ihre Anforderungen an Auflösung und Bildwiederholrate realistisch einschätzen. Passt Ihre Benutzeroberfläche in 320×240 oder 480×320 Pixel, ist ein gut gewähltes SPI-Panel einfach und kostengünstig. Benötigen Sie 800×480 Pixel bei akzeptablen Bildwiederholraten, ist die parallele LCD-Schnittstelle des ESP32-S3 die richtige Wahl. Darüber hinaus sollten Sie überlegen, ob der ESP32 noch der passende SoC ist – ein Raspberry Pi CM4 oder ein STM32H7 könnten für Ihr Projekt besser geeignet sein, als die Bandbreitenbegrenzung des Displays zu berücksichtigen.

Wohin die Branche geht: DSI-2, AMOLED und Automobilindustrie

Die MIPI-Allianz hat nicht stillgestanden. MIPI DSI-2 Die neue Technologie unterstützt neben der etablierten D-PHY-Schicht auch die physikalischen Schichten C-PHY und A-PHY. Insbesondere C-PHY bietet eine höhere Datendichte pro Pinpaar – ein wichtiger Aspekt bei kompakten Designs mit begrenzter Pinanzahl. Der Durchsatz einer einspurigen C-PHY-Verbindung kann den einer zweispurigen D-PHY-Verbindung übertreffen. Dies ist entscheidend für ultradünne Wearables und Fahrzeugdisplays, bei denen jeder Millimeter Kabelquerschnitt zählt.

Im Panelmarkt selbst, AMOLED-Displays Die Technologie sickert von Flaggschiff-Smartphones in die Mittelklasse der Unterhaltungselektronik und zunehmend auch in industrielle und medizinische Anwendungen durch. Der Command-Mode-Betrieb von AMOLED-Displays – bei dem das Panel seinen eigenen Framebuffer speichert und sich autonom aktualisiert – eignet sich hervorragend für batteriebetriebene Embedded-Systeme, da der Host-SoC zwischen UI-Aktualisierungen in den Ruhemodus wechseln kann, ohne dass das Display dunkel wird. Displayhersteller wie Kadi Anzeige Mittlerweile sind AMOLED-Module in integrierbaren Formfaktoren erhältlich, wodurch es praktisch möglich ist, AMOLED in einem industriellen HMI ohne ein kundenspezifisches Panelentwicklungsprogramm zu spezifizieren.

Für Anwendungen im Automobilbereich gewinnt MIPI A-PHY (Automotive PHY) zunehmend an Bedeutung: Es erweitert das MIPI-Ökosystem auf Displayverbindungen im Fahrzeug über bis zu 15 Meter mit 16 Gbit/s und bietet integrierte Sicherheitsfunktionen. Dies liegt weit jenseits des Rahmens von Hobbyprojekten mit STM32- oder Raspberry-Pi-Mikrocontrollern, weist aber den Weg, den die gesamte Welt der eingebetteten Displays einschlägt.

Schlussbetrachtung

Drei Plattformen, drei völlig unterschiedliche MIPI-Display-Konzepte. Die STM32 H7-Serie bietet echtes On-Chip-DSI in einer Bare-Metal-Umgebung – leistungsstark, kompakt, aber Sie haben die volle Kontrolle über den Treiber. Der Raspberry Pi bietet natives DSI mit einem Linux-Ökosystem, das den Großteil der Arbeit übernimmt – der mit Abstand schnellste Weg von der Hardware zum funktionierenden Display. Der ESP32 bietet weder das eine noch das andere, was aber nicht unbedingt ein Problem darstellt, wenn Sie von Anfang an realistische Anforderungen an Panelgröße und Bildwiederholfrequenz haben.

Der teuerste Fehler beim Design eingebetteter Displays ist nicht die Hardwarewahl, sondern die Erfüllung falscher Erwartungen. Die Entscheidung für ein 1080p-MIPI-DSI-Panel und die anschließende Feststellung, dass der gewählte Mikrocontroller kein MIPI unterstützt, ist eine ärgerliche und vermeidbare Situation. Investieren Sie zehn Minuten in die Schnittstellenspezifikation, bevor Sie Muster bestellen, und der Rest des Projekts verläuft deutlich reibungsloser.

Für projektspezifische Empfehlungen zu Displaymodulen – ob MIPI DSI für Raspberry Pi, industrielle TFT-LCDs für STM32 oder SPI-Panels für ESP32 – durchstöbern Sie das gesamte Sortiment auf kadidisplay.com. Das Team realisiert außerdem OEM- und ODM-Projekte für kundenspezifische Displays mit kurzen Lieferzeiten von seinem Standort in Shenzhen aus.

Haftungsausschluss: Alle Marken- und Produktnamen sind Warenzeichen ihrer jeweiligen Inhaber. Die technischen Daten stammen aus öffentlich zugänglichen Datenblättern, Referenzhandbüchern und Herstellerdokumentationen. Dieser Artikel stellt keine offizielle Stellungnahme von STMicroelectronics oder Raspberry Pi Ltd. dar. Espressif Systeme oder die MIPI Alliance. Interne Produktlinks führen direkt zu kadidisplay.com.