Copyright © 2020-2021 Shenzhen CDTech Electronics LTD. Tous droits réservés. Plan du site. Propulsé par iwonder.cn
La rotation matérielle d'un écran LCD étiré verticalement à 90° consiste à laisser le circuit intégré de pilotage de l'affichage ou le scaler (Realtek/MStar, etc.) faire pivoter les pixels à l'intérieur du pipeline de la dalle, au lieu d'utiliser une rotation logicielle gourmande en ressources CPU. En réattribuant les coordonnées des pixels et en ajustant la synchronisation T-CON pour le balayage vertical, on obtient un affichage portrait fluide, une mise à l'échelle cohérente de l'interface utilisateur et aucune charge CPU supplémentaire.
Pilotage d'écrans LCD à barres ultra-larges
La rotation matérielle à 90 degrés utilise le contrôleur d'affichage ou le circuit intégré pilote pour faire pivoter le tampon d'images avant qu'il n'atteigne l'écran LCD. Ainsi, si l'écran est physiquement monté en mode portrait, le contenu s'affiche à la verticale sans post-traitement par le GPU ou le CPU. Sur de nombreuses cartes mères basées sur Realtek/MStar, cette fonctionnalité est implémentée sous forme de blocs de rotation intégrés à 90/270 degrés au sein du pipeline de mise à l'échelle.
En pratique, le contrôleur reçoit une image tampon horizontale (par exemple 1920×540), l'écrit dans sa mémoire interne, puis la relit en rotation pour alimenter le contrôleur de synchronisation (T-CON). Cette rotation s'effectue à la fréquence d'horloge des pixels, et non au niveau du système d'exploitation ; elle ne consomme donc pas de temps processeur et la latence reste très faible.
Lorsque CDTech conçoit une solution LCD à barres verticales, nous précisons généralement si le panneau est « portrait natif » ou « paysage natif avec rotation matérielle », afin que les ingénieurs logiciels sachent s'ils peuvent concevoir l'interface utilisateur nativement en mode portrait ou s'ils doivent compter sur le scaler pour effectuer la rotation de manière transparente.
La rotation matérielle est entièrement gérée par le contrôleur d'affichage ou le circuit intégré de pilotage, tandis que la rotation au niveau du système d'exploitation utilise le GPU/CPU pour afficher le framebuffer dans un système de coordonnées pivoté, ou pour faire pivoter l'image rendue par logiciel. La principale différence sur un écran LCD vertical étiré réside dans la manière dont le coût de la rotation est imputé et dont la synchronisation du balayage est gérée.
Rotation au niveau du système d'exploitation :
Modifie les coordonnées logiques, de sorte que (x, y) dans votre application corresponde à l'espace d'écran pivoté.
Peut nécessiter une bande passante GPU plus élevée et des tampons hors écran.
Peut entraîner des déchirures ou une latence si la double mise en mémoire tampon n'est pas correctement effectuée.
Rotation du matériel :
Maintient le système d'exploitation en mode « paysage » du point de vue du GPU tout en affichant du contenu en mode portrait sur l'écran.
Utilise une logique de rotation dédiée dans les scalers Realtek/MStar (ou similaires), avec des tampons de ligne optimisés pour 90/270 degrés.
Permet à la synchronisation T-CON de rester strictement synchronisée avec les circuits intégrés de commande du panneau.
Sur les bancs d'essai de l'usine CDTech, nous commençons souvent par activer la rotation matérielle afin qu'Android ou Windows puisse rester en mode paysage par défaut, puis nous décidons plus tard si le produit final doit confier cette responsabilité au système d'exploitation pour une conception d'interface utilisateur plus flexible.
Pour les écrans à barres verticales, il est recommandé d'utiliser la rotation matérielle car elle décharge le processeur/GPU de cette tâche, réduit la bande passante mémoire et centralise le contrôle de la synchronisation au niveau des circuits intégrés de pilotage de la dalle. Sur les SoC ARM basse consommation gérant plusieurs écrans à barres, cette différence peut faire toute la différence entre une interface utilisateur fluide et des pertes d'images.
Du point de vue de l'ingénierie, la rotation du matériel :
Préserve la ressource GPU pour le rendu des animations et des vidéos.
Simplifie la configuration du système d'exploitation, notamment sur Android où de nombreuses applications utilisent par défaut l'orientation paysage ou portrait.
Améliore le déterminisme : T‑CON voit une image pré-rotée et strictement synchronisée avec un ordre de balayage prévisible.
La rotation logicielle reste utile lors du débogage initial ou pour des mises en page spécifiques, mais pour l'affichage continu et les étiquettes de rayon, j'ai constaté qu'elle pouvait entraîner une surchauffe du SoC, un défilement saccadé ou une réponse tactile incohérente. C'est pourquoi les solutions à barres verticales de CDTech privilégient généralement la rotation matérielle.
Lorsqu'on fait pivoter les lignes de balayage de 90 degrés, la correspondance entre les coordonnées du tampon d'image et les coordonnées du panneau passe d'un balayage horizontal par lignes à un balayage vertical par colonnes. Conceptuellement, le pixel (x, y) du tampon paysage d'origine devient (y, H−1−x) ou (W−1−y, x) selon que la rotation soit de 90 ou 270 degrés.
Dans un panneau de barre horizontal standard :
T‑CON analyse ligne par ligne : ligne 0, ligne 1, ligne 2…
Chaque ligne est envoyée de gauche à droite, pixel par pixel.
Après une rotation de 90 degrés :
La « ligne » effective de la sortie du panneau devient une colonne du tampon d'origine.
Le contrôleur lit une colonne de haut en bas, puis passe à la colonne suivante.
Le T-CON ne pivote pas physiquement ; le scaler réorganise l’ordre de lecture afin que les pilotes de grille et de source reçoivent les données comme si l’écran était disposé verticalement. C’est pourquoi la synchronisation du T-CON et le mappage des circuits intégrés de pilotage doivent être calibrés simultanément, notamment sur les panneaux CDTech ultra-larges où la chaîne de grille est longue et étroite.
Les puces Realtek et MStar gèrent la rotation grâce à des tampons de lignes internes et un remappage des pixels en mémoire, configurable via des registres dans leur pipeline de mise à l'échelle. Concrètement, vous définissez le sens de rotation (0/90/180/270) dans le firmware, et la puce réorganise automatiquement la lecture des pixels vers le T-CON.
En interne, le processus se déroule généralement comme suit :
L'image d'entrée provenant de HDMI/DP/MIPI est capturée dans la mémoire tampon d'images.
Un moteur de rotation lit le repère dans un ordre (par exemple, colonne par colonne) et l'écrit dans un autre.
Le tampon rotatif alimente l'interface LVDS/eDP vers le T‑CON.
Les registres vous permettent de contrôler :
Angle et direction de rotation (90 degrés contre 270 degrés).
Décalage et recadrage du cadre.
Mise en miroir ou inversion si nécessaire pour des contraintes mécaniques.
D'après mon expérience avec les kits d'écrans LCD à barres de CDTech, les cartes basées sur Realtek/MStar permettent des paramètres de rotation par entrée, de sorte que HDMI1 peut gérer un panneau paysage tandis que HDMI2 gère une barre portrait à partir de la même carte mère, chacun avec une orientation différente.
Lors du passage au balayage vertical, il est impératif de vérifier les paramètres T-CON, tels que la position de départ de la grille, le temps de ligne et les motifs d'inversion, afin que les circuits intégrés de pilotage de la dalle reçoivent les pixels dans le bon ordre. Bien que la vitre reste physiquement inchangée, la direction de balayage perçue sur la zone d'affichage varie, rendant ainsi les marges de synchronisation cruciales.
Les principaux paramètres T‑CON comprennent :
Total horizontal et vertical (HTOTAL/VTOTAL) après rotation.
Ligne de départ du pilote de grille (synchronisation GOE) et polarité.
Schéma de décalage et d'inversion du pilote source (inversion de points, de lignes ou de colonnes).
Fréquence d'images et temps de ligne par rapport à la charge RC du panneau.
Sur le banc d'essai, je constate souvent des problèmes subtils, comme un léger scintillement au niveau du « nouveau haut » ou du « nouveau bas » d'une barre de portrait, lorsque le temps de ligne est trop court ou que le timing de début de porte est décalé de quelques cycles d'horloge. Au laboratoire de CDTech, nous utilisons des sondes d'oscilloscope sur les GOE/STV/CKV et comparons les résultats avec des captures de référence pour vérifier que la rotation n'a pas involontairement décalé le timing des portes.
Les paramètres de contrôle de synchronisation varient principalement selon l'interprétation des valeurs HTOTAL et VTOTAL par rapport au bord long du panneau, et selon la façon dont le T-CON séquence les pilotes de porte et de source. Après rotation, le grand axe de la barre devient vertical ; la longueur de la ligne horizontale devient alors la hauteur de l'image.
Conceptuellement :
Paysage d'origine : HTOTAL ≈ largeur du panneau + porche, VTOTAL ≈ hauteur du panneau + porche.
Utilisation en mode portrait avec rotation matérielle : la vitre de l’écran reste la même, mais la « hauteur d’affichage » effective passe de la largeur à la hauteur.
Le moteur de rotation de la manette gère le mappage, mais vous devez tout de même :
Assurez-vous que la fréquence d'horloge des pixels reste conforme aux spécifications pour la nouvelle longueur de ligne effective.
Ajustez les largeurs du porche et de la synchronisation afin que les moteurs de portail disposent d'un temps de stabilisation suffisant au début et à la fin de la nouvelle direction de balayage.
Revérifiez les interférences électromagnétiques et la consommation d'énergie, car un changement de comportement de la ligne peut affecter le bruit de commutation simultanée.
Les fichiers de synchronisation de CDTech pour les écrans LCD à barres sont généralement disponibles en versions appariées : l’une destinée au balayage paysage natif et l’autre optimisée pour le fonctionnement portrait, permettant ainsi aux intégrateurs de choisir le profil qui correspond le mieux à leur orientation de montage.
Le principal compromis réside entre la fidélité absolue des pixels et la flexibilité de la mise en page. La rotation matérielle garantit un pilotage optimal des pixels, mais peut limiter la façon dont le système d'exploitation et l'interface utilisateur perçoivent l'affichage, tandis que la mise à l'échelle de l'interface utilisateur et la rotation logicielle offrent un meilleur contrôle de la mise en page au détriment des performances et de la netteté.
Avec rotation du matériel :
Le système d'exploitation « croit » souvent qu'il pilote un panneau étiré horizontalement.
Les frameworks d'interface utilisateur peuvent ne pas reconnaître le format d'image inhabituel sans configuration supplémentaire.
Il peut être nécessaire de calibrer la cartographie tactile si les coordonnées sont également pivotées.
Avec mise à l'échelle de l'interface utilisateur et rotation logicielle :
Les concepteurs peuvent travailler dans un système de coordonnées « portrait fidèle ».
Vous pouvez plus facilement intégrer plusieurs écrans avec des orientations différentes.
La charge du GPU et la bande passante mémoire peuvent augmenter, notamment avec du contenu animé.
Sur de nombreux projets d'affichage numérique CDTech, nous aboutissons à une solution hybride : rotation matérielle utilisée pour minimiser la charge du SoC et garantir l'intégrité du T-CON, et frameworks d'interface utilisateur configurés à un niveau supérieur pour traiter l'écran en mode portrait pour les calculs de mise en page.
La rotation et la mise à l'échelle au niveau du système d'exploitation doivent être configurées de manière à ce que les coordonnées logiques et les pixels physiques correspondent à la sortie pivotée par le matériel. Cela implique d'informer le système d'exploitation de la largeur et de la hauteur effectives de l'écran, même si le contrôleur sous-jacent fonctionne toujours en mode paysage.
Sur Windows:
Vous pouvez laisser la résolution du moniteur en mode « paysage » mais définir l'orientation de l'affichage en mode portrait.
Pour certaines cartes mères Realtek/MStar qui gèrent déjà la rotation du contenu, vous pouvez conserver Windows en mode paysage et ajuster la disposition des applications, évitant ainsi une double rotation.
Sur Linux:
Utilisez le xrandr ou les paramètres du compositeur Wayland pour définir les indicateurs de rotation uniquement lorsque la rotation matérielle n'est pas active.
Pour les systèmes embarqués, définissez la géométrie et l'orientation correctes du panneau dans le pilote DRM ou framebuffer.
Sur Android:
complet » ro.sf.hwrotation et les propriétés connexes pour correspondre à la rotation du matériel.
Alignez l'orientation par défaut de l'interface utilisateur du système et de l'application avec la direction de vision physique.
Lorsque CDTech fournit un système complet, nous indiquons si le panneau de commande est à rotation matérielle ou à rotation système, et nous fournissons un exemple de configuration pour les trois principales familles de systèmes d'exploitation afin d'éviter toute confusion.
La rotation verticale des écrans LCD étirés est particulièrement efficace pour les étiquettes de rayon, les panneaux d'affichage numériques, les écrans d'ascenseur et les tableaux de bord verticaux où l'écran doit être monté en position haute et étroite. Dans ces applications, la combinaison d'un format ultra-large et d'un montage portrait rend la rotation sans intervention du processeur particulièrement avantageuse.
Les cas d'utilisation typiques incluent :
Présentoirs de bord d'étagère pivotés verticalement pour les colonnes de produits.
Des totems étroits affichant des flux sociaux ou des menus compacts.
Tableaux de bord industriels où de nombreuses valeurs de capteurs s'empilent verticalement.
CDTech fournit une gamme de modules et de kits LCD à barres spécialement optimisés pour ces scénarios, souvent avec des cartes Realtek/MStar préconfigurées qui produisent des images portrait à 90/270 degrés directement à partir d'entrées HDMI ou LVDS.
La décision devrait être prise conjointement par l'ingénieur en charge de l'affichage matériel et l'architecte système/UX, et non laissée aux seuls développeurs de micrologiciels ou d'applications. Les performances et l'expérience utilisateur étant toutes deux impactées, le compromis doit être évalué au niveau du système.
Les responsabilités sont généralement les suivantes :
Ingénieur matériel/affichage : évalue les capacités du T-CON, du circuit intégré de commande, de l’horloge pixel et du moteur de rotation ; propose des options de rotation matérielle sûres.
Architecte système : prend en compte les performances du SoC, le budget thermique et la flexibilité future de l’interface utilisateur.
Responsable UI/UX : évalue comment la mise en page portrait, les polices et le comportement tactile fonctionneront sur une barre très haute.
D'après mon expérience dans les projets CDTech, nous menons généralement la première proposition : étant donné le verre, les circuits intégrés de pilotage et le contrôleur, nous recommandons si la rotation du matériel est techniquement préférable, puis nous travaillons avec l'équipe logicielle du client pour intégrer ce choix dans le système d'exploitation et le comportement de l'application.
« Pour les barres verticales ultra-étroites, nous faisons rarement confiance à la rotation logicielle pour les produits finaux. Nous configurons les scalers Realtek ou MStar pour une sortie portrait 90/270 degrés au niveau de la T-CON, puis nous vérifions la synchronisation des lignes à l'oscilloscope. Ce n'est qu'après un rodage en conditions de luminosité maximale que nous figons le paramètre de rotation et fournissons à l'équipe du système d'exploitation une carte de pixels fixe pour la conception. »
Oui, vous pouvez suivre un flux de travail reproductible axé sur le matériel : partez de la fiche technique de la dalle, configurez la rotation dans le circuit intégré de pilotage ou le scaler, puis alignez l’orientation du système d’exploitation et la mise à l’échelle de l’interface utilisateur. Ce processus évite la surcharge du processeur et garantit la synchronisation de l’écran LCD étiré verticalement.
Une séquence pratique que j'utilise sur l'établi :
Vérifiez la synchronisation du panneau et le câblage du circuit intégré de commande à partir de la fiche technique du panneau ou du CDTech.
Activez la rotation à 90 ou 270 degrés dans le firmware de la carte Realtek/MStar.
Vérifiez le résultat à l'aide de modèles de test (grille, texte, flèches) en orientation portrait.
Vérifiez la synchronisation T‑CON et les signaux de porte/source à l'aide d'un oscilloscope.
Ajustez l'orientation de l'affichage du système d'exploitation et, si nécessaire, la disposition de l'interface utilisateur pour qu'elle corresponde au montage physique.
Effectuez plusieurs heures de rodage avec du contenu en mouvement afin de détecter tout problème de synchronisation ou d'inversion caché.
Une fois cette boucle stabilisée, l'écran à barres se comporte comme un appareil portrait natif, la rotation matérielle assurant l'essentiel du travail et le système d'exploitation le traitant comme une toile haute et étroite pour le contenu.
Pour implémenter correctement la rotation à 90 degrés pour les écrans LCD étirés verticalement, il est impératif de traiter la rotation comme une étape du processus d'affichage, et non comme une fonctionnalité ajoutée a posteriori au niveau du système d'exploitation. Commencez par exploiter la rotation matérielle des puces Realtek/MStar ou similaires, puis alignez la synchronisation T-CON et l'orientation du système d'exploitation en fonction de cette base.
Recommandations concrètes :
Privilégiez la rotation matérielle sur les écrans à barres pour éviter le gaspillage des ressources du processeur/GPU.
Cartographiez soigneusement les coordonnées des pixels et vérifiez que la rotation ne perturbe pas la synchronisation T‑CON ni les modèles d'inversion.
Coordonner les décisions entre les équipes matérielles, système et d'interface utilisateur afin d'améliorer l'expérience utilisateur et les performances.
Collaborez avec un partenaire d'affichage comme CDTech, capable de fournir des profils de rotation préréglés, des captures T-CON et des exemples de configuration du système d'exploitation, ce qui raccourcit considérablement votre cycle d'intégration.
En suivant cette approche axée sur le matériel et tenant compte du timing, vos panneaux d'affichage verticaux, vos présentoirs d'étagères et vos tableaux de bord fonctionneront à une température plus basse, auront une apparence plus nette et resteront plus stables lors de déploiements à long terme 24h/24 et 7j/7.
Q1 : Puis-je simplement faire pivoter le panneau mécaniquement et conserver le même calage ?
Si la dalle est symétrique et que le contrôleur gère la rotation matérielle, oui. Toutefois, il est impératif de vérifier la synchronisation et les inversions du T-CON afin de s'assurer que la rotation mécanique n'entraîne pas de problèmes d'affichage ou de scintillement.
Q2 : La rotation à 180 degrés est-elle différente de la rotation à 90 degrés pour T-CON ?
Oui. Un retournement à 180 degrés conserve le sens de balayage sur le même axe, tandis qu'une rotation à 90 degrés inverse les axes. Cela rend les rotations à 90/270 degrés plus exigeantes pour le moteur de rotation et la synchronisation T-CON.
Q3 : La rotation du matériel affecte-t-elle le mappage des panneaux tactiles sur les barres verticales ?
C’est possible. Si les coordonnées tactiles sont rapportées dans un espace non pivoté, vous devez appliquer la même transformation de 90/270 degrés dans le contrôleur tactile ou la couche d’entrée du système d’exploitation pour maintenir l’alignement entre le toucher et l’affichage.
Q4 : Une seule carte peut-elle gérer simultanément des barres de son en mode paysage et portrait ?
De nombreuses cartes mères basées sur Realtek/MStar le permettent. Chaque canal d'entrée ou de sortie peut avoir son propre réglage de rotation ; ainsi, une seule carte mère peut gérer un écran principal en format paysage et une barre en format portrait comme écran secondaire.
Q5 : Comment CDTech prend-il en charge la rotation à 90 degrés dans les projets personnalisés ?
CDTech propose des modules LCD à barres avec des cartes contrôleurs assorties, des profils de rotation matérielle préconfigurés et des paramètres de système d'exploitation de référence, ainsi que des fichiers de synchronisation vérifiés en laboratoire et des mesures T-CON pour garantir un fonctionnement portrait robuste sur le terrain.
Formes spéciales et intégration
En continuant à utiliser ce site, vous acceptez notre politique de confidentialité et nos conditions générales d'utilisation.