Interfaces LCD : SPI, RGB, LVDS et MIPI sans confusion

L'erreur courante : choisir uniquement par broches de connecteur

Les équipes demandent souvent moins d’épingles, car moins d’épingles semblent plus faciles. Parfois, c'est vrai. Parfois, cela crée un rafraîchissement lent, davantage de travail logiciel ou un affichage qui ne peut pas prendre en charge la résolution requise.

L'interface doit être choisie en fonction de la résolution, de la fréquence d'images, du processeur, de la longueur du câble, de l'environnement EMI et des ressources de développement.

Commencez par la plateforme hôte. Quelles interfaces d'affichage le MCU, le MPU ou le SoC prennent-ils déjà bien en charge ? Un module qui correspond à la pile matérielle et logicielle existante est généralement plus sûr qu'une interface théoriquement meilleure qui nécessite un nouveau pilote.

Vérifiez ensuite le comportement de l'interface utilisateur. Un menu statique, un compteur numérique et une interface de type vidéo n'ont pas besoin de la même bande passante. De nombreux mauvais choix d’interface se produisent parce que les équipes ne décrivent pas la vitesse de mise à jour de l’interface utilisateur.

Lorsque vous choisissez une interface d'affichage, commencez par une question : que peut prendre en charge votre plate-forme hôte sans problème ? Une interface d’affichage n’est pas seulement constituée de broches. Il s'agit du matériel, du pilote, de la synchronisation, de la disposition, du câble, de l'EMI et du temps de mise en service.

MIPI peut très bien fonctionner, mais il nécessite une initialisation correcte et une prise en charge de l'hôte. Demandez le tableau de chronométrage, le code d'initialisation, le nombre de voies, la tension, le brochage du connecteur et les notes de référence. Les surprises coûtent cher lorsque le PCB est déjà construit.

Dans la RFQ, envoyez le modèle de processeur, le système d'exploitation, l'interface disponible, le connecteur préféré, la longueur du câble, la résolution et la fréquence d'images attendue. Si votre équipe est flexible, dites-le. La flexibilité peut transformer une recherche personnalisée difficile en un choix de module standard stable.

IPS

SPI est simple et courant sur les petits écrans. Il utilise peu de broches et fonctionne bien pour les interfaces compactes, les compteurs et les écrans à faible fréquence de rafraîchissement.

La limite est la bande passante. Si l'écran est grand ou nécessite une animation fluide, SPI peut sembler lent.

Utilisez SPI lorsque l'écran est petit, que l'interface utilisateur est simple et que l'hôte a des broches limitées. Il convient aux icônes, aux écrans d'état, aux panneaux de commande compacts et aux appareils à batterie dont l'écran ne se redessine pas constamment.

Avant de vous engager, estimez le temps de rafraîchissement en plein écran. Si le produit nécessite un défilement fluide, des graphiques, un aperçu de la caméra ou une animation rapide, ne présumez pas que SPI sera acceptable simplement parce que l'échantillon s'allume.

Commencez par le processeur. Vérifiez quelles interfaces sont natives et lesquelles disposent déjà d’un support logiciel. Si le processeur dispose d'un chemin RVB ou MIPI éprouvé, utilisez ces informations. Si l'équipe n'a jamais évoqué MIPI auparavant, ne choisissez pas MIPI uniquement parce que le module semble attrayant.

Dans une demande d'offre, indiquez le modèle de processeur, l'environnement du système d'exploitation ou du micrologiciel, la résolution cible, la fréquence d'images attendue, la longueur du câble et si l'interface est fixe ou flexible. Si l’interface est flexible, dites-le clairement. Ce seul mot peut ouvrir un choix de module beaucoup plus simple.

Pour l’examen de l’interface, demandez aux logiciels, au matériel et au sourcing de s’asseoir ensemble. Le matériel peut aimer un connecteur, le logiciel peut déjà prendre en charge un contrôleur d'affichage et le sourcing peut savoir quel module est stable. Si une seule équipe choisit l’interface, les autres équipes pourront payer pour cette décision plus tard.

MCU et RVB

Les interfaces MCU sont courantes pour les modules de petite et moyenne taille où l'hôte écrit les données d'affichage de manière contrôlée. RVB est plus direct et peut prendre en charge un comportement de rafraîchissement plus élevé, mais il utilise plus de broches.

Le RVB nécessite souvent une mise en page et un timing plus stricts. Ce n’est pas difficile, mais cela doit être planifié.

Pour les modules d'interface MCU, demandez si l'écran dispose d'un contrôleur interne et quel jeu de commandes est utilisé. L'effort logiciel peut être petit ou grand en fonction de la prise en charge du contrôleur.

Pour RVB, planifiez le nombre de broches, le routage d'horloge, la longueur de trace et l'EMI au plus tôt. Ajoutez des résistances en série ou des options de disposition si votre équipe matérielle les utilise normalement. Le RVB peut être fiable, mais un mauvais routage peut créer du bruit et des artefacts visuels.

