Résolution LCD est le nombre de pixels physiques disposés horizontalement et verticalement sur un écran. Un panneau 800 × 480 comporte 800 colonnes et 480 lignes, soit 384 000 pixels. La résolution détermine la grille de pixels disponible pour une image, mais elle ne détermine pas à elle seule la lisibilité, la couleur, la luminosité ou la compatibilité.
Pour un produit embarqué ou industriel, la bonne résolution est celle qui rend l'interface utilisable à sa taille réelle et à sa distance de visualisation, tout en s'adaptant au processeur, à la mémoire, à l'interface d'affichage et au boîtier. Ce guide explique comment comparer ces facteurs, calculer la densité de pixels et estimer la charge système avant de choisir un module LCD.
Que signifie la résolution LCD ?
La résolution est normalement exprimée en pixels horizontaux × pixels verticaux dans l'orientation spécifiée du panneau. Multipliez les deux valeurs pour obtenir le nombre total de pixels. Un panneau 1920 × 1080 contient 2 073 600 pixels ; un panneau 800 × 480 contient 384 000 pixels. Un pixel dans un LCD couleur typique est constitué de sous-pixels, généralement rouge, vert et bleu. La résolution indiquée compte les pixels d'image, et non le nombre de sous-pixels de couleur individuels.
La résolution est une mesure spatiale. La fréquence de rafraîchissement est le nombre de fois qu'une image est présentée par seconde ; la profondeur de couleur décrit l'encodage ou les niveaux de couleur disponibles. Une spécification telle que 1280 × 800 n'établit pas la fréquence de rafraîchissement, l'interface, l'angle de vision ou les performances colorimétriques réelles.
Résolution native et résolution d'entrée
La résolution native décrit la matrice physique de pixels du panneau. Le logiciel ne peut pas transformer un panneau de verre 800 × 480 en un panneau 1920 × 1080. L'hôte ou un contrôleur peut émettre ou accepter une résolution d'entrée différente, mais un scaler approprié doit mapper cette image sur la matrice fixe. Vérifiez les modes pris en charge par la carte réelle.
Un mapping univoque entre des pixels source correctement rendus et les pixels du panneau donne généralement un résultat net pour le texte fin et les lignes. La mise à l'échelle peut néanmoins être utile, notamment pour une interface conçue pour un canevas logique plus grand, mais le résultat dépend de la méthode de mise à l'échelle, du contenu et du rapport d'aspect. Un contrôleur peut mettre à l'échelle, recadrer, ajouter des bordures ou rejeter un mode ; ne supposez pas qu'il effectuera une opération particulière.
Résolution, taille d'écran et densité de pixels
La taille d'écran est généralement la diagonale de la zone d'affichage active en pouces. La résolution est le nombre de pixels. La densité de pixels, communément exprimée en pixels par pouce (PPI), relie les deux. Si deux panneaux rectangulaires ont la même matrice de pixels, la diagonale la plus petite a un PPI plus élevé.
Pour une zone active rectangulaire avec des pixels carrés, estimez la densité diagonale comme suit :
PPI = √(pixels horizontaux² + pixels verticaux²) ÷ diagonale en pouces
Par exemple, une matrice 800 × 480 compte environ 933 pixels diagonaux. Avec une diagonale active de 5 pouces, cela donne environ 187 PPI ; à 10 pouces, environ 93 PPI. Ce sont des exemples calculés, et non des spécifications de produits RJY particuliers. Confirmez les dimensions réelles de la zone active et la disposition des pixels dans la fiche technique, en particulier pour les panneaux ronds, découpés ou non standard.
Un PPI plus élevé peut rendre les courbes et le texte fin plus lisses à une distance de visualisation donnée. Cela ne garantit pas que l'interface soit lisible : si un concepteur conserve le même nombre de pixels par lettre tout en réduisant le panneau, la lettre physique devient plus petite. La lumière ambiante, le contraste, la conception des polices, la distance de visualisation et les besoins de l'utilisateur comptent également.
Résolutions et rapports d'aspect LCD courants
| Matrice de pixels | Total de pixels | Rapport d'aspect | Contexte de sélection |
|---|---|---|---|
| 480 × 272 | 130,560 | 30:17 | Interfaces graphiques compactes ; vérifier l'espace pour le texte et les commandes. |
| 800 × 480 | 384,000 | 5:3 | Format embarqué courant ; évaluer l'UI et les capacités de l'hôte. |
| 1024 × 600 | 614,400 | 128:75 | Dispositions plus larges avec plus de pixels que 800 × 480. |
| 1280 × 720 | 921,600 | 16:9 | Graphiques ou vidéo grand écran lorsque l'hôte prend en charge le mode. |
| 1280 × 800 | 1,024,000 | 16:10 | Disposition grand écran avec plus d'espace vertical que le 16:9 à largeur égale. |
| 1920 × 1080 | 2,073,600 | 16:9 | Contenu plus détaillé, avec un budget de traitement de pixels plus important. |
| 1080 × 1080 | 1,166,400 | 1:1 | Disposition carrée ; concevoir l'interface pour la forme disponible. |
Ces matrices sont des exemples, et non des tailles recommandées pour chaque application. La même matrice peut apparaître dans des panneaux de dimensions physiques différentes et avec des interfaces différentes. Un écran rond peut utiliser une matrice de pixels carrée alors qu'une partie seulement de la matrice est visible. Vérifiez le dessin réel de la zone active et le masque.
Pourquoi le rapport d'aspect est important
Le rapport d'aspect est la relation entre la largeur et la hauteur de l'image. Si la source et l'écran ont des rapports différents, le système doit choisir une politique : préserver l'image avec des zones inutilisées, en recadrer une partie ou l'étirer. L'étirement modifie les proportions du texte et des graphiques. Pour les produits tactiles, la disposition visible et la transformation des coordonnées tactiles doivent également concorder.
La rotation modifie la présentation de la largeur et de la hauteur mais ne change pas le nombre physique de pixels du panneau. Confirmez comment le système d'exploitation, le pilote d'affichage et la pile tactile gèrent la rotation, en particulier au démarrage et dans les écrans de récupération.
De quelle résolution un LCD a-t-il besoin ?
Commencez par le contenu et la personne qui l'utilise. Un panneau d'état avec quelques grandes valeurs n'a pas les mêmes exigences qu'un appareil avec des tableaux denses, des images de caméra ou une carte. Plus de pixels permettent plus de détails, mais l'interface, le contenu source et l'hôte doivent pouvoir les exploiter.
Définir le plus petit contenu important
Identifiez le plus petit texte, symbole, ligne ou détail d'image qui doit être compris à la distance de visualisation prévue. Construisez un écran représentatif, pas seulement une mire de résolution. Affichez les alarmes, les libellés traduits, un tableau de données typique et les cibles tactiles s'ils font partie du produit. Testez le résultat à la taille physique réelle et sous l'éclairage attendu.
Une UI qui semble adéquate sur un aperçu bureau peut devenir difficile à utiliser lorsqu'elle est affichée sur un panneau plus petit. Augmenter le nombre de pixels sans modifier la taille physique du texte peut améliorer le détail des contours, mais cela n'agrandit pas le texte. Utilisez une mise en page délibérée et une mise à l'échelle de l'UI pour maintenir des dimensions physiques utilisables.
Choisir en fonction du produit complet
Tenez compte de l'espace mécanique, de la forme de la zone active, de la distance de visualisation, de la densité de contenu, des performances de l'hôte, de la mémoire, de l'interface, de la consommation et des options de modules disponibles. Comparez au moins une configuration représentative à la résolution et à la fréquence de rafraîchissement prévues. Une UI à résolution inférieure adéquate et validée peut mieux convenir qu'une conception haute résolution que l'hôte ne peut pas mettre à jour de manière fiable.
Résolution native, mise à l'échelle d'image et mise à l'échelle d'UI
Ces termes décrivent différentes parties du chemin de l'image. Mise à l'échelle d'image rééchantillonne une image d'une matrice de pixels vers une autre. Mise à l'échelle d'UI modifie la taille relative des commandes, du texte et des autres éléments par rapport aux pixels de sortie. Un système peut rendre une UI plus grande à la résolution de sortie native du panneau ; il n'a pas besoin de réduire la résolution du signal pour rendre les commandes plus faciles à utiliser. Microsoft documente comment les unités logiques et les facteurs de mise à l'échelle peuvent mapper les éléments d'interface sur les pixels physiques de l'écran.[1]
Une image plus petite agrandie sur un panneau plus grand peut adoucir les détails fins. Le résultat dépend du scaler. La mise à l'échelle entière peut préserver les bords nets des pixels dans un contenu approprié, tandis que l'interpolation peut les lisser. Une mise à l'échelle non entière peut introduire des lignes irrégulières ou du flou ; inspectez les polices et icônes réelles plutôt que de supposer un résultat visuel particulier.
Si une source 16:9 est affichée sur un panneau 5:3, une politique de mise à l'échelle doit également gérer la différence de forme. Testez séparément la vidéo, les écrans de démarrage et les graphiques d'application, car différents composants peuvent appliquer des règles de mise à l'échelle différentes. Modifier la résolution d'une application ne change pas la matrice LCD physique.
Comment la résolution affecte la mémoire du framebuffer
Un framebuffer stocke les données de pixels d'une image. Une première estimation utile pour un tampon non compressé et tightly packed est :
octets du tampon = largeur × hauteur × octets par pixel
À 800 × 480, le RGB565 utilise 2 octets par pixel, donc un framebuffer tightly packed nécessite 768 000 octets, soit environ 0,73 MiB. À 1920 × 1080 avec 4 octets par pixel, un tampon nécessite 8 294 400 octets, soit environ 7,91 MiB. Deux tels tampons nécessitent deux fois le stockage. Ces exemples excluent le padding de ligne, les couches supplémentaires, les surfaces de travail et d'autres allocations.
Les framebuffers réels utilisent souvent un stride de ligne supérieur à largeur × octets par pixel. Utilisez stride × hauteur pour calculer l'allocation d'un tampon, puis tenez compte du nombre réel de tampons et de couches. L'hôte peut également stocker des ressources, de la vidéo décodée et des images intermédiaires ailleurs. Les recommandations de ST sur le contrôleur LCD-TFT décrivent la relation entre la taille du framebuffer, la profondeur de couleur, la bande passante et la configuration de l'affichage.[2]
Le stockage n'est pas la même chose que la bande passante
Le stockage est la capacité nécessaire pour contenir les données. La bande passante est le débit auquel le système lit ou écrit ces données. Une estimation approximative du scanout de l'image active est largeur × hauteur × octets par pixel × taux de rafraîchissement. Pour 800 × 480, 2 octets par pixel et 60 images par seconde, cela représente 46,08 Mo/s de données de pixels actifs, en mégaoctets décimaux. Cela exclut les lectures et écritures supplémentaires, les autres couches, la contention, l'alignement et les surcoûts spécifiques à l'implémentation.
Cette estimation ne constitue pas une exigence mémoire garantie d'un contrôleur ni un calcul de débit de liaison. Certains affichages utilisent une mémoire graphique locale et des mises à jour partielles ; d'autres diffusent continuellement les données de pixels. Un contrôleur particulier peut imposer une demande de pointe plus élevée que la simple moyenne des données actives. Mesurez la conception réelle et vérifiez la documentation du contrôleur et de la mémoire.
Pour les problèmes pratiques de disposition des lignes de framebuffer et de format de pixels, voir le guide de RJY sur le stride de framebuffer et le RGB565.
Résolution, taux de rafraîchissement et timing d'affichage
Pour un timing raster conventionnel, la largeur et la hauteur visibles ne représentent que la zone active. Le timing complet inclut également les intervalles de blanking horizontal et vertical. Une estimation courante du timing est :
horloge pixel = total horizontal × total vertical × taux de rafraîchissement
Les totaux horizontaux et verticaux incluent la zone active et les périodes de blanking correspondantes. Utilisez les définitions de timing réelles du panneau et les plages admissibles ; tous les interfaces n'exposent pas les signaux de timing de la même manière. ST fournit ce calcul dans sa note d'application sur le contrôleur LCD-TFT.[2]
Deux panneaux peuvent tous deux être 800 × 480 et pourtant avoir un timing requis, des affectations de broches, une alimentation, une initialisation ou des circuits de rétroéclairage différents. Une résolution égale ne prouve donc pas l'interchangeabilité. Pour un exemple détaillé de timing, voir le guide sur l'horloge pixel LCD et le timing.
Une résolution plus élevée nécessite-t-elle une interface différente ?
La résolution et le taux de rafraîchissement influencent la quantité de données d'image, mais ils ne déterminent pas uniquement une interface. Un module LCD peut utiliser SPI, RGB parallèle, LVDS, MIPI DSI, eDP ou une autre interface selon sa conception. Confirmez la configuration d'entrée, de voie ou de canal du module particulier, le format de données, les limites d'horloge et les exigences d'initialisation.
Une sortie HDMI sur un hôte ne signifie pas qu'un panneau nu accepte le HDMI. Un contrôleur actif ou un bridge compatible peut être nécessaire. La correspondance dépend du modèle de panneau, de la résolution, de l'interface, de la définition des broches, du timing, du driver IC lorsqu'il est disponible, de l'alimentation, du rétroéclairage et des exigences tactiles. Le support firmware et système d'exploitation dépend également du projet. La conversion HDMI-vers-MIPI n'est pas un câble passif universellement compatible.
La résolution détermine-t-elle la consommation d'énergie ?
Aucune valeur de résolution unique ne donne la puissance totale d'un système d'affichage. Une matrice de pixels différente peut modifier le pilotage de l'affichage, le trafic mémoire et le travail de rendu. Le rétroéclairage, cependant, peut représenter une charge substantielle, et réduire une résolution de rendu logicielle ne réduit pas automatiquement la puissance du rétroéclairage. La consommation réelle dépend du panneau, du niveau de rétroéclairage, de l'électronique, du contenu et du mode de fonctionnement.
Mesurez le système complet à la luminosité, à l'image, au taux de mise à jour et aux conditions ambiantes prévus. Enregistrez la configuration de l'hôte ainsi que le module d'affichage. Une comparaison publiée sans ces conditions ne constitue pas une base fiable pour choisir un produit particulier.
Erreurs courantes dans la sélection de la résolution LCD
- Comparer le nombre de pixels sans tenir compte de la taille physique : calculez ou vérifiez le PPI et inspectez l'interface à ses dimensions réelles.
- Supposer que plus de pixels agrandissent le texte : la taille physique du texte est déterminée par la mise en page et la mise à l'échelle ainsi que par le panneau.
- Confondre la mise à l'échelle logique de l'UI avec un changement de résolution du panneau : la grille de pixels physique reste fixe.
- Ignorer le rapport d'aspect : identifiez si la source sera recadrée, letterboxée, étirée ou redessinée.
- Estimer la RAM sans stride ni tampons : tenez compte du padding, des couches et des allocations concurrentes.
- Utiliser la résolution comme preuve de compatibilité de la carte : vérifiez le timing, les connexions électriques, les exigences de driver et le logiciel.
- Supposer qu'une réduction du rendu réduit automatiquement la puissance totale : mesurez séparément le rétroéclairage, l'électronique d'affichage et l'hôte lorsque cela est pratique.
Une checklist pratique pour un OEM ou une équipe d'ingénierie
- Définir le cas d'usage, la distance de visualisation, l'éclairage et le plus petit texte ou graphique critique.
- Choisir des tailles et formes de zone active candidates compatibles avec le boîtier.
- Comparer les matrices de pixels natives, les rapports d'aspect et la densité de pixels à l'aide des fiches techniques réelles.
- Créer des écrans d'UI représentatifs à la taille physique prévue et tester la lisibilité et les cibles tactiles.
- Estimer la capacité de tampon avec le stride réel, le format de couleur, les couches et le nombre de tampons.
- Examiner le timing du contrôleur, le débit de l'interface, la contention de mémoire partagée et le support firmware.
- Vérifier l'alimentation du panneau, le pilotage du rétroéclairage, l'interface tactile, le connecteur et l'ajustement mécanique.
- Valider le démarrage, la mise à l'échelle, la qualité d'image, l'alignement tactile et les performances sur l'assemblage complet.
Pour en savoir plus sur la relation entre les pixels, le rapport d'aspect et le choix de l'écran, voir Pixels LCD, résolution et rapport d'aspect. Ce guide complémentaire examine les termes ; la liste de contrôle ci-dessus les relie à une décision au niveau du système.
Questions fréquemment posées
Qu'est-ce que la résolution LCD ?
Il s'agit du nombre de pixels physiques de l'écran disposés horizontalement et verticalement, généralement noté largeur × hauteur.
Un LCD à résolution plus élevée est-il toujours plus net ?
Pas nécessairement. La netteté perçue dépend de la taille physique, de la densité de pixels, de la distance d'observation, du contenu source et de la mise à l'échelle. La luminosité et le contraste influent également sur la lisibilité.
Un logiciel peut-il modifier la résolution native d'un LCD ?
Non. Un logiciel peut modifier le rendu, le mode de sortie ou la mise à l'échelle, mais la matrice de pixels physiques du panneau reste inchangée.
Quelle est la différence entre le PPI et la résolution ?
La résolution est le nombre de pixels sur la largeur et la hauteur du panneau. Le PPI relie le nombre de pixels à la taille physique de la zone d'affichage active.
Un panneau à résolution plus élevée consomme-t-il toujours plus d'énergie ?
Non. La conception du panneau, le rétroéclairage, la luminosité, l'électronique, le contenu et la fréquence de rafraîchissement influent tous sur la consommation. Comparez des systèmes complets dans les mêmes conditions.
Deux panneaux de même résolution fonctionneront-ils avec la même carte ?
Pas automatiquement. Vérifiez l'interface, le brochage, la synchronisation, l'alimentation, le rétroéclairage, l'initialisation du pilote, le tactile et le micrologiciel pour chaque panneau.
Discutez de la résolution LCD pour votre projet
Sélectionnez la matrice de pixels en fonction de la taille physique, de l'interface utilisateur, de l'hôte et de l'environnement. Si vous comparez des modules, partagez l'usage prévu, les contraintes de zone active, la résolution native, l'interface hôte, la fréquence de rafraîchissement cible, les besoins tactiles et les conditions de fonctionnement. Pour un panneau existant, incluez le modèle et la fiche technique.
Explorer Modules d'affichage RJY ou contactez RJY Display pour discuter d'une correspondance spécifique au projet.