Conception de contrôleur d'affichage LCD pour écrans de forme irrégulière

Les LCD ronds, carrés, de type barre et portrait peuvent donner à un produit une identité visuelle distinctive. Cependant, la forme inhabituelle du panneau avant n'est que la partie visible du défi d'ingénierie. Derrière l'écran, le contrôleur d'écran LCD doit générer la résolution, la synchronisation, l'interface de signal, le comportement d'initialisation et le contrôle du rétroéclairage corrects pour le panneau exact.

Une source vidéo conventionnelle est souvent conçue autour de résolutions et de rapports d'aspect familiers. Un écran de forme irrégulière peut plutôt utiliser une matrice de pixels carrée, une résolution de barre très large ou un panneau orienté portrait initialement développé pour une autre catégorie d'appareil. Même lorsque les connecteurs de la source et du panneau semblent compatibles, l'image peut être recadrée, étirée, pivotée, instable ou complètement absente.

La carte contrôleur n'est donc pas un accessoire générique ajouté après la sélection de l'écran LCD. Pour un projet d'affichage non standard, elle fait partie de l'architecture d'affichage et doit être évaluée en même temps que le panneau, le système tactile, le micrologiciel, le boîtier et l'interface utilisateur.

Qu'est-ce qu'un écran LCD de forme irrégulière ?

Dans le développement pratique de produits, un écran LCD de forme irrégulière est tout écran dont la géométrie visible, la zone active ou le rapport d'aspect diffère des formats rectangulaires conventionnels attendus par les plateformes standard de moniteurs et d'informatique embarquée.

Les exemples courants incluent :

  • Écrans LCD ronds pour instruments, appareils électroménagers et boutons de commande
  • Écrans LCD carrés pour panneaux domotiques et IHM compacts
  • Écrans à barre ultra-large pour étagères, terminaux d'accès et panneaux d'état d'équipement
  • Écrans portrait allongés pour produits portables et à panneau frontal étroit
  • Écrans avec rapports d'aspect non standard pour tableaux de bord et équipements spécialisés

Certains modules ronds utilisent une matrice de pixels carrée avec une zone visible circulaire. D'autres peuvent avoir des pixels ou des masques agencés pour une mise en œuvre circulaire spécifique. De même, un barre d'affichage peut être un panneau natif au format long plutôt qu'un écran conventionnel physiquement recouvert par une fenêtre étroite.

Cette distinction est importante car le contrôleur doit adresser la matrice de pixels réelle du panneau. Il ne peut pas déterminer la compatibilité à partir de la seule forme extérieure.

Pourquoi les écrans non standard créent des défis pour le contrôleur

Un moniteur d'ordinateur standard reçoit généralement un format vidéo largement pris en charge. Une grande partie du traitement du signal, de la mise à l'échelle et du comportement de synchronisation est déjà établie. Un écran LCD embarqué spécialisé peut plutôt exposer une interface de panneau native telle que RGB, LVDS, MIPI DSI ou eDP et attendre des signaux exacts spécifiques au panneau.

Le chemin du contrôleur peut devoir résoudre plusieurs problèmes :

  • Accepter la sortie vidéo ou graphique disponible du système hôte
  • Convertir cette sortie vers l'interface native du panneau
  • Générer la résolution active exacte et la synchronisation de blanking
  • Mapper le contenu conventionnel dans un rapport d'aspect non standard
  • Initialiser correctement le panneau et le circuit intégré de commande
  • Contrôler le rétroéclairage et la séquence d'alimentation
  • Coordonner l'orientation de l'affichage avec l'interface utilisateur
  • Transmettre les données tactiles à l'hôte via un chemin compatible distinct
Exploded integration of a bar LCD with controller board, touch and backlight paths
Intégration éclatée d'un écran LCD à barre avec carte contrôleur, tactile et chemins de rétroéclairage

Tous les projets n'ont pas besoin d'une carte de conversion séparée. Certains processeurs hôtes peuvent piloter directement le panneau choisi. L'architecture correcte dépend de l'hôte, de l'interface du panneau, de la charge de travail graphique, de l'environnement logiciel et des ressources d'ingénierie disponibles.

La forme de l'écran ne définit pas l'interface électrique

Un écran rond n'est pas une catégorie d'interface spécifique. Un écran carré ou barre d'affichage. non plus. Deux panneaux de forme visible similaire peuvent utiliser des architectures électriques complètement différentes.