Ensuite, regardez l'interface utilisateur. Un simple écran d’état peut utiliser une interface plus simple. Une interface utilisateur animée rapide, un aperçu vidéo ou un affichage haute résolution nécessite de la bande passante. De nombreux projets échouent ici car ils choisissent une interface à partir de la photo du produit et ne testent que plus tard le comportement d'actualisation.

Lorsque vous choisissez une interface, commencez par le tableau hôte et non par le catalogue d'affichage. Que prend naturellement en charge le processeur ? Qu’est-ce que l’équipe logicielle a déjà utilisé ? Quelle interface peut être acheminée proprement ? Un beau module avec une mauvaise interface peut faire perdre des semaines de temps d'ingénierie.

Demandez ensuite à l'ingénieur logiciel de quelles informations d'affichage il a besoin : séquence d'initialisation, table de synchronisation, circuit intégré de pilote, comportement de réinitialisation, contrôle du rétroéclairage, contrôleur tactile et exemple de code. Une interface d'affichage ne fonctionne que lorsque l'écran s'allume de manière fiable avec l'interface utilisateur prévue. Le connecteur physique n’est que le début.

LVDS et MIPI

LVDS et MIPI sont utilisés lorsqu'une résolution plus élevée, des données plus rapides ou un câblage plus propre sont nécessaires. Ils sont courants dans les modules plus grands et les appareils plus avancés.

MIPI est puissant, mais il nécessite une plate-forme hôte et un support logiciel. Ne le choisissez pas simplement parce qu’il semble moderne.

Utilisez LVDS lorsque l'écran est plus grand, que le chemin du câble est plus long ou que le système prend déjà en charge les panneaux LVDS. Il est courant dans les panneaux industriels et les systèmes embarqués où des liens d'affichage stables sont importants.

Utilisez MIPI lorsque le processeur le prend en charge et que l'équipe logicielle peut gérer l'initialisation du panneau, la synchronisation et l'intégration des pilotes. Demandez le code d'initialisation, la table de chronométrage et le schéma de référence si disponible.

SPI est adapté aux petits écrans, mais estimez le temps de rafraîchissement. Si la mise à jour plein écran est trop lente, l'utilisateur le ressentira. Pour les icônes et les menus, SPI peut être parfait. Pour des graphiques fluides ou une animation riche, cela peut devenir un goulot d'étranglement.

Estimez le mouvement de l’interface utilisateur. L'écran des paramètres statiques, l'indicateur numérique, le graphique mobile, l'aperçu de la caméra et l'animation de type vidéo créent tous des besoins de bande passante différents. Si l’interface utilisateur est simple, une interface plus simple peut être un bon choix. Si l’interface utilisateur est riche, ne forcez pas une interface à faible bande passante car elle comporte moins de broches.

Pour l'examen des PCB, vérifiez le type de signal et le risque d'itinéraire. SPI est peut-être indulgent mais lent. RVB utilise de nombreuses lignes et nécessite un timing propre. LVDS et MIPI nécessitent un routage différentiel et un entretien des connecteurs appropriés. L'interface correcte est celle qui correspond à la résolution, à la vitesse de mise à jour, aux capacités de la carte, à la longueur du câble et à l'expérience de l'équipe.

Topologie du signal et détails de routage

Le choix de l’interface ne représente que la moitié de la décision. La topologie du signal sur le PCB décide si l'interface sélectionnée se comporte bien dans le produit réel. Une connexion propre à la fiche technique peut toujours échouer lorsque les lignes d'horloge sont longues, que le retour à la terre est médiocre ou que le câble d'affichage passe à côté d'un pilote de rétroéclairage bruyant.

Pour MIPI et LVDS, traitez les paires différentielles comme des chemins de signal contrôlés. Vérifiez l'impédance, la longueur de la paire, l'inclinaison, le brochage du connecteur, le chemin de retour et l'endroit où le câble traverse des espaces ou des pièces métalliques. N'acheminez pas de paires d'affichages à grande vitesse comme un GPIO ordinaire.

Pour RVB, faites attention à l'horloge, au regroupement des données, à la longueur de la trace, à la fréquence de bord et à l'EMI. Le RVB peut utiliser de nombreuses lignes et un mauvais routage peut créer des artefacts visuels ou du bruit rayonné. Laissez les options de disposition pratiques telles que les résistances en série si l'équipe matérielle les utilise pour le contrôle de périphérie.

Pour SPI et I2C Touch, vérifiez la vitesse, les tractions, la longueur du câble, la réinitialisation, l'interruption et la référence à la masse. Un contrôleur tactile qui fonctionne sur un câble de table court peut se comporter différemment à l'intérieur du produit si le câble est long ou partage le bruit avec la puissance du rétroéclairage.

La puissance du rétroéclairage doit être acheminée comme une charge électrique réelle. Éloignez les chemins de LED à courant élevé des signaux tactiles et d'affichage sensibles lorsque cela est possible. Si la gradation PWM est utilisée, examinez le chemin de commutation, le retour de masse et si du bruit apparaît sur l'écran tactile ou sur l'image.

