Success Intelligence

Leitfaden zu LCD-Auflösung und Seitenverhältnis für OEM-Projekte

Displaygeometrie und Planung der Systemlast

Die LCD-Auflösung ist die Anzahl adressierbarer Pixel in horizontaler und vertikaler Richtung. Sie muss zusammen mit der physischen aktiven Fläche, dem Seitenverhältnis, den Oberflächeninhalten, dem Controllerspeicher, der Bildwiederholrate und dem Schnittstellentiming gewählt werden. Dieser Leitfaden hilft OEM-Teams, eine Auflösungsbezeichnung in eine praktikable Modulspezifikation zu übertragen, ohne Pixelzahl und Bildschirmgröße zu verwechseln.

. Auflösungsbeispiele sind Berechnungen, keine Aussage über festen Lagerbestand; bestätigen Sie die endgültige Modulzeichnung, Timingtabelle und Controllergrenzen.

Direkte Antwort Die LCD-Auflösung wird als horizontale Pixel × vertikale Pixel angegeben, beispielsweise 800 × 480. Das Seitenverhältnis beschreibt das Verhältnis von Breite und Höhe der Pixelmatrix oder physischen aktiven Fläche; bei nicht quadratischen Pixeln können sich diese Verhältnisse unterscheiden. Bildschirmdiagonale, aktive Fläche und Modulaußenkontur sind separate physische Maße.

Was die LCD-Auflösung bedeutet

Die Auflösung gibt an, wie viele adressierbare Bildelemente horizontal und vertikal angeordnet sind. Eine Matrix mit 320 × 240 besitzt 320 Spalten und 240 Zeilen, also 76,800 Pixel. Eine Matrix mit 1024 × 600 hat 614,400 Pixel. Die größere Zahl belegt allein keine bessere Textlesbarkeit, da diese auch von den Abmessungen der aktiven Fläche, Pixelabstand, Schriftgröße, Betrachtungsabstand, Kontrast und optischen Bedingungen abhängt.

Bei Farb-TFT-LCDs enthält ein angezeigtes Pixel üblicherweise rote, grüne und blaue Subpixel. Der Host behandelt die Panelauflösung weiterhin als Anzahl vollständiger Anzeigepixel. Die Farbtiefe beschreibt, wie viele Bits jedes Pixel darstellen; sie ist eine von der Auflösung getrennte Spezifikation.

Erste Berechnungen für die Architekturplanung. Der tatsächliche Speicherbedarf kann Zeilenabstand im Speicher, Ausrichtung und mehrere Puffer enthalten; zum Schnittstellentiming kommen Austastzeiten und Protokolloverhead hinzu.

Auflösung, Bildschirmgröße, aktive Fläche und Seitenverhältnis

Drei Zeichnungen können dieselbe Diagonalangabe tragen und dennoch unterschiedliche Pixelmatrizen, aktive Flächen oder Modulaußenkonturen verwenden. Umgekehrt können zwei Module dieselbe Auflösung bei unterschiedlichen physischen Abmessungen haben. Behandeln Sie die folgenden Angaben beim Mechanik- und Oberflächendesign getrennt.

Beispiel eines runden Moduls: COM31H3P76ULC ist ein Beispiel für ein rundes Display mit 480 × 480 mit einer aktiven Fläche von 78.62 mm Durchmesser, einer dokumentierten Außenkontur von 88.83 × 91.43 mm sowie der unteren FPC-/Rahmenanordnung. Gehäuseentscheidungen müssen sich nach der gelenkten Zeichnung richten, nicht allein nach der quadratischen Pixelmatrix.

Pixelauflösung

Die adressierbare Spalten- und Zeilenzahl, zum Beispiel 800 × 480. Sie bestimmt die Zeichenfläche der Benutzeroberfläche und trägt zum Speicher- und Übertragungsbedarf bei.

Aktive Fläche oder Sichtbereich

Die physische bildgebende Fläche, üblicherweise in Millimetern angegeben. Nutzen Sie sie zusammen mit der Pixelzahl zur Berechnung des horizontalen und vertikalen Pixelabstands.

Modulaußenmaße

Die gesamten mechanischen Abmessungen einschließlich Glas, Hintergrundbeleuchtung, PCB, Laschen, Steckverbindern und Toleranzen. Sie sind nicht mit Bildschirmdiagonale oder aktiver Fläche identisch.

Der horizontale Pixelabstand lässt sich als aktive Breite geteilt durch die horizontale Pixelzahl abschätzen; vertikal wird die aktive Höhe durch die vertikale Pixelzahl geteilt. Pixel pro Zoll können nach der Umrechnung von Millimetern in Zoll für jede Achse berechnet werden. Unterscheiden sich die Ergebnisse, sind die Pixel nicht quadratisch. Das physische Seitenverhältnis der aktiven Fläche und das numerische Auflösungsverhältnis sollten dann nicht gleichgesetzt werden.