Par exemple, les modules candidats peuvent utiliser :

  • SPI pour le contrôle d'affichage à faible débit de données
  • Interfaces parallèles MCU pour systèmes embarqués
  • Interfaces RGB ou TTL avec signaux de synchronisation séparés
  • LVDS pour les données de panneau sérialisées
  • MIPI DSI pour les connexions compactes à haute densité
  • eDP pour les liaisons d'affichage embarquées

L'entrée hôte peut également différer de la sortie du panneau. Un produit peut fournir HDMI, VGA, USB, LVDS, MIPI, eDP ou une interface d'affichage native au processeur. La solution de contrôleur doit faire le pont entre la source réelle et les exigences du panneau.

Le connecteur ne doit jamais être utilisé comme critère de compatibilité. Le fait que le pas et le nombre de broches du connecteur correspondent ne confirme pas qu'il s'agit de la même interface, de la même définition de broches, du même voltage ou du même circuit de rétroéclairage.

Pour un aperçu des interfaces côté panneau, voir le guide des interfaces dans les modules d'affichage LCD de RJY.

La résolution est la première contrainte du contrôleur

Chaque TFT LCD possède une matrice de pixels native. Un contrôleur doit produire exactement cette résolution active ou appliquer une stratégie délibérée de mise à l'échelle et de mappage.

Les affichages non standard créent des défis car la résolution native peut ne pas être un format couramment généré par le système source. Les exemples incluent :

  • Résolutions carrées pour des affichages ronds ou carrés
  • Résolutions très larges mais de faible hauteur pour des affichages en barre
  • Résolutions portrait très allongées
  • Résolutions panoramiques de style automobile
  • Matrices de pixels qui ne correspondent pas aux formats de bureau courants

Une carte peut prendre en charge la famille d'interfaces du panneau tout en étant incapable de générer la résolution requise. La prise en charge de la résolution dépend du matériel du contrôleur, du pipeline de sortie, du firmware, de la bande passante mémoire et des capacités de synchronisation.

La résolution native est généralement la cible la plus sûre

Piloter le panneau à sa résolution native évite de dépendre du LCD pour redimensionner le contenu, car de nombreux panneaux embarqués n'incluent pas de scaler polyvalent. Cela fournit également la base la plus claire pour vérifier le mappage des pixels, l'orientation et la disposition de l'interface utilisateur.

Si l'hôte ne peut pas générer la résolution native, le système a besoin d'une étape de mise à l'échelle ou de conversion appropriée. La faisabilité de cette approche doit être confirmée pour le contrôleur sélectionné plutôt que présumée.

La synchronisation du panneau va au-delà de la résolution visible

Une résolution telle que 800 × 800 ou 1920 × 480 décrit la zone d'image active, mais la liaison d'affichage transmet normalement plus que les pixels actifs. Chaque trame peut également inclure des périodes de synchronisation horizontale et verticale, des porches et des intervalles de blanking.

Le contrôleur peut avoir besoin de valeurs spécifiques au panneau pour :

  • Horloge pixel
  • Pixels actifs horizontaux
  • Porche avant et arrière horizontal
  • Largeur de synchronisation horizontale
  • Lignes actives verticales
  • Porche avant et arrière vertical
  • Largeur de synchronisation verticale
  • Polarité du signal
  • Comportement de rafraîchissement

Selon l'interface, une configuration supplémentaire peut inclure le nombre de voies, le débit de liaison, la profondeur de couleur, le mappage des données et le mode commande ou vidéo.

Une synchronisation incorrecte peut provoquer un écran noir, une image instable, un contenu décalé, des régions répétées, un scintillement ou un démarrage intermittent. Un contrôleur qui affiche une image lors d'un court test n'est pas automatiquement prêt pour la production. La marge de synchronisation et le démarrage reproductible doivent également être évalués.

La mise à l'échelle et le mappage du contenu sont des problèmes distincts

Faire afficher une image à un panneau n'est pas la même chose que rendre cette image utile.

