Interfaccia di visualizzazione MIPI

STM32 · Raspberry Pi · ESP32: chi li supporta davvero e in che modo

A cura del team tecnico di Kadi Display | Tecnologia di visualizzazione integrata 

Due parole sul perché MIPI sia importante in questo contesto.

Prendete un qualsiasi smartphone moderno e apritelo — ipoteticamente — e da qualche parte tra il processore e il vetro troverete un nastro di coppie differenziali che trasporta dati MIPI DSI a velocità che sarebbero sembrate assurde per un'interfaccia di visualizzazione vent'anni fa. La Mobile Industry Processor Interface Alliance ha standardizzato questo bus a metà degli anni 2000 e da allora ha silenziosamente dominato il mondo dei display di piccole dimensioni. Oggi, la stessa interfaccia si è insinuata in terminali industriali, chioschi embedded, monitor medicali e progetti di computer a scheda singola per hobbisti.

Ecco però il punto critico che mette in difficoltà gli ingegneri che si avvicinano per la prima volta a questo ecosistema: non tutti i microcontrollori o le schede di sviluppo supportano nativamente il protocollo MIPI. Le specifiche sono ottime sulla carta, ma il supporto hardware è discontinuo nella pratica. Questo articolo analizza tre piattaforme che dominano il mercato embedded — STM32, Raspberry Pi ed ESP32 — e fornisce una risposta chiara su cosa ciascuna di esse può e non può fare con un'interfaccia di visualizzazione MIPI. Niente giri di parole, solo la realtà hardware.

STM32: vero hardware DSI, ma solo sui chip giusti.

I chip che lo hanno davvero

STMicroelectronics ha iniziato a integrare un controller host MIPI DSI in alcune linee STM32 intorno al 2014. STM32F469/F479 fu la prima apparizione mainstream, seguita da STM32H747/H757 serie dual-core e la STM32H7BxTutti questi chip integrano un host DSI on-chip conforme alla specifica MIPI DSI versione 1.01 e supportano fino a due linee dati D-PHY.

Cosa significa questo in pratica? Sull'STM32H747, con entrambe le linee DSI che operano a 400 Mbps, si raggiungono 800 Mbps totali, sufficienti per gestire un pannello 480×854 a 60 Hz con colore a 24 bit senza problemi. La scheda di valutazione STM32H747I-DISCO di ST viene fornita con un pannello di questo tipo già installato, il che rappresenta un utile test di verifica quando ci si chiede se il problema risieda nel routing DSI della propria scheda personalizzata o nel firmware.