Durchgerechnetes Modulbeispiel: 128 × 128 garantiert keine quadratische physische Bildfläche. Der Beispielkonfiguration des Moduls COG-T144MHGS-07 mit 128 × 128 hat ein Pixelmatrixverhältnis von 1:1 und 16,384 Pixel, während die dokumentierte aktive Fläche 25.50 × 26.50 mm und der Pixelabstand 0.1992 × 0.2070 mm betragen. Die Oberfläche ist nach Pixelzahl quadratisch; für Gehäuse und Grafikgestaltung müssen jedoch die physischen Abmessungen der aktiven Fläche und die gelenkte Zeichnung verwendet werden.
Leiten Sie 16:9 nicht aus einer vertrauten Bezeichnung ab. Das numerische Verhältnis von 1024 × 600 ist 128:75 oder etwa 1.707, während exaktes 16:9 etwa 1.778 entspricht. Die physische aktive Fläche kann bei achsabhängigem Pixelabstand dennoch ein anderes Verhältnis besitzen. Erstellen Sie Grafiken anhand der tatsächlichen Pixelmatrix und mechanischen Zeichnung.

Die Ausrichtung ist eine weitere unabhängige Entscheidung. Durch Drehen eines Panels mit 800 × 480 entsteht eine Zeichenfläche mit 480 × 800, ohne dass sich Modulmechanik, Controllergrenzen, Blickrichtung oder Kabelposition ändern. Der umfassendere Auswahlleitfaden für TFT-LCD-Module in industriellen HMI-Projekten behandelt diese Systemgrenzen.

Gängige Beispiele für LCD-Auflösungen und Seitenverhältnisse

Die folgenden Werte sind Rechenbeispiele, die häufig bei eingebetteten Displays diskutiert werden. Sie sind keine SuccessLCD-Lagerliste. Bezeichnungen wie QVGA oder WVGA dürfen in einer Angebotsanfrage niemals die genaue horizontale × vertikale Matrix ersetzen.

AuflösungGekürztes PixelverhältnisGesamtpixelEin RGB565-BildEin RGB888-BildTypischer Planungskontext
320 × 2404:376,8000.154 MB0.230 MBKompakte Instrumente und einfachere grafische HMI
480 × 27230:17130,5600.261 MB0.392 MBKleine eingebettete Breitformatoberflächen
800 × 4805:3384,0000.768 MB1.152 MBBreite HMI-Layouts mit mittlerer grafischer Detailtiefe
800 × 6004:3480,0000.960 MB1.440 MBVier-zu-drei-Layouts und etablierte Controllerökosysteme
1024 × 600128:75614,4001.229 MB1.843 MBDichtere industrielle Dashboards und Oberflächen mit mehreren Bereichen
1024 × 7684:3786,4321.573 MB2.359 MBDetailreichere grafische Vier-zu-drei-Oberflächen
1280 × 8008:51,024,0002.048 MB3.072 MBDetailreichere Oberflächen, wenn Host und Verbindung die Last unterstützen

Die Speicherwerte verwenden dezimale Megabytes und ein unkomprimiertes Bild: RGB565 = 16 Bits pro Pixel; RGB888 = 24 Bits pro Pixel. Doppelte oder dreifache Pufferung, Speicherzeilenabstand, Ausrichtung und Grafikebenen erhöhen den erforderlichen Speicher.

Die Auswahl eines konkreten 7-Zoll-Moduls benötigt weiterhin Nachweise auf Produktebene. Nutzen Sie das Modellprofil des 7-Zoll-TFT-LCD COG-T700MI2XE-02 mit 1024 × 600 für diese dokumentierte Produktkonfiguration; diese Seite bleibt der allgemeinen Auflösung und Berechnung gewidmet.

Wie die LCD-Auflösung Speicher, Pixeltakt und Schnittstellenlast beeinflusst

Eine höhere Pixelzahl vergrößert die Bilddatenmenge, die der Controller erzeugen, speichern und übertragen muss. Bei 60 Bildern pro Sekunde benötigt 800 × 480 eine Rate von 23.04 Millionen aktiven Pixeln pro Sekunde; 1024 × 600 benötigt 36.864 Millionen. Die Multiplikation mit 24 Bits pro Pixel liefert eine erste aktive RGB-Nutzdatenrate, aber nicht die endgültige Schnittstellenleitungsrate.

Texas Instruments erläutert, dass die Pixeltaktplanung horizontales und vertikales Timing sowie Austastzeiten berücksichtigen muss und dass die endgültigen Werte aus dem Paneldatenblatt stammen. Serializer, Deserializer, Controller und Panel müssen den erforderlichen Takt und Durchsatz unterstützen. Siehe die offiziellen TI-Entwicklungshinweise zu Displayauflösung und Pixeltakt.