Si un contenu conventionnel au format 16:9 est envoyé à un barre d'affichage, le contrôleur ou l'application doit décider comment ce contenu s'intègre. Les stratégies courantes incluent :

  • Recadrage : remplir l'affichage en supprimant le contenu en dehors de la zone cible.
  • Ajustement : préserver l'image complète mais accepter les zones inutilisées.
  • Étirement : remplir l'écran en modifiant les proportions de la source.
  • Disposition native à l'application : rendre l'interface spécifiquement pour la résolution du panneau.

L'approche native à l'application est souvent la plus efficace pour les produits HMI embarqués car l'interface peut être conçue autour de la zone active réelle. Un affichage en rayon peut utiliser une hiérarchie d'informations horizontale, tandis qu'un affichage rond peut disposer les indicateurs d'état autour du centre.

Pour un affichage rond, le framebuffer sous-jacent peut toujours être carré. Le logiciel doit maintenir le contenu important à l'intérieur de la région visible circulaire. Les coins peuvent exister dans la matrice de pixels mais rester cachés derrière un masque ou un boîtier.

Round, square and bar LCD formats undergoing controller-board validation
Formats LCD ronds, carrés et en barre en cours de validation sur carte contrôleur

Le contrôleur d'affichage LCD gère la génération de signaux, mais il ne reconçoit pas automatiquement l'interface utilisateur. La mise à l'échelle du contrôleur, la configuration du système d'exploitation et la disposition de l'application doivent être traitées comme des tâches liées mais distinctes.

Un contrôleur LCD rond n'est pas automatiquement un matériel différent

Il n'existe pas nécessairement de catégorie spéciale de contrôleur universel appelée “un écran LCD rond contrôleur ”. Un panneau rond peut être piloté par un chemin RGB, MIPI, LVDS ou un autre contrôleur approprié selon sa conception native.

Le même principe s'applique aux modules carrés et en barre. Leur forme inhabituelle modifie les exigences du projet, mais la compatibilité est toujours déterminée par le panneau réel :

  • Numéro de modèle
  • Résolution native
  • Interface
  • Définition des broches
  • CI du conducteur
  • Calendrier
  • Rails d'alimentation
  • Circuit de rétroéclairage
  • Exigences d'initialisation

RJY's guide de sélection d'écran LCD rond fournit un contexte supplémentaire pour le choix d'un module circulaire avant le début de l'appariement avec le contrôleur.

MIPI DSI crée un travail de configuration supplémentaire

MIPI DSI est courant dans les écrans compacts et à haute résolution, y compris certains panneaux ronds, carrés, en barre et portrait. Son petit connecteur et son interface sérialisée peuvent prendre en charge des conceptions de produits économes en espace, mais il ne doit pas être considéré comme une entrée vidéo universelle.

Une intégration MIPI DSI peut dépendre de :

  • Nombre de voies de données
  • Vitesse des voies et configuration de l'horloge
  • Mode vidéo ou mode commande
  • Format de pixel
  • Commandes d'initialisation du panneau
  • Séquence de réinitialisation et délais
  • Paramètres de registre du circuit intégré pilote
  • Prise en charge du processeur hôte ou de la puce pont

Un contrôleur HDMI-vers-MIPI est un système de conversion actif, et non un câble passif. Il doit recevoir le signal source, traiter ou mettre à l'échelle l'image lorsque cela est pris en charge et générer le flux MIPI et le comportement d'initialisation requis par le panneau exact.

Par conséquent, une carte HDMI-vers-MIPI ne doit pas être supposée fonctionner avec tous les écrans MIPI. Vérifiez le modèle du panneau, la fiche technique, la résolution, la configuration des voies, les informations d'initialisation et les exigences de rétroéclairage avant de confirmer une solution.

Voir le guide de compatibilité des cartes contrôleur HDMI-vers-MIPI pour les informations nécessaires à ce type d'examen.

Le micrologiciel fait partie de la compatibilité du contrôleur

Une carte contrôleur peut utiliser un micrologiciel configurable pour prendre en charge un panneau sélectionné. Le travail lié au micrologiciel peut inclure les paramètres de résolution et de synchronisation, la configuration de l'interface de sortie, l'initialisation du panneau, l'orientation, le comportement du rétroéclairage et la séquence de démarrage.

Ceci est particulièrement important pour les écrans non standard, car leur format peut ne pas être inclus dans la configuration par défaut d'une carte.

