Wie kann man vertikal gestreckte LCDs mit Hardware um 90° drehen?

Die hardwareseitige Drehung eines vertikal gestreckten LCD-Bildschirms um 90° ermöglicht es, die Pixel innerhalb der Panel-Pipeline vom Display-Treiber-IC oder Scaler (Realtek/MStar usw.) drehen zu lassen, anstatt eine rechenintensive Software-Drehung zu verwenden. Durch die Neuzuordnung der Pixelkoordinaten und die Anpassung des T-CON-Timings für den vertikalen Scan wird eine flüssige Darstellung im Hochformat, eine konsistente Skalierung der Benutzeroberfläche und keine zusätzliche CPU-Last erreicht.

Anfahren von LCDs mit ultrabreitem Balken

Was ist eine Hardware-90-Grad-Drehung für vertikal gestreckte LCDs?

Die hardwareseitige 90-Grad-Drehung nutzt den Display-Controller oder Treiber-IC, um den Framebuffer zu drehen, bevor er das LCD erreicht. Dadurch wird der Inhalt auf dem im Hochformat montierten Panel ohne Nachbearbeitung durch GPU oder CPU aufrecht angezeigt. Bei vielen Realtek/MStar-basierten Boards ist dies durch integrierte 90/270-Grad-Drehblöcke innerhalb der Scaler-Pipeline realisiert.

In der Praxis empfängt der Controller einen Framebuffer im Querformat (z. B. 1920×540), schreibt ihn in den internen Speicher und liest ihn anschließend in gedrehter Reihenfolge aus, um ihn dem Timing-Controller (T-CON) zuzuführen. Diese Drehung erfolgt mit Pixeltaktfrequenz, nicht auf Betriebssystemebene, sodass keine CPU-Zeit verbraucht wird und die Latenz sehr gering bleibt.

Wenn CDTech eine LCD-Lösung mit vertikalen Balken entwirft, geben wir in der Regel an, ob das Panel „nativ im Hochformat“ oder „nativ im Querformat mit Hardware-Rotation“ ist, damit Software-Ingenieure wissen, ob sie die Benutzeroberfläche nativ im Hochformat gestalten können oder sich darauf verlassen müssen, dass der Scaler die Rotation transparent durchführt.

Worin unterscheidet sich die Hardware-Rotation von der Bildschirmrotation auf Betriebssystemebene?

Die Hardware-Rotation erfolgt vollständig im Display-Controller oder Treiber-IC, während die Rotation auf Betriebssystemebene die GPU/CPU nutzt, um den Framebuffer in einem gedrehten Koordinatensystem zu rendern oder das gerenderte Bild softwareseitig zu rotieren. Der Hauptunterschied bei einem vertikal gestreckten LCD liegt darin, wo die Rotationskosten anfallen und wie das Scan-Timing gesteuert wird.

Rotation auf Betriebssystemebene:

• Ändert die logischen Koordinaten, sodass (x, y) in Ihrer App auf den gedrehten Bildschirmbereich abgebildet wird.

• Möglicherweise sind eine höhere GPU-Bandbreite und Offscreen-Puffer erforderlich.

• Kann zu Bildfehlern oder Latenz führen, wenn die doppelte Pufferung nicht korrekt durchgeführt wird.

Hardwarerotation:

• Hält das Betriebssystem aus GPU-Sicht im Querformat, während gleichzeitig Inhalte im Hochformat auf dem Bildschirm angezeigt werden.

• Nutzt eine spezielle Rotationslogik in Realtek/MStar (oder ähnlichen) Scalern, mit für 90/270 Grad optimierten Zeilenpuffern.

• Ermöglicht die strikte Synchronisierung des T‑CON-Timings mit den Panel-Treiber-ICs.

An den Werksplätzen bei CDTech beginnen wir oft mit aktivierter Hardware-Rotation, damit Android oder Windows im Standard-Querformatmodus bleiben können, und entscheiden dann später, ob das Endprodukt die Verantwortung für ein flexibleres UI-Design an das Betriebssystem übertragen soll.

Warum sollte man bei vertikalen Balkenbildschirmen die Hardware-Rotation der Software-Rotation vorziehen?