Vier Prüfungen vor der Freigabe einer Auflösung

  1. Bildspeicherkapazität: Berechnen Sie ein Bild bei der vorgesehenen Farbtiefe und berücksichtigen Sie anschließend die tatsächliche Pufferzahl, den Speicherzeilenabstand, die Ausrichtung, Überlagerungen und Grafikressourcen.
  2. Pixeltaktbereich: Vergleichen Sie das vollständige Paneltiming — aktive Pixel, Synchronimpulsbreiten, vordere und hintere Schwarzschultern sowie Bildwiederholrate — mit den Grenzen von Host und Schnittstellenbausteinen.
  3. Übertragungsbandbreite: Berücksichtigen Sie Lanezahl, Serialisierung, Codierung, Paket- oder Austastoverhead und unterstützte Kompression statt allein der aktiven Pixelnutzdaten.
  4. Renderleistung: Bestätigen Sie, dass Prozessor, Speicherbandbreite und Grafikstack die vorgesehene Oberfläche bei der erforderlichen Bildrate und im Temperaturbereich aktualisieren können.

Der DSI-2-Übersicht der MIPI Alliance beschreibt eine skalierbare Host-Display-Schnittstelle mit hoher Bandbreite, mehreren Betriebsmodi und optionaler Unterstützung für Displaykompression. Der VESA-Überblick zur Displaykompression erläutert, wie unterstützte Codecs die Übertragungsdatenrate reduzieren können. Kompression erfolgt nicht automatisch: Beide Endpunkte und die ausgewählte Schnittstellenimplementierung müssen dasselbe Verfahren unterstützen.

Für Schnittstellenzuständigkeiten und Validierung nutzen Sie den Leitfaden zu RGB-, LVDS-, MIPI- und SPI-LCD-Schnittstellen. Die Auflösungsauswahl sollte erforderliches Timing und Oberflächenlast angeben; der Schnittstellenleitfaden behandelt Signalstandards und Integrationsdetails.

Native Auflösung und Skalierung

Entwerfen Sie die Oberfläche nach Möglichkeit für die native Pixelmatrix des Panels. Eine abweichende Quellauflösung erfordert Skalierung, Beschnitt, Balken zum Formatausgleich oder ein neues Layout. Ein Skalierer kann Kosten, Latenz, Speicherverkehr und Annahmen zur Bildverarbeitung hinzufügen; einfache Controller besitzen möglicherweise keinen. Texte, Ein-Pixel-Linien und Symbole reagieren besonders empfindlich auf nicht ganzzahlige Skalierung. Prüfen Sie daher den tatsächlichen Controller zusammen mit dem Panel.

LCD-Auflösung für ein OEM-Projekt wählen

  1. Beginnen Sie bei der Informationsaufgabe. Erfassen Sie die kleinsten Texte, Symbole, Diagramme, Videobereiche und gleichzeitig sichtbaren Bedienelemente, die der Bediener verstehen muss.
  2. Legen Sie Betrachtungsabstand und nutzbare aktive Fläche fest. Übertragen Sie die vorgesehenen physischen Text- und Bedienelementgrößen in ein praktikables Pixelbudget; beginnen Sie nicht allein bei der Diagonale.
  3. Wählen Sie Ausrichtung und Oberflächenseitenverhältnis. Stimmen Sie Hoch- oder Querformat auf Gehäuse, Bedienablauf und genaue Pixelmatrix ab.
  4. Berechnen Sie Speicher und aktive Nutzdaten. Verwenden Sie vorgesehene Farbtiefe, Bildrate und Pufferzahl und ergänzen Sie dann den Implementierungsoverhead.
  5. Prüfen Sie Controller- und Timinggrenzen. Gleichen Sie Pixeltakt, Bildwiederholung, Schwarzschultern, Lanezahl, Schnittstellenspannung, Initialisierung und Grafikleistung mit den tatsächlichen Datenblättern ab.
  6. Prüfen Sie Mechanik und Optik. Bestätigen Sie aktive Fläche, Sichtfläche, Außenkontur, Steckverbinderposition, Helligkeit, Betrachtungsverhalten, Touchaufbau und Deckscheibenöffnung.
  7. Validieren Sie das vollständige Muster. Betreiben Sie die reale Oberfläche mit dem vorgesehenen Controller, Kabel und Gehäuse unter den vorgesehenen Betriebsbedingungen, bevor das Modul eingefroren wird.

Maximieren Sie die Pixelzahl nicht automatisch

Zusätzliche Pixel können Speicherbedarf, Bandbreite, Renderaufwand und Entwicklungskosten der Oberfläche erhöhen, ohne die Bedienaufgabe zu verbessern.

Spezifizieren Sie nicht nur die Diagonale