Les équipes de projet doivent distinguer :

  • Capacité matérielle : si la carte dispose des ressources d'entrée, de sortie et de traitement nécessaires.
  • Prise en charge du micrologiciel : si la carte peut être configurée pour le panneau spécifique et le comportement de fonctionnement.
  • Prise en charge applicative : si le système hôte et le logiciel peuvent afficher l'interface utilisateur prévue à la résolution requise.

Un connecteur matériel ne peut pas compenser l'absence de prise en charge du micrologiciel ou du logiciel. De même, le micrologiciel ne peut pas rendre un étage de sortie électriquement inadapté compatible avec un panneau.

Le comportement au démarrage est important dans les produits finis

Lors des tests en laboratoire, les développeurs peuvent se concentrer sur l'image finale. Les utilisateurs finaux voient également ce qui se passe entre la mise sous tension et cette image finale.

Un système LCD non standard peut présenter :

  • Un écran temporairement lumineux ou sombre
  • Une image de démarrage incorrectement orientée
  • Une image décalée avant que la synchronisation ne se stabilise
  • Le rétroéclairage avant que des données de panneau valides ne soient présentes
  • Une image retardée pendant le démarrage du système d'exploitation

La conception du système doit coordonner les rails d'alimentation, la réinitialisation, l'initialisation du panneau, la disponibilité de la vidéo et l'activation du rétroéclairage. Dans certains projets, retarder le rétroéclairage jusqu'à ce que le contenu valide soit prêt peut améliorer le processus de démarrage visible. La séquence exacte dépend du panneau et de l'architecture du contrôleur.

Le comportement d'arrêt et de redémarrage doit également être testé. Une image finale correcte ne prouve pas que des cycles d'alimentation répétés se termineront toujours de manière fiable.

Le contrôle du rétroéclairage est un chemin d'ingénierie distinct

Le contrôleur doit être évalué conjointement avec les exigences de rétroéclairage de l'écran. L'interface vidéo et le rétroéclairage LED sont des systèmes électriques distincts.

Les informations importantes sur le rétroéclairage comprennent :

  • Disposition des chaînes de LED
  • Plage de tension requise
  • Courant de fonctionnement
  • Définition du connecteur et des broches
  • Comportement d'activation
  • Méthode de contrôle de la luminosité
  • Exigences PWM, si utilisées

Une carte capable de générer le bon signal d'image peut néanmoins nécessiter un pilote LED ou une configuration d'alimentation différente. Un appariement incorrect du rétroéclairage peut entraîner une faible luminosité, un éclairage instable ou une contrainte électrique excessive.

Pour les formats inhabituels, le contrôle du rétroéclairage peut également affecter l'uniformité perçue. Un écran en barre très long présente des contraintes d'intégration optique et thermique différentes de celles d'un panneau carré compact, même lorsque les deux utilisent une architecture TFT LCD.

Le tactile ne passe pas automatiquement par l'interface vidéo

Un écran tactile contient généralement deux chemins fonctionnels :

  • Le chemin d'affichage qui envoie les données d'image à l'écran LCD
  • Le chemin tactile qui envoie les coordonnées du contrôleur tactile à l'hôte

L'écran LCD peut utiliser MIPI, LVDS, RGB ou eDP, tandis que le contrôleur tactile communique via USB, I²C ou une autre interface prise en charge. Une carte contrôleur prenant en charge l'écran LCD ne garantit pas automatiquement la prise en charge du panneau tactile sélectionné.

Les produits de forme irrégulière introduisent des considérations tactiles supplémentaires :

  • La correspondance des coordonnées doit correspondre à la zone active visible.
  • La rotation doit être cohérente entre l'image et l'entrée tactile.
  • Une interface ronde peut nécessiter un logiciel pour ignorer les régions d'angle masquées.
  • Un affichage en barre étroite peut nécessiter une conception différente des gestes et de la taille des cibles.
  • L'épaisseur du verre de couverture et les bordures imprimées peuvent affecter la configuration tactile.
  • La conception de la mise à la terre et du boîtier peut influencer les performances du tactile capacitif.

Le comportement tactile doit être testé après l'assemblage de l'écran, du verre de couverture, du contrôleur et du boîtier.

Quand une carte contrôleur personnalisée est justifiée

Tous les écrans de forme irrégulière n'ont pas besoin d'une carte entièrement nouvelle. Le projet peut être résolu en configurant une plateforme de contrôleur existante, en adaptant un câble ou un FPC, ou en utilisant une sortie de processeur hôte compatible.