La periferica host DSI supporta entrambi modalità video (streaming continuo di pixel, simile all'HDMI) e Modalità comando (modello write-to-frame-buffer, ampiamente utilizzato nei pannelli AMOLED). La modalità Command è importante da conoscere se si stanno realizzando prodotti alimentati a batteria: il pannello mantiene il proprio frame buffer e si aggiorna autonomamente, consentendo alla MCU di entrare in modalità di risparmio energetico tra un aggiornamento dello schermo e l'altro. Questo da solo può ridurre significativamente il consumo energetico del display attivo.

La pila dei driver in parole semplici

La libreria HAL di ST include un modulo dedicato stm32h7xx_hal_dsi.c che gestisce l'inizializzazione dell'host, la configurazione della modalità video/comandi e la segnalazione di errore di base. Nella maggior parte dei progetti reali sarà inoltre necessario scrivere una sequenza di inizializzazione del pannello, ovvero un elenco di pacchetti DCS (Display Command Set) inviati tramite il collegamento DSI in modalità a basso consumo prima di passare allo streaming video ad alta velocità. I ​​circuiti integrati per pannelli più comuni, come l'OTM8009A e l'NT35510, dispongono di sequenze di inizializzazione di riferimento all'interno degli esempi di firmware CubeH7 di ST.

La parte più complessa è la progettazione del PCB. La nota applicativa AN4860 di ST è una lettura obbligatoria: le coppie D-PHY necessitano di un'impedenza differenziale controllata di 100 Ω, di stub corti e di un disaccoppiamento adeguato in prossimità dei pin DSI. Gli ingegneri che hanno ignorato questo documento e si sono chiesti perché il loro display sfarfalla o non funziona a velocità di linea più elevate, quasi sempre se ne pentono in seguito.

Matrice di supporto MIPI DSI per STM32

Raspberry Pi: la soluzione più semplice per lo sviluppo di interfacce MIPI DSI.

Panoramica dell'hardware

Ogni Raspberry Pi di dimensioni standard dal modello B+ originale è stato fornito con un Connettore FPC DSI a 15 pin sulla scheda. È etichettato "DISPLAY" ed è stato una caratteristica costante nei modelli Pi 2, 3, 4 e ora Pi 5. Il Pi Zero e lo Zero 2 W utilizzano un connettore FPC a 22 pin più stretto, elettricamente simile ma fisicamente diverso, il che può trarre in inganno gli utenti al momento dell'acquisto dei cavi per il display.

Il Broadcom BCM2711 all'interno del Pi 4 gestisce quel connettore con un trasmettitore MIPI DSI a 2 corsie. Il design di riferimento, ovvero il touchscreen ufficiale da 7 pollici del Raspberry Pi, funziona a circa 200-285 Mbps per corsia a seconda della modalità del pannello, che rientra ampiamente nell'intervallo operativo ottimale del D-PHY. Raspberry Pi 5 La cosa più interessante è che il suo chip southbridge RP1 personalizzato espone due porte DSI indipendenti, ciascuna in grado di gestire 2 corsie a velocità sufficienti per l'uscita 1080p60. Si tratta di un vero e proprio aggiornamento per chiunque realizzi sistemi kiosk a doppio display o pannelli industriali ad alta risoluzione.

Il lato software: Linux semplifica le cose

È proprio qui che il Raspberry Pi si guadagna la reputazione di piattaforma MIPI DSI più intuitiva per gli sviluppatori. Grazie all'utilizzo di uno stack Linux completo, il supporto per i pannelli display è integrato nel sottosistema drivers/gpu/drm/panel/ del kernel. Aggiungere un nuovo pannello è semplice: basta scrivere un overlay del Device Tree che dichiari il canale DSI, le temporizzazioni del pannello e la sequenza di inizializzazione, oltre a un piccolo modulo del kernel, qualora il circuito integrato del pannello non sia ancora supportato a monte.

Per la maggior parte dei moduli display MIPI DSI in commercio nella gamma da 3,5 a 10 pollici, esiste già da qualche parte nella community un overlay funzionante o un driver esterno. Confrontatelo con l'ambiente bare-metal STM32, dove dovete scrivere ogni singolo byte della sequenza di inizializzazione, e la differenza di produttività è evidente. Lo stack Linux del Raspberry Pi apre inoltre le porte a qualsiasi framework GUI desideriate: Qt, GTK, Electron, LVGL su DRM, persino un browser web visualizzato a schermo intero.

Prodotto correlato: Schermi per Raspberry Pi — Kadi Display — Una selezione accurata di moduli display MIPI DSI e SPI, compatibili con Raspberry Pi, con dimensioni da 3,5 a 10,1 pollici e touch capacitivo opzionale.

Insidie ​​dei connettori e limiti dei cavi

Due aspetti spesso mettono in difficoltà chi si cimenta per la prima volta nella costruzione di display con Raspberry Pi. Il primo riguarda la piedinatura del connettore: il Raspberry Pi 4 utilizza un connettore FPC a 15 pin, dove il pin 1 è il più vicino al bordo della scheda, mentre il Raspberry Pi 5 utilizza lo stesso connettore fisico, ma con un'assegnazione dei segnali leggermente diversa sulle porte DSI più recenti. È fondamentale verificare le specifiche del cavo quando si passa da una generazione di Raspberry Pi all'altra. Il secondo aspetto riguarda la lunghezza del cavo. Il protocollo MIPI DSI D-PHY è stato progettato per l'interconnessione a livello di scheda, non per il cablaggio esterno. La maggior parte dei moduli display certificati viene fornita con cavi da 100-200 mm. Oltre i 300 mm, l'integrità del segnale inizia a degradarsi a velocità di linea elevate, con possibili artefatti visivi o interruzioni del collegamento. Se l'applicazione richiede che il pannello display sia posizionato più lontano dal Raspberry Pi, una configurazione a 1 corsia e velocità inferiore con un cavo più corto è spesso una scelta più pratica rispetto al tentativo di trasmettere 500 Mbps su 2 corsie attraverso un cavo da 400 mm.

ESP32-P4 è l'unico ESP32 con interfaccia MIPI DSI nativa; tutti gli altri si basano su interfacce SPI/QPI, parallela 8080 o RGB.

I limiti (e il punto di svolta)

Diciamolo chiaramente: prima dell'arrivo dell'ESP32-P4, nessun chip della famiglia ESP32 – che include l'ESP32 originale, S2, S3, C3, C6 e H2 – aveva un trasmettitore MIPI DSI integrato. Espressif ha progettato questi componenti per la connettività wireless e per carichi di lavoro MCU generici, non per pipeline di visualizzazione ad alta larghezza di banda. Di conseguenza, le interfacce di visualizzazione disponibili nell'intera gamma sono sempre state limitate a una manciata di opzioni obsolete e a bassa velocità.

Ecco cosa si ottiene effettivamente con i componenti non-P4:

• Interfacce SPI e QPI: presenti su quasi tutte le varianti di ESP32. Funzionano bene per pannelli piccoli a bassa risoluzione, ma la velocità di trasmissione dei pixel si esaurisce rapidamente.
• Interfaccia parallela 8080: Questa è la migliore che si possa trovare su un ESP32-S3. Dispone di un controller LCD parallelo a 16 bit (protocollo Intel 8080 o Motorola 6800) che in pratica può funzionare a circa 20 MHz. La velocità di trasmissione grezza si aggira intorno ai 320 Mbps, un valore che sembra discreto finché non lo si confronta con MIPI DSI. Una singola corsia dati DSI, che opera a una velocità conservativa di 250 Mbps, offre già una larghezza di banda pixel utilizzabile maggiore, e DSI è scalabile fino a quattro corsie, a differenza del bus parallelo.
• Interfaccia RGB: presente anche su chip come l'S3, ma occupa comunque molti pin e non offre l'efficienza seriale del DSI.

Il limite di banda si manifesta chiaramente nella frequenza dei fotogrammi. Prendiamo un ESP32-S3 che gestisce un pannello RGB 800×480 a 16 bit di colore tramite l'interfaccia parallela. Con il DMA che gestisce il flusso di pixel e la CPU che non interferisce, ci si può aspettare una frequenza di circa 30-40 fotogrammi al secondo. Questo è perfettamente adeguato per interfacce utente statiche, navigazione nei menu o una dashboard di sensori che si aggiorna lentamente. Ma se si aggiungono animazioni a schermo intero o contenuti video, l'esperienza diventa rapidamente scattosa.

Poi arrivò l'ESP32-P4.

Il P4 cambia completamente le carte in tavola. È il primo – e finora l'unico – ESP32 con un'interfaccia MIPI DSI nativa integrata nel chip. Questa singola aggiunta proietta l'ecosistema ESP32 nell'era moderna dei display, rendendo possibile pilotare direttamente pannelli di livello smartphone e tablet, con una larghezza di banda dei pixel e una frequenza di fotogrammi fluida che le interfacce parallele e SPI semplicemente non possono eguagliare. Se il tuo progetto richiede il supporto nativo MIPI DSI, l'ESP32-P4 è attualmente l'unica opzione nella famiglia ESP32.

Soluzione alternativa per il circuito integrato Bridge

Se hai assolutamente bisogno di un pannello MIPI DSI su un ESP32, magari perché il pannello che hai scelto ha solo un'interfaccia DSI, la soluzione ingegneristica standard è un circuito integrato a ponteIl componente più comunemente citato è l'SSD2828, un convertitore RGB-DSI a chip singolo. L'ESP32 (o qualsiasi altro microcontrollore) pilota l'SSD2828 tramite SPI per configurarlo e poi gli invia un flusso video RGB parallelo. L'SSD2828 converte questo flusso in un'uscita MIPI DSI che il pannello può elaborare. Funziona. Tuttavia, questo comporta un aumento dei costi della distinta base, dell'area occupata sul PCB e un ulteriore livello di complessità del firmware: si tratta quindi di un compromesso che va valutato attentamente rispetto alla semplice scelta di un display diverso con un'interfaccia nativa compatibile.

Un approccio più semplice e comune per i prodotti basati su ESP32 è quello di selezionare fin dall'inizio un modulo TFT LCD con un'interfaccia SPI. I controller del pannello come il ILI9341, ST7789, ILI9488, e GC9A01 Sono disponibili in moduli da 1,3 a 4 pollici e sono ben supportati sia dal componente esp_lcd di ESP-IDF che dalle librerie Arduino della community. Con una risoluzione di 320×240 e 60 fps, l'SPI a 40 MHz è più che sufficiente. A 480×320 si inizia a notare un calo del frame rate; a 800×480 e oltre, è consigliabile utilizzare l'interfaccia parallela o un SoC diverso.

Prodotto correlato: Soluzioni di visualizzazione integrate — Kadi Display — Moduli display di livello industriale con interfacce SPI, parallela e DSI, adatti per progetti embedded basati su ESP32 e STM32.

Fianco a fianco: il supporto MIPI della piattaforma in sintesi

Scegliere il modulo display giusto per la propria configurazione

Se stai usando STM32 H7 o F469

Passa a MIPI DSI. L'hardware è disponibile, i driver HAL sono maturi e il risparmio in termini di pin rispetto a un pannello RGB parallelo a 24 bit è sostanziale: meno tracce, connettori più piccoli, gestione EMI più semplice. Attieniti a circuiti integrati per pannelli con set di comandi DCS standard (OTM8009A, NT35510, RM67162 sono tutti documentati negli esempi CubeH7 di ST) in modo da non dover partire da zero con la sequenza di inizializzazione.

Se stai usando Raspberry Pi 4 o 5

MIPI DSI è la scelta ideale. Basta collegare un cavo FPC compatibile, caricare l'overlay appropriato e il pannello viene visualizzato come un normale framebuffer Linux. Per i progetti che necessitano di un secondo display, il Raspberry Pi 5 può gestire due pannelli DSI contemporaneamente tramite le sue due porte indipendenti, una funzionalità che in passato richiedeva una costosa scheda di interfaccia o un circuito integrato driver esterno.

Raccomandato: Kadi Display - Catalogo completo dei prodotti Pannelli MIPI DSI per Raspberry Pi, moduli LCD TFT industriali per STM32, display AMOLED e a barra, oltre a personalizzazioni OEM. Produttore con oltre 20 anni di esperienza nella produzione a Shenzhen.

Se stai usando ESP32

Prima di scegliere un pannello, sii realista riguardo alla risoluzione e alla frequenza dei fotogrammi. Se la tua interfaccia utente si adatta a una risoluzione di 320×240 o 480×320, un pannello SPI ben scelto è semplice ed economico. Se hai bisogno di 800×480 con una frequenza dei fotogrammi accettabile, l'interfaccia LCD parallela dell'ESP32-S3 è lo strumento giusto. Oltre a ciò, valuta se l'ESP32 sia ancora il SoC più adatto: un Raspberry Pi CM4 o un STM32H7 potrebbero essere più indicati per il progetto rispetto a dover progettare tenendo conto del limite di banda del display.

Dove sta andando il settore: DSI-2, AMOLED e settore automobilistico.

L'Alleanza MIPI non è rimasta con le mani in mano. MIPI DSI-2 Aggiunge il supporto per i livelli fisici C-PHY e A-PHY, oltre al già consolidato D-PHY, con C-PHY in particolare che offre una maggiore densità di dati per coppia di pin, aspetto rilevante quando il numero di pin del connettore è un vincolo nei progetti compatti. La velocità di trasmissione di un singolo canale C-PHY può superare quella di un collegamento D-PHY a due canali, il che è importante per i dispositivi indossabili ultrasottili e i display dei quadri strumenti automobilistici, dove ogni millimetro di sezione del cavo conta.

Nel mercato dei pannelli stessi, Display AMOLED stanno passando dagli smartphone di punta all'elettronica di consumo di fascia media e, sempre più spesso, alle applicazioni industriali e mediche. Il funzionamento Command Mode degli AMOLED, in cui il pannello memorizza il proprio frame buffer e si aggiorna autonomamente, si abbina bene ai design embedded alimentati a batteria, poiché consente al SoC host di entrare in modalità di sospensione tra gli aggiornamenti dell'interfaccia utente senza che il display si spenga. I produttori di display come Display Kadi Ora offriamo moduli AMOLED in formati adatti all'integrazione, rendendo pratico specificare AMOLED in un'interfaccia HMI industriale senza la necessità di un programma di sviluppo di pannelli personalizzati.

Per le applicazioni automotive, la specifica MIPI A-PHY (Automotive PHY) sta guadagnando terreno: estende l'ecosistema MIPI ai collegamenti di visualizzazione in-veicolo fino a 15 metri a 16 Gbps, con funzionalità di sicurezza integrate. Questo va ben oltre l'ambito dei progetti amatoriali basati su STM32 o Raspberry Pi, ma indica la direzione in cui si sta muovendo il mondo dei display embedded in generale.

Considerazioni finali

Tre piattaforme, tre storie molto diverse sui display MIPI. La serie STM32 H7 offre un vero display integrato in un contesto bare-metal: potente, compatto, ma con il controllo totale su ogni riga del driver. Raspberry Pi offre un display nativo con un ecosistema Linux che si occupa della maggior parte del lavoro pesante: il percorso più veloce dall'hardware al display funzionante, con un ampio margine. ESP32 non offre nessuna di queste caratteristiche, ma questo non è necessariamente un problema se si è realistici fin dall'inizio riguardo alle dimensioni del pannello e alla frequenza di aggiornamento.

L'errore più costoso nella progettazione di display embedded non è una scelta hardware, bensì un'errata corrispondenza tra aspettative e design. Scegliere un pannello MIPI DSI 1080p e scoprire poi che il microcontrollore selezionato non supporta MIPI è una situazione spiacevole e facilmente evitabile. Dedicate dieci minuti alla verifica delle specifiche dell'interfaccia prima di ordinare i campioni e il resto del progetto risulterà notevolmente più agevole.

Per consigli specifici sui moduli display per i vostri progetti, che si tratti di MIPI DSI per Raspberry Pi, TFT LCD industriali per STM32 o pannelli SPI per ESP32, consultate la gamma completa su kadidisplay.com. Il team gestisce anche progetti di display personalizzati OEM e ODM con tempi di consegna brevi dalla propria sede di Shenzhen.

Disclaimer: Tutti i nomi di marchi e i nomi di prodotti sono marchi registrati dei rispettivi proprietari. I dati tecnici sono tratti da schede tecniche, manuali di riferimento e documentazione del produttore disponibili pubblicamente. Questo articolo non costituisce una dichiarazione ufficiale di STMicroelectronics, Raspberry Pi Ltd., Espressivo Sistemi o MIPI Alliance. Collegamenti interni al prodotto che rimandano direttamente a kadidisplay.com.