Diagonale, aktive Fläche, Außenkontur und Pixelmatrix sind separate Angaben. Gehäuse und Oberfläche benötigen alle vier.

Erteilen Sie keine Freigabe nur anhand einer Bezeichnung

Namen wie WVGA werden möglicherweise uneinheitlich verwendet. Nehmen Sie die genaue Matrix und das Paneltiming in die gelenkte Spezifikation auf.

Mindestangaben für eine technische Prüfung

  • Screenshots oder Strukturentwürfe der Benutzeroberfläche
  • Kleinste erforderliche Text- und Symbolgröße
  • Betrachtungsabstand und Ausrichtung
  • Angestrebte aktive Fläche und Modulaußenkontur
  • Vorgesehene Pixelmatrix
  • Hostprozessor oder Displaycontroller
  • Verfügbarer Bildspeicher
  • Anforderungen an Farbtiefe und Bildwiederholung
  • Bevorzugte Schnittstelle und Lanebeschränkungen
  • Touch- und Deckscheibenaufbau
  • Betriebs- und Lagertemperatur
  • Referenzzeichnung, Muster oder aktuelles Bauteil

Wenn Pixel- und Systemgrenzen geklärt sind, prüfen Sie die verfügbaren TFT-LCD-Modullösungen. Für eine klarere Übergabe an den Lieferanten nutzen Sie die Anfrage-Checkliste für TFT-LCD-Module.

Häufig gestellte Fragen

Was bedeutet eine LCD-Auflösung von 800 × 480?

Ein LCD mit 800 × 480 besitzt 800 adressierbare Pixelspalten und 480 Pixelzeilen, also 384,000 Pixel. Das numerische Pixelmatrixverhältnis lässt sich auf 5:3 kürzen. Dies sagt nichts über physische Bildschirmgröße, aktive Fläche, Pixelabstand, Schnittstelle, Bildwiederholrate oder Modulaußenkontur aus; diese Werte müssen aus der konkreten Zeichnung und dem Datenblatt stammen.

Entspricht 1024 × 600 einem Seitenverhältnis von 16:9?

Nicht genau. Das numerische Verhältnis von 1024 × 600 lässt sich auf 128:75 kürzen, etwa 1.707, während 16:9 etwa 1.778 entspricht. Auch das physische Seitenverhältnis der aktiven Fläche kann abweichen, wenn horizontaler und vertikaler Pixelabstand unterschiedlich sind. Nutzen Sie die genaue Matrix für das Oberflächendesign und die Zeichnung für die Mechanik.

Führt eine höhere LCD-Auflösung immer zu einem besseren Display?

Nein. Eine höhere Auflösung kann innerhalb einer geeigneten aktiven Fläche mehr Details zeigen, erhöht aber auch Speicherbedarf, Schnittstellendurchsatz und Renderaufwand. Werden Schriften und Bedienelemente physisch zu klein, kann die Bedienbarkeit leiden. Wählen Sie die Auflösung anhand von Bedienaufgabe, Betrachtungsabstand, aktiver Fläche, Controllerfähigkeit und optischer Umgebung statt allein nach der Pixelzahl.

Wie viel Bildspeicher benötigt ein LCD?

Für ein unkomprimiertes Bild multiplizieren Sie horizontale Pixel mit vertikalen Pixeln und Bits pro Pixel und teilen anschließend durch acht. Ein RGB565-Bild mit 800 × 480 benötigt 768,000 Bytes; RGB888 benötigt 1,152,000 Bytes. Reale Systeme können zwei oder drei Puffer sowie Speicherzeilenabstand, Ausrichtung, Überlagerungen und Grafikressourcen benötigen.

Kann ein LCD-Controller Inhalte auf eine andere native Auflösung skalieren?

Viele Controller und Prozessoren können Inhalte skalieren. Die Kompatibilität hängt aber von Controller, Verhältnis zwischen Quelle und Panel, Speicherpfad und Skalierungsalgorithmus ab. Nicht ganzzahlige Skalierung kann Text oder Ein-Pixel-Linien unscharf machen; ein falsches Seitenverhältnis kann die Geometrie verzerren. Für kritische HMI-Inhalte ist native Darstellung vorzuziehen, sofern nicht der gesamte Skalierungspfad validiert wurde.

Technische Quellen

Frieren Sie Pixel, Mechanik und Controller gemeinsam ein

Senden Sie die vorgesehene Oberfläche, Grenzen für aktive Fläche und Außenkontur, Controller, Schnittstelle sowie Anforderungen an Bildwiederholung, Farbtiefe und Betrieb. SuccessLCD kann die Auflösungsrichtung als Teil der vollständigen OEM-Displayspezifikation prüfen.

Senden Sie Ihre LCD-Projektanforderungen
Nach oben scrollen
Angebot anfragenProdukte