Une approche de contrôleur plus personnalisée peut être justifiée lorsque le projet nécessite :

  • Une combinaison rare de résolution native ou de synchronisation
  • Un chemin d'interface spécifique entre l'entrée et le panneau
  • Des dimensions de boîtier restreintes
  • Un placement personnalisé des connecteurs ou des câbles
  • Une gestion intégrée du rétroéclairage et de l'alimentation
  • Une coordination entre le tactile et l'affichage
  • Un comportement firmware spécifique au projet
  • Des exigences de communication industrielle ou d'E/S
  • Une architecture produit à long terme construite autour du panneau sélectionné

La décision doit tenir compte de l'effort de développement, de la quantité du projet, des exigences de validation et des attentes en matière de cycle de vie. Une carte personnalisée n'est pas automatiquement la meilleure solution simplement parce que la forme de l'écran est inhabituelle.

Comment choisir l'architecture du contrôleur

Situation du projetApproche possiblePrincipaux travaux de vérification
L'hôte prend en charge l'interface native du panneauConnexion directe du panneauSynchronisation, brochage, initialisation, alimentation et firmware
La sortie de l'hôte diffère de l'entrée du panneauSolution de contrôleur actif ou de pontFormat d'entrée, mise à l'échelle, synchronisation de sortie et prise en charge du panneau
La carte existante prend en charge le matériel mais pas le profil du panneauUne adaptation du firmwareCapacité du contrôleur, synchronisation et données d'initialisation
La carte ne s'adapte pas au boîtier ou aux E/S requisesCarte de contrôleur personnalisée ou modifiéePortée mécanique, électrique, firmware et production
L'application utilise une plateforme embarquée configurableChemin d'affichage basé sur Android, Linux ou MCUPilote, graphiques, orientation, tactile et comportement au démarrage

Aucune voie n'est universellement meilleure. L'architecture doit être sélectionnée après avoir pris connaissance des exigences de l'écran, de l'hôte et de l'application.

Un processus de validation pratique

1. Verrouiller le modèle exact du panneau

Ne pas commencer la sélection du contrôleur à partir de la forme de l'écran et de la taille diagonale uniquement. Obtenir le modèle du panneau, la fiche technique, le dessin mécanique et la définition des broches.

2. Confirmer le chemin d'affichage natif

Documenter la résolution, l'interface, la synchronisation, le circuit intégré de commande, les exigences d'alimentation et les informations d'initialisation du panneau. Documenter séparément la sortie disponible de l'hôte.

3. Définir la stratégie de contenu

Décider si l'application effectuera le rendu à la résolution native ou si le contrôleur doit mettre à l'échelle une autre entrée. Préparer un contenu d'interface utilisateur représentatif pour le rapport d'aspect réel.

4. Tester le système d'affichage nu

Vérifier le démarrage, la stabilité de l'image, l'orientation, les motifs de couleur, les cycles d'alimentation répétés et le comportement du rétroéclairage sur le banc d'ingénierie.

5. Ajouter le tactile et les composants mécaniques

Installer le panneau tactile, le verre de couverture, les FPC et le boîtier. Vérifier la correspondance des coordonnées, la contrainte des câbles, la mise à la terre, les conditions thermiques et les positions de visualisation.

6. Tester la charge de travail logicielle réelle

Exécuter le système d'exploitation, l'interface utilisateur, la vidéo ou l'application prévus plutôt que de se fier uniquement aux motifs de test. Confirmer que la plateforme graphique peut effectuer le rendu de la résolution non standard de manière fiable.

7. Réaliser une construction pilote

Une construction pilote aide à révéler les variations d'assemblage et de configuration qui peuvent ne pas apparaître dans un seul prototype. Contrôler le panneau approuvé, la version de la carte de contrôleur, le firmware, les câbles et la configuration logicielle avant la production régulière.

Engineer testing touch alignment and startup behavior on a bar TFT display
Ingénieur testant l'alignement tactile et le comportement au démarrage sur un affichage TFT en barre

Informations nécessaires pour associer un contrôleur d'écran LCD

