A Écran TFT LCD MIPI personnalisé Le projet n'est pas terminé en sélectionnant un panneau avec “ MIPI ” dans son champ d'interface. Le module d'affichage et l'hôte doivent s'accorder sur l'implémentation DSI, la configuration des voies, la synchronisation native, le format de pixels, les commandes d'initialisation, la séquence d'alimentation, le comportement de réinitialisation, le connecteur, le firmware, le rétroéclairage, le système tactile et la structure mécanique.
Le mot “ personnalisé ” nécessite également une limite pratique. Pour la plupart des projets OEM, la voie contrôlable commence par un module TFT LCD MIPI. existant. Le projet peut ensuite évaluer des modifications autour de cette plateforme, telles que le verre de protection, l'écran tactile, le rétroéclairage, le FPC, la coordination du connecteur, la carte contrôleur, la configuration du firmware et l'intégration mécanique.
Ce guide explique comment décider si MIPI DSI convient au produit, comment faire correspondre un panneau avec l'hôte réel, et quelles informations doivent être maîtrisées avant l'approbation des échantillons ou de l'outillage de production.
MIPI DSI est une interface série haute vitesse entre un processeur hôte et un module d'affichage. La MIPI Alliance le décrit comme une interface conçue pour prendre en charge les performances d'affichage tout en réduisant le nombre de broches, la consommation d'énergie et les interférences électromagnétiques par rapport aux connexions parallèles plus larges.[1]
Un système d'affichage MIPI embarqué typique contient plus que le câble DSI ou le FPC :
| Élément du système | Fonction | Question de projet |
|---|---|---|
| Processeur d'application ou MCU | Génère l'interface utilisateur et le tampon d'image | Le processeur et la carte réels peuvent-ils générer le mode DSI et la synchronisation requis par le panneau ? |
| Contrôleur d'affichage | Lit les données de pixels et génère le flux d'affichage | Prend-il en charge la résolution, le format de pixels, l'exigence de rafraîchissement et la bande passante mémoire ? |
| Hôte MIPI DSI | Conditionne les données d'affichage et le trafic de contrôle pour la liaison DSI | Quels nombres de voies, modes de fonctionnement, horloges et formats de paquets sont implémentés ? |
| D-PHY | Fournit l'horloge physique et les voies de données | La carte peut-elle générer le débit de voies et la configuration électrique requis ? |
| Module d'affichage TFT LCD | Reçoit le flux et affiche l'image | Quelles sont ses exigences natives en matière de synchronisation, de circuit intégré pilote, d'initialisation, de tension, de brochage et de rétroéclairage ? |
| Pilote de panneau ou firmware | Contrôle l'alimentation, la réinitialisation, l'initialisation, la synchronisation, le sommeil, le réveil et l'état d'affichage | Le panneau exact est-il pris en charge dans le chargeur d'amorçage, le noyau, le BSP ou le firmware du MCU ? |
| Tactile et rétroéclairage | Fournissent la saisie utilisateur et l'éclairage | Quelles interfaces, pilotes, circuits d'alimentation et signaux de commande distincts sont requis ? |
La compatibilité doit être établie sur l'ensemble de ce chemin complet. Une forme de connecteur compatible ou une résolution correspondante ne suffit pas.
Un affichage MIPI personnalisé est utilisé pour plusieurs périmètres de projet différents. Les séparer dès le début évite qu'une demande de devis (RFQ) soit interprétée comme une demande de plateforme LCD entièrement nouvelle.
| Type de projet | Périmètre pratique | Principal travail d'ingénierie |
|---|---|---|
| Module MIPI standard | Un LCD existant est utilisé sans modification physique | Compatibilité hôte, pilote de panneau, câble, alimentation, rétroéclairage, tactile et validation |
| Module existant avec personnalisation périphérique | Le LCD principal reste inchangé tandis que le tactile, la vitre de protection, le rétroéclairage, le FPC, la coordination du connecteur, le firmware ou la mécanique sont adaptés | Plans contrôlés, outillage, échantillons, firmware, assemblage et validation système |
| Module MIPI avec contrôleur ou carte d'adaptation (bridge board) | Une carte convertit ou génère la sortie DSI requise par le panneau | Mode d'entrée, synchronisation de sortie, initialisation du panneau, alimentation, rétroéclairage, tactile, firmware et câblage |
| Demande de nouvelle plateforme LCD | La taille demandée, la matrice de pixels ou l'architecture principale du panneau n'est pas disponible dans un module existant | Examen séparé de la faisabilité, du développement, du volume, de la qualification et du cycle de vie |
La voie de personnalisation pratique de RJY Display commence par un module d'affichage existant. Le travail de projet réalisable peut inclure la vitre de protection, l'écran tactile, le rétroéclairage, le FPC, la coordination de l'interface, la carte contrôleur, le firmware et la structure mécanique. Cela ne doit pas être présenté comme un développement sans restriction de toute nouvelle taille ou résolution LCD.
MIPI DSI peut être un choix pertinent lorsque le processeur réel expose un hôte DSI pris en charge, que le produit dispose d'une connexion d'affichage interne courte et que l'équipe d'ingénierie peut contrôler le pilote du panneau et le firmware système.
Cela peut être approprié pour :
MIPI n'est pas automatiquement le meilleur choix lorsque :
Le bon choix suit les exigences de l'hôte, de l'affichage, du logiciel, du boîtier, du câble, des performances et du cycle de vie. Il ne doit pas être basé sur l'hypothèse que MIPI est plus moderne et donc universellement supérieur.
Pour une vue d'ensemble inter-interface, voir Interfaces courantes dans les modules d'affichage LCD.
Une fiche technique de processeur peut indiquer que la famille SoC contient un contrôleur MIPI DSI. Cela ne prouve pas qu'une carte de contrôle particulière expose les voies, le connecteur, les tensions, les horloges, les GPIO, le firmware ou le pilote de panneau requis.
Avant de comparer les affichages, collectez :
L'examen de l'hôte doit être effectué au niveau de la carte. Une fonctionnalité listée pour le SoC peut être indisponible sur la carte finale parce que les broches n'ont pas été routées, sont partagées avec une autre fonction ou ne sont pas prises en charge dans le BSP actuel.
Pour les systèmes spécifiques à Android, utilisez le guide détaillé pour matching a TFT LCD module with an Android control board.
Une connexion MIPI DSI contient normalement une voie d'horloge et une ou plusieurs voies de données. Le nombre exact pris en charge par le panneau et le nombre exposé par l'hôte doivent être confirmés.
| Élément de voie | Éléments à confirmer |
|---|---|
| Capacité des voies de l'hôte | Nombre de voies de données implémentées sur la carte réelle et pris en charge par son logiciel |
| Exigence en voies du panneau | Nombre de voies pris en charge ou requis dans la fiche technique actuelle du panneau |
| Ordre des voies | Affectation des voies d'horloge et de données entre le connecteur hôte et le FPC du panneau |
| Gestion de la polarité | Si l'implémentation et le micrologiciel permettent toute configuration requise de polarité des voies |
| Canal virtuel | Configuration du canal virtuel attendue par l'hôte et le périphérique |
| Connecteur et FPC | Définition des broches, orientation des contacts, pas, placement de la masse et routage contrôlé |
La documentation de l'arborescence de périphériques Linux pour MIPI DSI représente l'hôte DSI et ses périphériques connectés comme un bus, illustrant que le panneau est un périphérique configuré plutôt qu'un groupe passif de fils différentiels.[4]
Un FPC adaptateur peut modifier le routage physique des broches, mais il ne peut pas créer des voies DSI manquantes ni corriger un mode DSI, un débit de voie, un timing ou une implémentation de micrologiciel non pris en charge.
La résolution active n'est qu'une seule entrée pour le débit de données requis. Le calcul technique doit également prendre en compte le format des pixels, la fréquence de rafraîchissement, le timing de suppression, la surcharge des paquets, le nombre de voies sélectionné et la plage de fonctionnement prise en charge par l'hôte et le panneau.
En tant que relation de filtrage initiale :
Charge utile de pixels actifs ≈ largeur active × hauteur active × fréquence de rafraîchissement × bits par pixel
Ceci n'est pas la configuration D-PHY finale car les intervalles de suppression et la surcharge de protocole ne sont pas représentés dans la charge utile de pixels actifs. L'horloge de pixels native doit être calculée à partir du timing horizontal et vertical complet.
L'exemple d'implémentation MIPI DSI de NXP calcule l'horloge de pixels à partir des dimensions actives, des largeurs de synchronisation, des porches et de la fréquence de rafraîchissement. Il exige ensuite que l'horloge de bits haute vitesse soit suffisante pour l'horloge de pixels, les bits de sortie par pixel et le nombre sélectionné de voies de données.[3]
| Entrée du débit de données | Pourquoi c'est important |
|---|---|
| Largeur et hauteur actives | Définir la charge utile de pixels visibles |
| Suppression horizontale et verticale | Étendre le timing complet au-delà de l'image active |
| Fréquence de rafraîchissement | Modifie la fréquence à laquelle une image complète doit être transmise |
| Format de pixel | Modifie le nombre et le regroupement des bits de couleur transmis |
| Nombre de voies | Répartit les données transmises sur les voies implémentées |
| Limites du panneau et de l'hôte | Définir si la configuration calculée se situe dans la plage de fonctionnement prise en charge |
Ne pas approuver un panneau sur la base d'une déclaration telle que “ la carte prend en charge le 1080p ”. Une carte peut prendre en charge un mode moniteur standard tout en échouant à générer le timing natif ou la configuration de voies d'un panneau MIPI portrait, carré, rond ou de type barre.
Un panneau MIPI possède toujours un timing d'affichage natif. La résolution ne définit pas l'horloge de pixels, les largeurs de synchronisation, les porches, le comportement de rafraîchissement, la polarité du signal ou la structure complète de ligne et de trame.
| Élément de synchronisation | Preuves requises | Symptôme possible en cas d'erreur |
|---|---|---|
| Largeur et hauteur actives | Fiche technique actuelle du panneau | Image recadrée, vierge ou non prise en charge |
| Horloge pixel | Valeurs minimales, typiques et maximales lorsqu'elles sont fournies | Image instable, absence de synchronisation ou artefacts |
| Porches horizontaux et synchronisation | Tableau complet du timing de ligne | Image décalée, déformée ou manquante |
| Porches verticaux et synchronisation | Tableau complet du timing de trame | Défilement, scintillement ou comportement de trame incorrect |
| Fréquence de rafraîchissement | Plage prise en charge du panneau et mode du système cible | Timing non pris en charge ou mises à jour visuelles incohérentes |
| Polarité du signal | Spécification du panneau et configuration de l'hôte | Aucune image exploitable ou sortie instable |
La note d'application de NXP indique que les paramètres de timing doivent être programmés pour correspondre à la spécification de l'affichage et identifie séparément la résolution active, l'horloge de pixels, la synchronisation, le front porche, le back porche et la largeur d'impulsion.[3]
Veuillez demander la table de synchronisation native avant de valider la carte hôte ou la conception du PCB. Un champ de résolution sur la page produit ne suffit pas pour l’intégration du firmware.
L’hôte et le panneau doivent prendre en charge la même configuration de fonctionnement DSI pratique. Les éléments à confirmer incluent :
Le jeu de commandes d’affichage MIPI fournit des fonctions standardisées pour la configuration, le contrôle, les tests et la livraison des données d’affichage.[2] Toutefois, une norme de commandes partagée ne prouve pas que deux panneaux utilisent une séquence d’initialisation ou une configuration par défaut identique. Le circuit intégré de pilotage exact et la documentation du panneau restent déterminants.
Un hôte prenant en charge le mode vidéo MIPI DSI n’est pas automatiquement compatible avec un panneau ou un module configuré pour un autre mode. Cela doit être vérifié avant le début des travaux sur le firmware.
De nombreux modules TFT MIPI nécessitent une séquence d’initialisation ordonnée avant d’afficher correctement une image. La séquence peut configurer les états d’alimentation, le format des pixels, l’orientation, la synchronisation interne, les registres liés au gamma, la sortie du mode veille, l’activation de l’affichage, ou d’autres fonctions spécifiques au pilote.
Demander et contrôler :
Ne pas traiter le code d’initialisation copié d’un affichage visuellement similaire comme preuve pour le module proposé. Deux modules ayant la même résolution et le même connecteur peuvent utiliser des circuits intégrés de pilotage ou des réglages de registres différents.
La liaison DSI transporte les données d’affichage et le trafic de contrôle, mais elle ne remplace pas les exigences d’alimentation, de réinitialisation, d’activation, de rétroéclairage et de tactile du panneau.
La séquence d’implémentation de NXP configure séparément l’alimentation LCD, la réinitialisation, le GPIO du rétroéclairage, la synchronisation native, la polarité des signaux, les horloges D-PHY et les modules DSI.[3]
| Élément d’alimentation ou de contrôle | Statut d'équipement sur une ligne |
|---|---|
| Rails logiques et analogiques | Quelles tensions, tolérances, courants et ordre de démarrage le module exige-t-il ? |
| Réinitialisation | Quel est le niveau actif, la durée d’impulsion et le délai par rapport aux rails d’alimentation ? |
| Initialisation | Quand l’hôte peut-il commencer à envoyer des commandes après la réinitialisation et la stabilisation de l’alimentation ? |
| Activation du rétroéclairage | Le rétroéclairage doit-il rester éteint jusqu’à ce que le panneau soit initialisé et que des données d’image valides soient présentes ? |
| Courant du rétroéclairage | Quelle configuration de LED, circuit de pilotage, logique d’activation et méthode de gradation sont requises ? |
| Veille et arrêt | Quelle commande et quel ordre de mise hors tension empêchent les états non intentionnels ? |
| Alimentation interrompue | Le panneau et le contrôleur peuvent-ils récupérer après une chute de tension ou un arrêt incomplet ? |
Un rétroéclairage qui s’allume avec une image noire ne prouve pas que le panneau est défectueux. La défaillance peut provenir de la réinitialisation, de l’initialisation, de la synchronisation, de la configuration D-PHY, des voies de données ou du pilote du panneau.
Le nombre réduit de broches de MIPI ne rend pas la conception du PCB et du FPC facultative. Le chemin des voies haute vitesse, la structure de masse, le connecteur, le câble, l’empilement du FPC et le placement physique doivent être conçus pour la configuration D-PHY implémentée.
| Élément matériel | Question de revue |
|---|---|
| Définition des broches | Toutes les broches d’horloge, de données, d’alimentation, de masse, de réinitialisation, de rétroéclairage et de contrôle correspondent-elles ? |
| Connecteur | Le pas, le côté de contact, la direction d’insertion, la hauteur et la pièce d’accouplement sont-ils confirmés ? |
| Routage différentiel | Le PCB, le connecteur et le FPC sont-ils conçus comme un seul chemin haute vitesse ? |
| Longueur et sortie du FPC | La nappe peut-elle atteindre le PCB sans pli non soutenu ni interférence mécanique ? |
| Chemin de terre et de retour | La connexion complète préserve-t-elle la référence électrique prévue ? |
| Stratégie de protection ESD | La protection est-elle sélectionnée et placée sans supposer qu'elle est électriquement transparente ? |
| Accès pour l'assemblage | Le connecteur peut-il être actionné et inspecté sans exercer de charge sur le verre LCD ou le FPC ? |
Des nombres de broches identiques ne prouvent pas des affectations de broches identiques. De même, modifier le FPC peut nécessiter des travaux électriques, mécaniques, d'outillage et de validation, même lorsque le verre LCD reste inchangé.
Un écran MIPI de production doit être évalué à chaque étape logicielle où une image peut être requise.
| Couche logicielle | Revue requise |
|---|---|
| Bootloader | Alimentation du panneau, initialisation, image de démarrage, orientation et transfert au système d'exploitation |
| Noyau ou BSP | Pilote du panneau, description du dispositif, synchronisation, voies, mode, réinitialisation, régulateurs, rétroéclairage et tactile |
| Cadre graphique | Taille du framebuffer, orientation, densité, mise à l'échelle, compositeur et accélération graphique |
| Application | Dimensions natives de l'interface utilisateur, rotation, localisation, animations, états d'erreur et écrans de récupération |
| Mise à jour et récupération | Vérifier si l'écran reste utilisable pendant la mise à jour du firmware, les modes de repli et de diagnostic |
Définir quelle partie fournit le pilote du panneau, qui peut le modifier, quels livrables source ou binaires sont inclus, et comment les révisions seront contrôlées. “ Firmware personnalisé disponible ” ne constitue pas un périmètre suffisant sans une carte nommée, une version de système d'exploitation ou de SDK, un panneau, des livrables et un plan de validation.
Un écran TFT MIPI peut être combiné avec une fonction tactile lorsqu'une configuration appropriée existe, mais la liaison d'affichage DSI ne transporte pas automatiquement les données tactiles.
NXP note que les modules d'affichage peuvent nécessiter des connexions I2C ou SPI séparées pour leurs panneaux tactiles, en plus du circuit de contrôle du rétroéclairage et du chemin de données LCD.[3]
Confirmez :
Utilisez le Guide des modules TFT LCD avec écran tactile lorsque l'architecture tactile est une décision primordiale du projet.
Un panneau peut être électriquement compatible et néanmoins inutilisable dans le produit. Examiner le dessin mécanique complet, et non seulement la diagonale et la zone active.
| Élément mécanique | Éléments à confirmer |
|---|---|
| Zone active et zone de visualisation | Alignement avec l'ouverture du cadre, le verre de protection et l'interface utilisateur |
| La largeur, la hauteur et l'épaisseur complètes de l'ensemble d'affichage | Largeur, hauteur, épaisseur, cadre, adhésif et encombrement des composants arrière complets |
| L'emplacement, la longueur, la direction et la zone de pliage du câble | Direction de sortie, longueur, renfort, connecteur et zone de pliage sécurisée |
| Vitre de protection | Contour, bordure imprimée, ouverture, adhésif, détails des bords et alignement tactile |
| Position du PCB | Accès au connecteur, portée du câble, routage haute vitesse et maintenabilité |
| Structure de support | Zones de montage et d'adhésif approuvées sans pression sur le verre actif |
| Environnement thermique | Séparation des processeurs, alimentations, pilotes de rétroéclairage et sources de chaleur locales |
Examiner ensemble le dessin de l'écran, la disposition de la carte hôte et la CAO du boîtier avant de commander l'outillage ou de fixer l'emplacement du connecteur PCB.
| Architecture | Compatibilité potentielle | Périmètre de validation principal |
|---|---|---|
| Hôte MIPI DSI natif pilotant directement le panneau | Le processeur et la carte exposent la bonne implémentation DSI et l'équipe logicielle contrôle le pilote du panneau | Voies, D-PHY, synchronisation, initialisation, alimentation, BSP, PCB, tactile et mécanique |
| Carte contrôleur HDMI-vers-MIPI | La source fournit une sortie HDMI et le pont sélectionné peut générer la sortie DSI spécifique au panneau. | Mode d'entrée HDMI, capacité du pont, voies de sortie, synchronisation, initialisation, micrologiciel, alimentation, rétroéclairage et tactile. |
| Carte de calcul Android ou Linux avec prise en charge du panneau. | Le produit nécessite de l'informatique embarquée, des réseaux, des applications ou un contrôle périphérique. | Implémentation DSI au niveau carte, BSP, pilote de panneau, tactile, charge graphique, mises à jour, alimentation et mécanique. |
Une carte HDMI-vers-MIPI est un convertisseur actif, et non un adaptateur de connecteur passif. Suivez les Guide de compatibilité de la carte contrôleur HDMI vers MIPI de RJY Display lorsque la source ne fournit pas d'hôte DSI natif.
RJY Display's catégorie de module de calcul. fournit des chemins de produits de carte de contrôle pour l'examen initial. Les spécifications au niveau SoC ne doivent pas être substituées au schéma actuel de la carte, à la définition du connecteur, au micrologiciel et à la révision matérielle.
Lorsque la plateforme MIPI LCD de base est adaptée, un projet peut évaluer :
| Domaine de personnalisation | Portée possible du projet | Contrôle requis |
|---|---|---|
| Vitre de protection | Contour, impression, ouverture, épaisseur et exigences de surface. | Dessin contrôlé, tolérance, matériau, apparence et validation tactile. |
| Écran tactile | Capteur, contrôleur, empilement de verre, liaison et coordination FPC. | Contrôleur, micrologiciel, interface hôte, coordonnées et tests environnementaux. |
| Rétro-éclairage | Objectif de luminosité, coordination du pilote, activation et gradation. | Validation électrique, optique, de puissance et thermique. |
| Coordination FPC ou connecteur. | Direction de la queue, longueur, routage des broches, connecteur et enveloppe mécanique. | Examen haute vitesse, dessin, outillage, test d'échantillons et compatibilité PCB. |
| Carte contrôleur | Configuration de carte DSI native ou de carte pont. | Révision exacte de la carte, voies implémentées, micrologiciel, alimentation et chemins périphériques. |
| Firmware | Synchronisation du panneau, initialisation, orientation, tactile, démarrage, sommeil et comportement de réveil. | Plateforme nommée, livrables, révisions, propriété et validation. |
| Structure mécanique | Couvercle, supports, cadre, boîtier, position du PCB et routage des câbles. | Examen CAO, empilement des tolérances, plan d'assemblage et approbation des échantillons. |
Voir le guide des écrans TFT LCD personnalisés pour le processus plus large de développement et de devis.
La gamme de produits publics de RJY Display comprend des chemins d'affichage MIPI de différentes formes et tailles. Les exemples incluent les Écran LCD rond de 8 pouces et Écran LCD barre de 11,65 pouces.
Ces pages sont des points de départ pour la découverte de produits, et non des approbations de compatibilité. Avant de sélectionner un échantillon, demandez la fiche technique la plus récente, le dessin mécanique, la définition des broches FPC, la synchronisation native, les informations sur le circuit intégré du pilote, la séquence d'initialisation, les exigences d'alimentation, la configuration des voies, la spécification tactile et les données de rétroéclairage.
Utilisez le Catégorie des modules d'affichage. pour examiner des plateformes existantes supplémentaires.
| Zone de validation | Examen minimal |
|---|---|
| Démarrage à froid. | Séquence d'alimentation, réinitialisation, initialisation, première trame valide et activation du rétroéclairage. |
| Synchronisation d'image. | Résolution native, horloge de pixels, porches, rafraîchissement, format de pixels, motifs plein écran et redémarrage répété. |
| Liaison DSI. | Nombre de voies, débit par voie, mode sélectionné, comportement de l'horloge, fonctionnement stable et récupération d'erreurs. |
| Charge de travail de l'interface utilisateur. | Graphiques représentatifs, animation, vidéo si requise, localisation, alarmes et écrans d'erreur. |
| Toucher | Coordonnées, bords, rotation, verre de protection, réveil, gestes et exposition au bruit électrique. |
| Rétro-éclairage | Activation, gradation, luminosité de fonctionnement prévue, comportement d'alimentation et température du boîtier. |
| Cycle de vie du logiciel. | Chargeur d'amorçage, noyau ou BSP, application, mise à jour, récupération, sommeil et réveil. |
| Assemblage mécanique | Alignement, routage FPC, accès au connecteur, contrainte de montage, empilement des tolérances et accès de service. |
| Contrôle de configuration | LCD, circuit intégré du pilote, révision de la carte, micrologiciel, câble, tactile, verre de protection, circuit de rétroéclairage et boîtier enregistrés. |
Approuvez la configuration complète plutôt que le seul modèle d'affichage. Une modification ultérieure du circuit intégré du pilote du panneau, de la révision de la carte, du FPC, du micrologiciel du contrôleur, du contrôleur tactile, du rétroéclairage ou de la séquence d'initialisation peut nécessiter une nouvelle validation.
Préparez les informations suivantes :
En cas de remplacement d'un autre panneau MIPI, inclure les fiches techniques originales et proposées, les dessins, les définitions de broches, les tableaux de synchronisation, les commandes d'initialisation et la configuration logicielle actuelle.
RJY Display peut examiner une plateforme MIPI TFT LCD existante par rapport à votre hôte DSI, à la configuration des voies, à la synchronisation native, à l'initialisation du panneau, au tactile, au rétroéclairage, au FPC, à la carte contrôleur, au firmware, à la vitre de protection et aux exigences mécaniques.
Parcourir les modules d'affichage actuels, examinez Portée de la solution personnalisée de RJY Displayou Envoyez vos documents relatifs au panneau, à la carte hôte, au firmware et au boîtier pour examen technique..
Un affichage MIPI TFT LCD personnalisé est généralement une plateforme MIPI DSI LCD existante adaptée à un projet via des domaines tels que le tactile, la vitre de protection, le rétroéclairage, le FPC, la coordination du connecteur, la carte contrôleur, le firmware ou la structure mécanique. Cela ne signifie pas automatiquement développer une nouvelle taille d'écran LCD ou une nouvelle matrice de pixels à partir de zéro.
Non. Le panneau et la carte hôte réelle doivent correspondre en termes de nombre de voies, de débit par voie, de mode de fonctionnement, de synchronisation native, de format de pixels, de configuration D-PHY, de commandes d'initialisation, de tension, de définition de broches, de séquence d'alimentation, de firmware et de connexion mécanique.
Non. Deux panneaux ayant la même résolution peuvent nécessiter des horloges de pixels, des porches, des taux de rafraîchissement, des configurations de voies, des formats de pixels, des séquences d'initialisation, des rails d'alimentation, des connecteurs, des circuits intégrés de pilotage et des firmwares différents.
En général, le logiciel hôte doit contenir une configuration pour le panneau sélectionné, y compris sa synchronisation, ses voies, son mode de fonctionnement, sa réinitialisation, son alimentation, son initialisation et ses états d'affichage. L'implémentation peut se trouver dans un projet MCU, un bootloader, un noyau, un BSP ou une autre couche de firmware contrôlée.
Non. HDMI et MIPI DSI utilisent des signalisations et des protocoles différents. Une configuration confirmée de contrôleur ou de pont HDMI-vers-MIPI est requise, y compris la prise en charge du mode d'entrée HDMI, de la synchronisation de sortie du panneau, de la configuration des voies, de l'initialisation, de l'alimentation, du rétroéclairage, du firmware et du chemin tactile.
Fournissez l'application, la taille et la résolution de l'affichage, le processeur hôte et la révision de la carte, les voies DSI et les modes pris en charge, le système d'exploitation ou le SDK, les exigences tactiles et de vitre de protection, les exigences de rétroéclairage et d'alimentation, les contraintes FPC, le dessin mécanique, la portée du firmware, les quantités et la documentation disponible sur le panneau ou la carte.
Partagez la taille de votre écran, sa résolution, son interface, sa luminosité, ses exigences tactiles, les besoins en carte contrôleur et l'environnement d'application.
Continuez à lire les guides technologiques d'affichage connexes et les références d'application.
Parlez à l'équipe d'ingénierie de RJY pour la correspondance d'affichage, l'examen de la carte contrôleur et une discussion sur la personnalisation.
+86 13316179236