Für vertikale Balkendisplays empfiehlt sich die Hardware-Rotation, da sie die Rotation von CPU/GPU entlastet, die Speicherbandbreite reduziert und die Timing-Steuerung nahe an den Treiber-ICs des Panels hält. Bei stromsparenden ARM-SoCs mit mehreren Balkendisplays kann dieser Unterschied entscheidend für eine flüssige Benutzeroberfläche und das Vermeiden von Frame-Drops sein.

Aus technischer Sicht: Hardwarerotation:

• Schont das GPU-Budget für das Rendern von Animationen und Videos.

• Vereinfacht die Betriebssystemkonfiguration, insbesondere unter Android, wo viele Apps standardmäßig das Quer- oder Hochformat verwenden.

• Verbessert den Determinismus: T‑CON sieht ein streng zeitlich abgestimmtes, vorrotiertes Bild mit vorhersehbarer Scanreihenfolge.

Die Softwarerotation ist zwar in der frühen Debugging-Phase oder für spezielle Layouts weiterhin nützlich, aber bei permanenten Displays und Regaletiketten habe ich beobachtet, dass sie zu unnötiger SoC-Erwärmung, ruckartigem Scrollen oder inkonsistenter Touch-Zuordnung führt. Aus genau diesem Grund verwenden die vertikalen Balkenlösungen von CDTech standardmäßig die Hardwarerotation.

Wie verändert sich die Pixelkoordinatenzuordnung bei einer Drehung der Scanzeilen um 90 Grad?

Wenn Sie die Scanzeilen um 90 Grad drehen, ändert sich die Zuordnung von Framebuffer-Koordinaten zu Panel-Koordinaten von zeilenweiser horizontaler zu spaltenweiser vertikaler Abtastung. Anschaulich gesprochen wird aus dem Pixel (x, y) im ursprünglichen Querformatpuffer (y, H−1−x) bzw. (W−1−y, x), je nachdem, ob Sie um 90 oder 270 Grad drehen.

In einer Standard-Querschnittsleiste:

• T‑CON scannt Zeile für Zeile: Zeile 0, Zeile 1, Zeile 2…

• Jede Zeile wird von links nach rechts in Pixelreihenfolge gesendet.

Nach einer Drehung um 90 Grad:

• Die effektive „Zeile“ für die Panelausgabe wird zu einer Spalte des ursprünglichen Puffers.

• Der Controller liest eine Spalte von oben nach unten und geht dann zur nächsten Spalte über.

Der T-CON dreht sich nicht physisch; stattdessen ordnet der Scaler die Auslesereihenfolge so an, dass Gate- und Source-Treiber die Daten so sehen, als ob das Glas im Hochformat ausgerichtet wäre. Daher müssen die Timing-Einstellungen des T-CON und die Treiber-IC-Zuordnung gemeinsam kalibriert werden, insbesondere bei ultrabreiten CDTech-Panels, wo die Gate-Kette lang und schmal ist.

Wie können Realtek/MStar-Chips eine 90/270-Grad-Drehung in Hardware implementieren?

Realtek- und MStar-Chips implementieren die Rotation mithilfe interner Zeilenpuffer und speicherbasierter Pixel-Neuzuordnung, die über Register in ihrer Skalierungspipeline konfiguriert werden kann. Konkret wird die Rotationsrichtung (0/90/180/270) in der Firmware festgelegt, und der Chip ordnet die Pixelauslesung zum T-CON automatisch neu an.

Intern läuft der Prozess typischerweise wie folgt ab:

1. Das Eingangsbild von HDMI/DP/MIPI wird im Framebuffer-Speicher erfasst.

2. Eine Rotationsmaschine liest den Rahmen in einer Reihenfolge (z. B. spaltenweise) und schreibt ihn in einer anderen Reihenfolge aus.

3. Der gedrehte Puffer speist die LVDS/eDP-Schnittstelle in Richtung T‐CON.

Registrierkassen geben Ihnen die Kontrolle über:

• Drehwinkel und Drehrichtung (90 bzw. 270 Grad).

• Rahmenstartversatz und Beschnitt.

• Spiegeln oder Drehen, falls dies aufgrund mechanischer Einschränkungen erforderlich ist.