Pour un examen de compatibilité efficace, veuillez fournir :

  • Le fabricant et le numéro de modèle exacts de l'écran LCD
  • La fiche technique du panneau et la définition des broches
  • La taille de l'écran, la zone active et la résolution native
  • L'interface d'affichage et le circuit intégré pilote
  • Les informations de synchronisation ou d'initialisation du panneau
  • La tension, le courant et les exigences de contrôle du rétroéclairage
  • Le processeur hôte ou l'interface d'entrée requise
  • Le système d'exploitation et l'environnement micrologiciel
  • Le type d'écran tactile, le contrôleur et l'interface de communication
  • L'orientation du contenu requise et le comportement de mise à l'échelle
  • Le plan du boîtier et l'espace disponible sur la carte
  • L'environnement d'application et les exigences de fonctionnement
  • La quantité d'échantillons, la demande annuelle estimée et le calendrier

Une photographie ou le nombre de connecteurs ne peut pas remplacer la fiche technique du panneau. Si la documentation est incomplète, une identification supplémentaire et une investigation électrique peuvent être nécessaires avant que la compatibilité puisse être évaluée.

Concevoir l'écran et le contrôleur comme un seul système d'affichage

L'attrait visuel d'un écran LCD de forme irrégulière peut attirer l'attention, mais son succès dépend du système qui le sous-tend. La résolution native, la synchronisation, l'interface, le brochage, la mise à l'échelle, le micrologiciel, le rétroéclairage, le tactile et le logiciel doivent tous fonctionner ensemble.

Un contrôleur d'affichage LCD personnalisé est précieux lorsqu'il résout un problème d'intégration défini. Il ne doit pas être traité comme une carte universelle capable de faire fonctionner n'importe quel écran via un connecteur correspondant.

RJY prend en charge l'adaptation de cartes de contrôleur en fonction du projet, sur les chemins d'affichage courants HDMI, VGA, LVDS, MIPI, eDP, USB et autres. Les cartes de contrôleur peuvent être discutées séparément ou conjointement avec des modules TFT LCD compatibles, selon le projet.

Si vous développez un produit à écran rond, carré, en barre ou autre format non standard, explorez les solutions d'affichage personnalisées RJY ou contactez RJY avec la fiche technique du panneau, l'interface hôte, les exigences tactiles et les informations sur le boîtier pour un examen d'ingénierie.

Questions fréquemment posées

Un seul contrôleur d'affichage LCD peut-il fonctionner avec tous les écrans de forme irrégulière ?

Non. La compatibilité dépend du modèle exact du panneau, de la résolution native, de l'interface, de la définition des broches, de la synchronisation, du circuit intégré pilote, du rétroéclairage, du micrologiciel et des exigences système. Des formes d'écran similaires n'établissent pas la compatibilité du contrôleur.

Un écran LCD rond nécessite-t-il un contrôleur spécial pour écran rond ?

Pas nécessairement. Un écran LCD rond peut utiliser MIPI, RGB, LVDS ou une autre interface. Le contrôleur est sélectionné en fonction des exigences électriques et de synchronisation du panneau, et non de sa forme extérieure seule.

Une carte HDMI-vers-MIPI peut-elle piloter n'importe quel écran LCD MIPI ?

Non. La conversion HDMI-vers-MIPI est un processus actif et spécifique au panneau. Le contrôleur doit prendre en charge la résolution requise, la configuration des voies MIPI, la synchronisation, les commandes d'initialisation, le format de pixel et le système de rétroéclairage.

Pourquoi une image apparaît-elle étirée sur un écran en barre ?

Le rapport d'aspect de la source peut ne pas correspondre à la résolution native du panneau, et le contrôleur ou le système d'exploitation peut étirer le contenu pour remplir l'écran. Le projet nécessite une stratégie appropriée de recadrage, d'ajustement, de mise à l'échelle ou d'interface utilisateur native.

Quelles informations sont nécessaires pour associer un contrôleur d'affichage LCD ?

Fournissez le modèle exact du panneau, la fiche technique, la résolution, l'interface, la définition des broches, le circuit intégré pilote, la synchronisation, le rétroéclairage, le tactile, l'entrée hôte, le système d'exploitation, le micrologiciel et les exigences de boîtier. La compatibilité doit être confirmée avant la sélection du matériel de production.

Vous planifiez un projet d'affichage ?

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.

Demander un examen de compatibilité
Support de projet

Vous n'êtes toujours pas sûr de l'écran adapté à votre projet ?

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.