Dessinez le lien d'affichage comme une chaîne, et non comme des blocs schématiques séparés : processeur, connecteur, FPC ou câble, circuit intégré d'affichage, contrôleur tactile, pilote de rétroéclairage, rails d'alimentation et retour de masse. Un point faible n’importe où dans cette chaîne peut apparaître sous la forme d’un scintillement, d’un écran noir, d’un blocage tactile, d’un bruit de couleur ou d’un démarrage intermittent.

Pour MIPI DSI, vérifiez le nombre de voies, l'ordre des voies, la polarité, le domaine de tension, la séquence d'initialisation, la synchronisation de réinitialisation et le séquençage d'alimentation du panneau. Le routage doit maintenir les paires différentielles ensemble et éviter les stubs inutiles. Le connecteur est souvent la partie la plus sale du réseau, alors vérifiez-le avant que le reste de la carte ne soit réparé.

Pour LVDS, examinez attentivement le mappage des paires. Les paires échangées, les erreurs de polarité et une mauvaise mise à la terre des câbles sont des problèmes courants lors de la première construction. Si l'écran est connecté via un câble, définissez la longueur du câble, le blindage, le brochage du connecteur et si le boîtier du produit peut injecter du bruit dans le chemin du câble.

Pour le RVB, l'horloge pixel mérite une attention particulière. De nombreuses lignes commutent en même temps, donc les options de retour à la terre, de fréquence de front d'horloge et de résistance série sont importantes. Gardez le parcours de l'horloge propre, évitez de l'acheminer à côté d'une commutation d'alimentation bruyante et testez avec des modèles qui révèlent des erreurs de bits : barres de couleur, damiers, fines lignes verticales et transitions entièrement blanc/noir complet.

Pour les écrans SPI, calculez le temps de mise à jour du cadre avant la mise en page. Un écran peut passer une démonstration à la mise sous tension et semble toujours lent lorsque l'interface utilisateur commence à défiler. Si seulement une partie de l’écran change, confirmez la prise en charge partielle de la mise à jour. Également la réinitialisation des routes, le D/C, la sélection de puce et l'activation du rétroéclairage afin que le micrologiciel puisse récupérer l'affichage sans remettre sous tension l'ensemble du produit.

Pour le tactile I2C, les résistances de tirage doivent correspondre à la tension du contrôleur et à la capacité du bus. Les longues queues FPC, les faisceaux, les protections ESD et plusieurs périphériques peuvent ralentir les fronts. Gardez les broches reset et interrupt sous le contrôle du firmware et assurez-vous que le logiciel peut récupérer si le contrôleur tactile cesse de répondre après une ESD ou du bruit.

L'animation doit inclure plus que « l'image apparaît ». Utilisez des mires de test d'affichage, atténuez le rétroéclairage tout en touchant le panneau, branchez le chargeur, allumez les radios ou les moteurs s'ils existent et déplacez doucement le câble. Si le problème n'apparaît que dans une seule condition physique, le routage ou la topologie vous donne l'indice.

RVB donne un contrôle direct de l'affichage mais demande plus de broches et une meilleure mise en page. L'équipe matérielle doit planifier à l'avance les options d'horloge, de lignes de données, de longueur de trace, de mise à la terre et d'EMI. Laissez de la place pour de petites corrections comme des résistances en série si votre pratique de conception les utilise.

Pour SPI, calculez le temps de rafraîchissement avant l’approbation du PCB. Pour RVB, vérifiez le nombre de broches et le routage. Pour LVDS, examinez le câble et le connecteur. Pour MIPI, vérifiez la prise en charge du driver et le code d’initialisation. Chaque interface a un risque pratique de mise en route : nommez-le tôt.

Comment demander la bonne interface

Envoyez les informations sur le processeur ou la carte principale, la résolution cible, les attentes en matière de fréquence d'images, la longueur du câble, les préférences de connecteur et si l'appareil prend déjà en charge le pilote d'affichage.

Si l'interface est flexible, dites-le. Cela permet à la recommandation du module d'être pratique plutôt que forcée.

Incluez l'environnement du système d'exploitation ou du micrologiciel si cela est important : MCU nu, Linux, Android, RTOS ou package de prise en charge de carte personnalisée. Le meilleur module est celui que votre équipe peut proposer sans semaines de surprises pour les pilotes.

Demandez la tension d'interface, le nombre de broches, le modèle de connecteur, les notes d'initialisation, les exigences de timing et la disponibilité d'exemples de code. Ces détails sont plus utiles qu'une jolie photo de produit lorsque votre implantation PCB est sur le point de démarrer.

Le LVDS est souvent pratique pour les panneaux plus grands ou les câbles internes plus longs. Il peut être plus robuste dans les configurations industrielles, mais il nécessite toujours une révision du séquençage des connecteurs, des câbles et de l’alimentation. Ne présumez pas que l’interface résout à elle seule tous les problèmes de bruit.

N’ignorez pas la séquence de tension et de puissance. Les signaux de l'interface d'affichage, la réinitialisation, l'activation du rétroéclairage, le contrôleur tactile et l'alimentation du panneau peuvent avoir des exigences de commande. Un module peut se comporter étrangement si la mise sous tension est incorrecte, et le logiciel peut être blâmé lorsque le véritable problème est le séquençage.