Nach meiner Erfahrung mit CDTech-LCD-Leistenbausätzen ermöglichen Realtek/MStar-basierte Platinen Einstellungen für die Rotation pro Eingang, sodass HDMI1 ein Querformat-Panel ansteuern kann, während HDMI2 von derselben Hauptplatine eine Hochformat-Leiste ansteuert, jeweils mit separater Ausrichtung.

Welche Timing- und T-CON-Parameter müssen für den vertikalen Scan eingestellt werden?

Beim Umschalten auf vertikale Abtastung müssen Sie die T-CON-Parameter wie Gate-Startposition, Zeilenlaufzeit und Inversionsmuster überprüfen, damit die Treiber-ICs des Panels die Pixel in der richtigen Reihenfolge empfangen. Obwohl sich das Glas physisch nicht ändert, ändert sich die wahrgenommene Abtastrichtung im Sichtfeld, weshalb die Timing-Margen entscheidend sind.

Zu den wichtigsten T‑CON-Parametern gehören:

• Horizontale und vertikale Summe (HTOTAL/VTOTAL) nach der Rotation.

• Startlinie des Gate-Treibers (GOE-Timing) und Polarität.

• Richtungsänderung des Quelltreibers und Inversionsschema (Punkt-, Linien- oder Spalteninversion).

• Bildrate und Zeilenzeit relativ zur RC-Last des Panels.

Auf dem Prüfstand beobachte ich häufig subtile Probleme wie ein leichtes Flackern am oberen oder unteren Rand eines Hochformatbalkens, wenn die Zeilenzeit zu kurz eingestellt oder das Gate-Start-Timing um einige Takte verschoben ist. Im Labor von CDTech verwenden wir Oszilloskop-Tastköpfe an GOE/STV/CKV und vergleichen die Ergebnisse mit Referenzaufnahmen, um sicherzustellen, dass die Rotation das Gate-Timing nicht unbeabsichtigt verändert hat.

Wie verändern sich die Timing-Steuerungsparameter beim Übergang von horizontaler zu vertikaler Abtastung?

Die Timing-Steuerungsparameter ändern sich hauptsächlich in der Interpretation von HTOTAL und VTOTAL relativ zur Längskante des Panels sowie in der Art und Weise, wie die T-CON-Sequenzen Gate- und Source-Treiber ansteuern. Nach der Drehung verläuft die Längsachse des Balkens vertikal, sodass die zuvor horizontale Linienlänge nun die effektive Rahmenhöhe darstellt.

Konzeptionell:

• Ursprüngliche Landschaft: HTOTAL ≈ Paneelbreite + Veranda, VTOTAL ≈ Paneelhöhe + Veranda.

• Verwendung im Hochformat mit Hardware-Rotation: Das Panelglas bleibt gleich, aber die effektive „Displayhöhe“ ändert sich von der Breite zur Höhe.

Die Rotationssteuerung des Controllers übernimmt die Zuordnung, aber Sie müssen trotzdem Folgendes tun:

• Stellen Sie sicher, dass der Pixeltakt für die neue effektive Zeilenlänge innerhalb der Spezifikationen bleibt.

• Passen Sie die Breite der Vorfahrt und die Synchronisierungsbreite so an, dass die Torantriebe zu Beginn und am Ende der neuen Scanrichtung genügend Zeit zum Einschwingen haben.

• Überprüfen Sie die elektromagnetischen Störungen und den Stromverbrauch erneut, da sich das Leitungsverhalten auf gleichzeitige Schaltgeräusche auswirken kann.

Die Timing-Dateien von CDTech für Bar-LCDs werden üblicherweise in gepaarten Varianten angeboten: eine für den nativen Querformat-Scan und eine für den Hochformat-Betrieb, sodass Systemintegratoren das Profil auswählen können, das am besten zu ihrer Montageausrichtung passt.

Welche Kompromisse bestehen zwischen Hardwarerotation und UI-Skalierung bei nicht standardmäßigen Hochformat-Leisten?

