Guida alla risoluzione e al rapporto d’aspetto dei display LCD per progetti OEM
Geometria del display e pianificazione del carico di sistema
La risoluzione di un display LCD è il numero di pixel indirizzabili in orizzontale per quelli in verticale. Deve essere scelta insieme ad area attiva fisica, rapporto d’aspetto, contenuto dell’interfaccia utente, memoria del controller, frequenza di aggiornamento e temporizzazioni dell’interfaccia. Questa guida aiuta i team OEM a trasformare una denominazione di risoluzione in una specifica pratica del modulo, senza confondere il numero di pixel con le dimensioni dello schermo.
. Gli esempi di risoluzione sono calcoli, non dichiarazioni di disponibilità fissa a magazzino; conferma il disegno finale del modulo, la tabella delle temporizzazioni e i limiti del controller.
Cosa significa la risoluzione di un display LCD
La risoluzione indica quanti elementi di immagine indirizzabili sono disposti in orizzontale e in verticale. Una matrice 320 × 240 ha 320 colonne e 240 righe, per un totale di 76,800 pixel. Una matrice 1024 × 600 ha 614,400 pixel. Un numero maggiore non dimostra da solo che il testo sarà più leggibile, perché la leggibilità dipende anche da dimensioni dell’area attiva, passo dei pixel, dimensione dei caratteri, distanza di osservazione, contrasto e condizioni ottiche.
Negli LCD TFT a colori, un pixel visualizzato contiene comunemente subpixel rossi, verdi e blu. L’host considera comunque la risoluzione del pannello come numero di pixel completi del display. La profondità di colore descrive quanti bit vengono usati per rappresentare ciascun pixel; è una specifica distinta dalla risoluzione.
pixel orizzontali × pixel verticali
pixel orizzontali ÷ pixel verticali
pixel × bit per pixel ÷ 8
pixel × frame/s × bit per pixel
Risoluzione, dimensioni dello schermo, area attiva e rapporto d’aspetto
Tre disegni possono riportare la stessa diagonale pur utilizzando matrici di pixel, aree attive o ingombri differenti. Viceversa, due moduli possono condividere la risoluzione con dimensioni fisiche diverse. Durante la progettazione meccanica e della UI, considera separatamente i campi seguenti.
Esempio di modulo circolare: COM31H3P76ULC è un esempio di display circolare 480 × 480 con area attiva di 78.62 mm di diametro, ingombro documentato di 88.83 × 91.43 mm e disposizione inferiore di FPC/telaio. Le decisioni sull’involucro devono seguire il disegno sotto controllo delle revisioni, non soltanto la matrice quadrata di pixel.
Risoluzione in pixel
Il numero di colonne e righe indirizzabili, ad esempio 800 × 480. Determina la superficie di lavoro della UI e contribuisce ai requisiti di memoria e trasmissione.
Area attiva o visibile
L’area fisica che produce l’immagine, generalmente specificata in millimetri. Utilizzala insieme al numero di pixel per calcolare il passo orizzontale e verticale dei pixel.
Ingombro del modulo
Le dimensioni meccaniche complessive, comprendenti vetro, retroilluminazione, PCB, linguette, connettori e tolleranze. Non coincidono con la diagonale dello schermo o l’area attiva.
Il passo orizzontale dei pixel può essere stimato dividendo la larghezza attiva per il numero di pixel orizzontali; per quello verticale si divide l’altezza attiva per il numero di pixel verticali. I pixel per pollice possono essere calcolati su ciascun asse dopo aver convertito i millimetri in pollici. Se i due risultati differiscono, i pixel non sono quadrati e il rapporto dell’area attiva fisica non va considerato identico al rapporto numerico della risoluzione.
L’orientamento è un’altra decisione indipendente. Ruotare un pannello 800 × 480 crea una superficie UI di 480 × 800, ma non modifica meccanica del modulo, limiti del controller, direzione di osservazione o posizione del cavo. La più ampia guida alla selezione dei moduli LCD TFT per progetti HMI industriali tratta questi vincoli a livello di sistema.
Esempi comuni di risoluzione LCD e rapporto d’aspetto
I valori seguenti sono esempi di calcolo comuni nelle discussioni sui display embedded. Non sono un elenco di scorte SuccessLCD e denominazioni come QVGA o WVGA non devono mai sostituire l’esatta matrice orizzontale × verticale in una RFQ.
| Risoluzione | Rapporto dei pixel ridotto | Pixel totali | Un frame RGB565 | Un frame RGB888 | Contesto tipico di pianificazione |
|---|---|---|---|---|---|
| 320 × 240 | 4:3 | 76,800 | 0.154 MB | 0.230 MB | Strumenti compatti e HMI grafiche più semplici |
| 480 × 272 | 30:17 | 130,560 | 0.261 MB | 0.392 MB | Piccole interfacce embedded in formato ampio |
| 800 × 480 | 5:3 | 384,000 | 0.768 MB | 1.152 MB | Layout HMI ampi con dettaglio grafico moderato |
| 800 × 600 | 4:3 | 480,000 | 0.960 MB | 1.440 MB | Layout quattro a tre ed ecosistemi di controller consolidati |
| 1024 × 600 | 128:75 | 614,400 | 1.229 MB | 1.843 MB | Dashboard industriali più dense e layout UI con più pannelli |
| 1024 × 768 | 4:3 | 786,432 | 1.573 MB | 2.359 MB | Interfacce grafiche quattro a tre con più dettagli |
| 1280 × 800 | 8:5 | 1,024,000 | 2.048 MB | 3.072 MB | Interfacce più dettagliate quando l’host e il collegamento supportano il carico |
I valori di memoria utilizzano megabyte decimali e un frame non compresso: RGB565 = 16 bit per pixel; RGB888 = 24 bit per pixel. Doppio o triplo buffering, stride di riga, allineamento e livelli grafici aumentano la memoria richiesta.
La scelta di un modulo specifico da 7 pollici richiede comunque evidenze relative al prodotto. Usa la scheda del modello LCD TFT COG-T700MI2XE-02 da 7 pollici, 1024 × 600 per quella configurazione documentata; questa pagina mantiene il ruolo generale di spiegazione della risoluzione e dei calcoli.
Come la risoluzione LCD influisce su memoria, pixel clock e carico dell’interfaccia
Un numero maggiore di pixel aumenta i dati di immagine che il controller deve creare, memorizzare e trasmettere. A 60 frame al secondo, 800 × 480 richiede 23.04 milioni di pixel attivi al secondo; 1024 × 600 ne richiede 36.864 milioni. Moltiplicando per 24 bit per pixel si ottiene una prima stima del carico utile RGB attivo, ma non la velocità finale della linea di interfaccia.
Texas Instruments spiega che la pianificazione del pixel clock deve comprendere temporizzazioni orizzontali e verticali e blanking, e che i valori finali provengono dalla scheda tecnica del pannello. Serializzatore, deserializzatore, controller e pannello devono tutti supportare il clock e il throughput richiesti. Consulta le indicazioni ufficiali TI per la progettazione della risoluzione del display e del pixel clock.
Quattro controlli prima di approvare una risoluzione
- Capacità del frame buffer: calcola un frame alla profondità di colore prevista, poi includi il numero effettivo di buffer, stride, allineamento, sovrapposizioni e risorse grafiche.
- Intervallo del pixel clock: confronta le temporizzazioni complete del pannello, inclusi pixel attivi, larghezze degli impulsi di sincronismo, front/back porch e frequenza di aggiornamento, con i limiti dell’host e dei dispositivi di interfaccia.
- Banda di trasmissione: includi numero di lane, serializzazione, codifica, overhead dei pacchetti o del blanking ed eventuale compressione supportata, invece del solo carico utile dei pixel attivi.
- Prestazioni di rendering: conferma che processore, banda della memoria e stack grafico possano aggiornare la UI prevista alla frequenza dei frame e nell’intervallo di temperatura richiesti.
La panoramica DSI-2 di MIPI Alliance descrive un’interfaccia scalabile ad alta banda dall’host al display, con più modalità operative e supporto opzionale alla compressione del display. La panoramica VESA sulla compressione del display spiega come i codec supportati possano ridurre la velocità dei dati da trasmettere. La compressione non è automatica: entrambe le estremità e l’implementazione scelta dell’interfaccia devono supportare lo stesso metodo.
Per responsabilità e validazione dell’interfaccia, usa la guida alle interfacce LCD RGB, LVDS, MIPI e SPI. La selezione della risoluzione dovrebbe specificare temporizzazioni e carico UI richiesti; la guida alle interfacce tratta gli standard dei segnali e i dettagli di integrazione.
Risoluzione nativa e ridimensionamento
Quando possibile, progetta la UI sulla matrice di pixel nativa del pannello. Inviare una risoluzione sorgente diversa richiede ridimensionamento, ritaglio, bande nere o un nuovo layout. Uno scaler può aggiungere costi, latenza, traffico di memoria e ipotesi di elaborazione dell’immagine; i controller semplici potrebbero non includerlo. Testi, linee larghe un pixel e icone sono particolarmente sensibili al ridimensionamento non intero, quindi testa insieme controller e pannello effettivi.
Come scegliere la risoluzione di un display LCD per un progetto OEM
- Parti dal compito informativo. Elenca i testi più piccoli, le icone, i grafici, le aree video e i comandi simultanei che l’operatore deve comprendere.
- Stabilisci distanza di osservazione e area attiva utilizzabile. Converti le dimensioni fisiche previste di testi e comandi in un budget pratico di pixel; non partire dalla sola diagonale.
- Scegli orientamento e rapporto della UI. Adatta la composizione verticale o orizzontale all’involucro, al flusso operativo dell’utente e all’esatta matrice di pixel.
- Calcola memoria e carico utile attivo. Usa profondità di colore, frequenza dei frame e numero di buffer previsti, poi aggiungi l’overhead dell’implementazione.
- Verifica i limiti del controller e delle temporizzazioni. Controlla pixel clock, refresh, porch, numero di lane, tensione di interfaccia, inizializzazione e prestazioni grafiche rispetto alle schede tecniche effettive.
- Valuta meccanica e ottica. Conferma area attiva, area visibile, ingombro, posizione del connettore, luminosità, comportamento di visione, stack touch e apertura della lastra di copertura.
- Valida il campione completo. Esegui la UI reale con controller, cavo, involucro e condizioni operative previsti prima di congelare il modulo.
Non massimizzare i pixel per impostazione predefinita
Pixel aggiuntivi possono aumentare memoria, banda, lavoro di rendering e costo di sviluppo della UI senza migliorare il compito dell’operatore.
Non specificare soltanto la diagonale
Diagonale, area attiva, ingombro e matrice di pixel sono campi distinti. Involucro e UI richiedono tutti e quattro.
Non approvare in base a una denominazione
Nomi come WVGA possono essere usati in modo non uniforme. Inserisci la matrice esatta e le temporizzazioni del pannello nella specifica sotto controllo delle revisioni.
Informazioni minime per una valutazione tecnica
- Schermate o wireframe della UI
- Dimensioni minime richieste di testi e icone
- Distanza di osservazione e orientamento
- Area attiva obiettivo e ingombro del modulo
- Matrice di pixel candidata
- Processore host o controller del display
- Memoria disponibile per il frame buffer
- Profondità di colore e frequenza di aggiornamento richieste
- Interfaccia preferita e vincoli delle lane
- Stack touch e della lastra di copertura
- Temperatura operativa e di stoccaggio
- Disegno di riferimento, campione o componente attuale
Dopo aver chiarito i limiti dei pixel e del sistema, esamina le soluzioni di moduli LCD TFT disponibili. Per trasmettere più chiaramente le informazioni al fornitore, usa la checklist RFQ dei moduli LCD TFT.
Domande frequenti
Che cosa significa una risoluzione LCD di 800 × 480?
Un LCD 800 × 480 ha 800 colonne di pixel indirizzabili e 480 righe di pixel, per un totale di 384,000 pixel. Il rapporto numerico della matrice di pixel si riduce a 5:3. Questo non specifica dimensioni fisiche dello schermo, area attiva, passo dei pixel, interfaccia, frequenza di aggiornamento o ingombro del modulo; tali valori devono provenire dal disegno e dalla scheda tecnica specifici.
1024 × 600 equivale a un rapporto d’aspetto di 16:9?
Non esattamente. Il rapporto numerico di 1024 × 600 si riduce a 128:75, circa 1.707, mentre 16:9 è circa 1.778. Il rapporto dell’area attiva fisica può inoltre differire quando il passo orizzontale e quello verticale dei pixel non sono uguali. Usa la matrice esatta per la UI e il disegno per la meccanica.
Una risoluzione LCD superiore produce sempre un display migliore?
No. Una risoluzione superiore può mostrare più dettagli in un’area attiva adatta, ma aumenta anche i requisiti di memoria, throughput dell’interfaccia e rendering. Se caratteri e comandi diventano fisicamente troppo piccoli, l’usabilità può peggiorare. Scegli la risoluzione in base al compito dell’operatore, alla distanza di osservazione, all’area attiva, alle capacità del controller e all’ambiente ottico, non soltanto al numero di pixel.
Quanta memoria per il frame buffer richiede un LCD?
Per un frame non compresso, moltiplica i pixel orizzontali per quelli verticali e per i bit per pixel, poi dividi per otto. Un frame 800 × 480 RGB565 utilizza 768,000 byte; RGB888 utilizza 1,152,000 byte. I sistemi reali possono richiedere due o tre buffer, oltre a stride, allineamento, sovrapposizioni e risorse grafiche.
Un controller LCD può adattare il contenuto a una diversa risoluzione nativa?
Molti controller e processori possono ridimensionare i contenuti, ma la compatibilità dipende da controller, rapporto tra sorgente e pannello, percorso della memoria e algoritmo di ridimensionamento. Un ridimensionamento non intero può rendere meno nitidi testi o linee larghe un pixel, mentre rapporti d’aspetto non corrispondenti possono deformare la geometria. Per contenuti HMI critici è preferibile il rendering alla risoluzione nativa, salvo validazione dell’intero percorso di ridimensionamento.
Riferimenti tecnici
- Texas Instruments: scelta di un serializzatore LVDS in base alla risoluzione del display — pianificazione di pixel clock, blanking e velocità della linea.
- MIPI Alliance: MIPI DSI-2 — architettura scalabile di interfaccia host-display e modalità operative supportate.
- VESA: codec di compressione del display — ambito della compressione per la trasmissione del display e contesto di implementazione.
Congela insieme pixel, meccanica e controller
Invia la UI prevista, i limiti di area attiva e ingombro, controller, interfaccia e requisiti di refresh, profondità di colore e funzionamento. SuccessLCD può valutare la scelta della risoluzione come parte della specifica completa del display OEM.
Invia i tuoi requisiti di progetto LCD