Der Hauptkonflikt besteht zwischen absoluter Pixelgenauigkeit und Layoutflexibilität. Hardwarebasierte Rotation gewährleistet zwar eine optimale Pixelansteuerung, kann aber die Wahrnehmung des Displays durch das Betriebssystem und die Benutzeroberfläche einschränken, während reine UI-Skalierung und softwarebasierte Rotation mehr Layoutkontrolle bieten, jedoch auf Kosten von Leistung und Schärfe.

Mit Hardwarerotation:

• Das Betriebssystem „glaubt“ oft, es steuere ein horizontal gestrecktes Panel an.

• UI-Frameworks erkennen das ungewöhnliche Seitenverhältnis möglicherweise nicht ohne zusätzliche Konfiguration.

• Die Touch-Zuordnung muss möglicherweise kalibriert werden, wenn die Koordinaten ebenfalls gedreht werden.

Mit UI-Skalierung und Softwarerotation:

• Designer können in einem „echten Porträt“-Koordinatensystem arbeiten.

• Mehrere Displays mit unterschiedlichen Ausrichtungen lassen sich einfacher integrieren.

• Die GPU-Auslastung und die Speicherbandbreite können sich erhöhen, insbesondere bei animierten Inhalten.

Bei vielen Digital Signage-Projekten von CDTech kommt am Ende ein Hybrid zum Einsatz: Die Hardware wird gedreht, um die SoC-Last zu minimieren und die T-CON-Integrität zu gewährleisten, und UI-Frameworks werden auf einer höheren Ebene so konfiguriert, dass das Display für Layoutberechnungen im Hochformat behandelt wird.

Wie lassen sich die Rotation und Skalierung auf Betriebssystemebene mit den hardwareseitig gedrehten Porträtbalken in Einklang bringen?

Die Drehung und Skalierung auf Betriebssystemebene muss so konfiguriert werden, dass die logischen Koordinaten und die physischen Pixel mit der hardwareseitig gedrehten Ausgabe übereinstimmen. Das bedeutet, dass dem Betriebssystem die effektive Breite und Höhe des Displays mitgeteilt werden muss, selbst wenn der zugrunde liegende Controller noch im Querformat arbeitet.

Unter Windows:

• Sie können die Monitorauflösung auf „Querformat“ belassen, aber die Bildschirmausrichtung auf Hochformat einstellen.

• Bei einigen Realtek/MStar-Mainboards, die Inhalte bereits drehen, können Sie Windows im Querformat belassen und stattdessen die App-Layouts anpassen, um eine doppelte Drehung zu vermeiden.

Unter Linux:

• Arbeiten jederzeit weiterbearbeiten können. Jede Präsentation und jeder KI-Avatar, den Sie von Grund auf neu erstellen oder hochladen, xrandr oder Wayland-Compositor-Einstellungen, um Rotationsflags nur dann zu setzen, wenn die Hardwarerotation nicht aktiv ist.

• Bei eingebetteten Systemen muss die korrekte Panelgeometrie und -ausrichtung im DRM- oder Framebuffer-Treiber definiert werden.

Auf Android:

• Stelle den ro.sf.hwrotation und zugehörige Eigenschaften, um die Hardwarerotation anzupassen.

• Richten Sie die System-Benutzeroberfläche und die Standardausrichtung der App an der physischen Blickrichtung aus.

Wenn CDTech ein komplettes System liefert, dokumentieren wir, ob die Bedienfeldsteuerung hardwareseitig oder betriebssystemseitig gedreht ist, und stellen Beispielkonfigurationen für alle drei wichtigen Betriebssystemfamilien zur Verfügung, um Verwirrung zu vermeiden.

Wo wird die Hardware-Rotation für vertikale LCD-Streckung am effektivsten eingesetzt?

Die vertikale Drehung von LCD-Displays kommt besonders effektiv bei Regalschildern, digitalen Werbetafeln, Aufzugsdisplays und säulenförmigen Armaturenbrettanzeigen zum Einsatz, wo das Panel hoch und schmal montiert werden muss. In diesen Anwendungen ist die CPU-freie Drehung dank des extrem breiten Seitenverhältnisses und der Hochformatmontage besonders vorteilhaft.

Typische Anwendungsfälle sind:

• Die Regalkantendisplays wurden für die Produktkolonnen vertikal gedreht.

• Schmale Totems, die Social-Media-Feeds oder platzsparende Menüs anzeigen.

• Industrielle Dashboards, bei denen viele Sensorwerte vertikal übereinander angeordnet sind.

CDTech bietet eine Reihe von LCD-Modulen und -Kits für Balkendisplays an, die speziell für diese Anwendungsfälle optimiert sind, oft mit vorkonfigurierten Realtek/MStar-Platinen, die 90/270-Grad-Hochformatbilder direkt über HDMI- oder LVDS-Eingänge ausgeben.

Wer sollte in einem Displayprojekt zwischen Hardware- und Softwarerotation entscheiden?

Die Entscheidung sollte gemeinsam vom Hardware-Display-Ingenieur und dem System-/UX-Architekten getroffen werden und nicht allein den Firmware- oder App-Entwicklern überlassen werden. Da sowohl die Leistung als auch die Benutzererfahrung beeinflusst werden, muss der Kompromiss auf Systemebene bewertet werden.

Zu den typischen Aufgaben gehören:

• Hardware-/Display-Ingenieur: Bewertet die Fähigkeiten von T‑CON, Treiber-IC, Pixel-Taktgeber und Rotationsmodul; schlägt sichere Hardware-Rotationsoptionen vor.

• Systemarchitekt: berücksichtigt die SoC-Leistung, das thermische Budget und die zukünftige Flexibilität der Benutzeroberfläche.

• UI/UX-Leitung: Beurteilt, wie Hochformat-Layout, Schriftarten und Touch-Verhalten auf einer sehr hohen Bar funktionieren.

Aus meiner Erfahrung in CDTech-Projekten geht es üblicherweise darum, den ersten Vorschlag zu erarbeiten: Ausgehend von Glas, Treiber-ICs und Controller geben wir eine Empfehlung ab, ob eine Hardware-Rotation technisch vorteilhafter ist, und arbeiten dann mit dem Softwareteam des Kunden zusammen, um diese Entscheidung in das Betriebssystem und das Anwendungsverhalten zu integrieren.

Expertenmeinungen von CDTech

„Bei extrem schmalen vertikalen Balken verlassen wir uns selten auf die Softwarerotation für Endprodukte. Wir konfigurieren Realtek- oder MStar-Scaler so, dass sie am T-CON ein 90/270-Grad-Hochformat ausgeben, und überprüfen dann das Zeilen-Timing mit einem Oszilloskop. Erst nach dem Einbrennen unter Volllastbedingungen fixieren wir die Rotationseinstellung und übergeben dem OS-Team eine feste Pixelkarte für die Konstruktion.“

Gibt es einen praktischen Arbeitsablauf zur Implementierung einer 90-Grad-Hardwaredrehung bei einem Balken-LCD?

Ja, Sie können einen wiederholbaren, hardwareorientierten Workflow verwenden: Beginnen Sie mit dem Datenblatt des Panels, konfigurieren Sie die Rotation im Treiber-IC oder Scaler und richten Sie anschließend die Betriebssystemausrichtung und die Skalierung der Benutzeroberfläche aus. Dieses Verfahren vermeidet CPU-Overhead und gewährleistet die Timing-Integrität für das vertikal gestreckte LCD.

Eine praktische Abfolge, die ich am Arbeitsplatz anwende:

1. Bitte überprüfen Sie die Timing-Einstellungen des Panels und die Verdrahtung des Treiber-ICs anhand der CDTech- oder Panel-Datenblätter.

2. Aktivieren Sie die 90- oder 270-Grad-Drehung in der Firmware des Realtek/MStar-Boards.

3. Überprüfen Sie die Ausgabe anhand von Testmustern (Gitter, Text, Pfeile) im Hochformat.

4. Überprüfen Sie das T‑CON-Timing und die Gate-/Source-Signale mit einem Oszilloskop.

5. Passen Sie die Ausrichtung des OS-Displays und gegebenenfalls das UI-Layout an die physische Montage an.

6. Führen Sie einen mehrstündigen Einbrenntest mit Bewegungsinhalten durch, um eventuelle versteckte Timing- oder Inversionsprobleme aufzudecken.

Sobald dieser Regelkreis stabil ist, verhält sich das Bar-Display wie ein natives Gerät im Hochformat, wobei die Hardware-Rotation die Hauptarbeit übernimmt und das Betriebssystem es als hohe, schmale Leinwand für Inhalte behandelt.

Fazit: Wie sollte man bei der 90-Grad-Drehung von vertikal gestreckten LCDs vorgehen?

Um eine korrekte 90-Grad-Drehung für vertikal gestreckte LCDs zu implementieren, muss die Drehung als integraler Bestandteil der Display-Pipeline betrachtet werden und darf nicht erst nachträglich auf Betriebssystemebene implementiert werden. Nutzen Sie zunächst die Hardware-Drehung von Realtek/MStar- oder ähnlichen Chips und richten Sie anschließend das T-CON-Timing und die Betriebssystemausrichtung darauf aus.

Umsetzbare Empfehlungen:

• Bei Balkendisplays sollte die Hardwarerotation bevorzugt werden, um die Verschwendung von CPU/GPU-Ressourcen zu vermeiden.

• Kartieren Sie die Pixelkoordinaten sorgfältig und überprüfen Sie, ob die Rotation die T‑CON-Timing- oder Inversionsmuster nicht beeinträchtigt.

• Die Entscheidungen zwischen Hardware-, System- und UI-Teams sollten so abgestimmt werden, dass sowohl die Benutzerfreundlichkeit als auch die Leistung davon profitieren.

• Arbeiten Sie mit einem Display-Partner wie CDTech zusammen, der voreingestellte Rotationsprofile, T-CON-Aufnahmen und OS-Konfigurationsbeispiele bereitstellen kann, wodurch sich Ihr Integrationszyklus drastisch verkürzt.

Durch die Anwendung dieses hardwareorientierten und zeitbewussten Ansatzes werden Ihre vertikalen Balkenanzeigen, Regaldisplays und Dashboards kühler laufen, schärfer aussehen und im langfristigen 24/7-Betrieb stabiler bleiben.

Häufig gestellte Fragen

Frage 1: Kann ich das Bedienfeld einfach mechanisch drehen und die Zeitmessung beibehalten?
Wenn das Panel symmetrisch ist und der Controller eine Hardware-Rotation durchführt, ja. Sie müssen jedoch die T-CON-Timing- und Inversionsmuster überprüfen, um sicherzustellen, dass die mechanische Rotation keine Anzeige- oder Flimmerprobleme verursacht.

Frage 2: Unterscheidet sich eine 180-Grad-Drehung von einer 90-Grad-Drehung bei T-CON?
Ja. Eine 180-Grad-Drehung behält die Scanrichtung entlang derselben Achse bei, während eine 90-Grad-Drehung die Achsen vertauscht. Dadurch werden bei einer 90/270-Grad-Drehung höhere Anforderungen an den Rotationsmotor und das T-CON-Timing gestellt.

Frage 3: Beeinflusst die Hardware-Rotation die Touchpanel-Belegung auf vertikalen Leisten?
Das ist möglich. Wenn Berührungskoordinaten im nicht gedrehten Raum gemeldet werden, müssen Sie dieselbe 90/270-Grad-Transformation im Touch-Controller oder in der Eingabeschicht des Betriebssystems anwenden, um die Ausrichtung von Berührung und Anzeige zu gewährleisten.

Frage 4: Kann eine Platine gleichzeitig sowohl Querformat- als auch Hochformat-Leisten ansteuern?
Viele Realtek/MStar-basierte Boards können das. Jeder Eingangs- oder Ausgangskanal kann seine eigene Rotationseinstellung haben, sodass ein einzelnes Mainboard einen Hauptbildschirm im Querformat und eine Leiste im Hochformat als sekundäres Display ansteuern kann.

Frage 5: Wie unterstützt CDTech eine 90-Grad-Drehung bei kundenspezifischen Projekten?
CDTech bietet LCD-Leistenmodule mit passenden Controller-Platinen, vorkonfigurierten Hardware-Rotationsprofilen und Referenz-OS-Einstellungen sowie laborgeprüfte Timing-Dateien und T-CON-Messungen, um einen robusten Betrieb im Hochformat im Feld zu gewährleisten. 

Spezielle Formen und Integration