Dans le monde en évolution des appareils intelligents et des systèmes embarqués, les écrans Android sont devenus l’une des solutions les plus polyvalentes et les plus largement adoptées. Des smartphones et tablettes aux tableaux de bord automobiles, panneaux industriels et bornes interactives, les écrans fonctionnant sous Android combinent un matériel puissant, un logiciel flexible et une expérience utilisateur familière.
Un “ écran Android ” n'est pas un type standardisé de module d'affichage. Dans les discussions OEM, le terme peut décrire un écran LCD TFT connecté à une Carte de contrôle Android, carte de calcul, un ensemble d'affichage tactile fourni avec une carte informatique, un moniteur externe piloté par Android, ou une IHM complète et fermée exécutant une image logicielle basée sur Android.
Ces produits peuvent partager la même taille d'écran visible tout en ayant des interfaces, une propriété logicielle, des besoins en alimentation, des limites mécaniques, des chemins de mise à jour et des responsabilités de qualification très différents.
La première décision d'ingénierie n'est donc pas quel écran Android acheter. Elle est de savoir quelle limite système le projet nécessite, quelle configuration sera contrôlée, et qui possède chaque couche, des pixels LCD à l'application terrain.
Pour un projet embarqué ou OEM, un écran Android est un système d'affichage dans lequel une plateforme de calcul basée sur Android participe au rendu, à l'exécution des applications, à la saisie utilisateur, aux communications ou au contrôle du système.
Android ne définit pas la technologie LCD, le mode du panneau, la luminosité, le comportement visuel, la technologie tactile, le connecteur vidéo, le boîtier ou les limites environnementales. Ces caractéristiques appartiennent à la configuration implémentée de l'affichage, du tactile, de la carte, du logiciel et de la mécanique.
| Description commerciale | Limite de livraison possible | Ce qui doit être confirmé |
|---|---|---|
| Écran LCD compatible Android | Un module LCD brut ou complet destiné à être connecté à une carte Android séparée | Interface, synchronisation, initialisation, alimentation, rétroéclairage, FPC, connecteur, pilote et compatibilité de la carte |
| Écran tactile Android | LCD, capteur tactile, contrôleur tactile, verre de protection, collage et un ou plusieurs câbles | Chemin d'affichage, chemin hôte tactile, pilote Android, coordonnées, verre de protection, mise à la terre, alimentation et assemblage mécanique |
| Écran avec carte contrôleur Android | Ensemble d'affichage fourni avec une carte informatique embarquée séparée ou attachée | Révision de la carte, image Android, BSP, sortie d'affichage, tactile, périphériques, alimentation, firmware et câbles |
| IHM Android | Affichage, tactile, calcul, logiciel, E/S, alimentation, montage, boîtier et application | Propriété complète du système, flux de travail utilisateur, validation, mises à jour, sécurité, service et cycle de vie |
| Écran Android externe | Un moniteur ou un moniteur tactile connecté à un hôte Android via des connexions vidéo et d'entrée | Modes vidéo, mise à l'échelle, EDID, chemin de retour tactile, routage d'entrée Android, alimentation, câblage et récupération |
L'expression “ tout-en-un ” ne doit être utilisée que lorsque le produit cité inclut effectivement le calcul, l'affichage, le tactile, les E/S requises, le logiciel, l'architecture d'alimentation et les limites mécaniques. Un module LCD TFT seul n'est pas un ordinateur Android.
Commencez par l'architecture de l'équipement plutôt que par une catégorie de catalogue. Déterminez si le produit nécessite uniquement un composant d'affichage, un sous-système d'affichage et carte, ou une IHM finalisée.
Cette structure donne à l'OEM un contrôle explicite sur le placement de la carte, la sélection de l'affichage, le câblage, l'alimentation, le logiciel et la conception du boîtier. Elle rend également l'OEM responsable de la coordination de l'interface du panneau, de la synchronisation, de l'initialisation, du rétroéclairage, du chemin tactile, de la configuration Android et de l'intégration mécanique.
Utilisez le Guide d'appariement écran LCD TFT et carte de contrôle Android lorsque la carte et l'écran LCD sont sélectionnés comme éléments séparés.
Un ensemble coordonné peut réduire le nombre d'interfaces ouvertes, mais il ne supprime pas la nécessité de contrôler les identités et les responsabilités. Confirmer l'écran LCD exact, la carte, la révision du PCB, l'image du firmware, le contrôleur tactile, les câbles, l'entrée d'alimentation, le montage et les états de fonctionnement testés. Ne pas supposer qu'une configuration de carte supporte tous les écrans répertoriés pour la même famille de processeurs.
Une IHM complète ajoute le comportement de l'application, le boîtier, le montage, les E/S externes, la conception thermique, les procédures de mise à jour et de récupération, et les responsabilités de maintenance sur le terrain. L'approbation doit être basée sur la configuration de l'équipement fini plutôt que sur un écran LCD et une carte de développement démontrés séparément.
Android n'est approprié que lorsque son système d'exploitation et son architecture d'applications supportent les exigences réelles du produit. Définir la charge de travail de production avant de sélectionner le processeur, la mémoire, le stockage, la résolution d'affichage ou la version d'Android.
Documenter :
Le pipeline graphique d'Android utilise des tampons graphiques, SurfaceFlinger, le HAL du compositeur matériel, les pilotes graphiques et le sous-système d'affichage pour créer la sortie finale.[1] Les performances d'affichage dépendent donc de plus que la résolution du panneau ou le nom du processeur. L'application finalisée, la charge de travail de composition, le chemin mémoire, la configuration d'affichage et l'état thermique doivent être évalués ensemble.
Un nom de système sur puce n'identifie pas une plateforme Android complète. Deux cartes utilisant le même processeur peuvent différer par les interfaces routées, les ponts, les connecteurs, les domaines d'alimentation, la mémoire, le stockage, les options sans fil, les révisions de PCB, le comportement thermique et les branches logicielles du fournisseur.
| Couche de configuration | Identité à figer | Pourquoi c'est important |
|---|---|---|
| Carte de contrôle | Modèle complet, révision du PCB, option d'assemblage, processeur, mémoire, stockage, ponts et connecteurs peuplés | Détermine les ressources électriques et physiques réellement disponibles |
| Chaîne de démarrage | Chargeur d'amorçage, identification de la carte, partitionnement, signature, récupération et configuration des mises à jour | Contrôle le démarrage, la sélection du logiciel, la récupération et la programmation en production |
| Noyau et BSP | Branche du noyau, package de support de carte, arborescence des périphériques, pilote d'écran, pilote tactile et dépendances binaires | Connecte le framework Android au matériel publié |
| Image Android | Version Android, image du fournisseur, configuration système, services inclus, autorisations et identité de construction | Définit l'environnement d'exploitation livré en production |
| Application | Version de l'application, ressources UI, configuration, données, dépendances et méthode de déploiement | Définit la charge de travail visible par l'utilisateur et le comportement opérationnel |
| Sous-système d'affichage | LCD, synchronisation, initialisation, orientation, densité, mise à l'échelle, rétroéclairage et configuration tactile | Détermine si l'affichage physique et l'interface Android se comportent comme un seul système |
Ne pas traiter “ Android 11 ”, “ carte Rockchip ” ou “ firmware personnalisé ” comme une configuration complète. Chaque étiquette peut couvrir plusieurs versions matérielles et logicielles.
Un projet utilisant le code source Android ou une image basée sur Android ne doit pas être automatiquement décrit comme prenant en charge Google Play, Google Mobile Services ou toute application Android tierce.
Le projet Android Open Source indique qu'un appareil compatible Android doit respecter le document de définition de compatibilité applicable et réussir la suite de tests de compatibilité. La compatibilité Android rend alors l'appareil éligible pour une éventuelle licence Google Play et Google Mobile Services ; elle ne fait pas de ces services une propriété automatique de chaque build Android.[2]
Avant la publication, définir :
Ne pas approuver la plateforme sur la seule existence d'un APK. Tester l'application publiée sur l'image Android exacte, la carte, les périphériques, la configuration d'affichage, l'environnement réseau et le processus de mise à jour.
L'architecture système doit établir si Android pilote un écran intégré natif, envoie une vidéo externe à un moniteur, ou utilise un contrôleur actif pour convertir entre les deux.
| Architecture d'affichage | Limite typique | Questions principales |
|---|---|---|
| Écran natif MIPI DSI, RGB, LVDS ou eDP | La carte Android pilote directement une implémentation LCD compatible | Configuration électrique, synchronisation, initialisation, mappage, alimentation, rétroéclairage, FPC et support logiciel |
| Affichage externe HDMI ou DisplayPort | La carte Android envoie une vidéo à un moniteur contenant un récepteur actif et un contrôleur d'affichage | Modes supportés, EDID, mise à l'échelle, branchement à chaud, câble, audio, retour tactile et récupération |
| Contrôleur actif vidéo-écran | Un récepteur, pont, scaler ou contrôleur convertit la vidéo externe en interface LCD | Modes d'entrée, sortie écran, firmware, synchronisation native, mise à l'échelle, alimentation, rétroéclairage, tactile, comportement thermique et cycle de vie |
| Système Android multi-affichage | Android gère un affichage principal et un ou plusieurs affichages secondaires | Rôles d'affichage, placement des tâches, mise en miroir, comportement des applications, routage des entrées, performances et récupération |
Android prend en charge les concepts d'affichage principal et secondaire, mais le comportement de l'affichage secondaire varie selon la configuration système et applicative.[3] La présence de deux sorties physiques ne prouve pas que l'interface utilisateur, la vidéo, le tactile ou le comportement de tâche indépendant prévu est implémenté.
Un LCD brut MIPI DSI, RGB, LVDS ou eDP ne peut pas accepter HDMI via un changement de connecteur passif. Examiner le Guide d'interface LCD pour la compatibilité au niveau de l'interface ou le Guide de la carte contrôleur HDMI vers MIPI pour un chemin de conversion actif.
Android ne détermine pas la taille, la résolution, la luminosité, le comportement visuel, la réponse, la couleur, le rétroéclairage ou la plage environnementale requis du LCD. Définir ces exigences à partir du produit fini.
Évaluer le LCD exact en utilisant :
Ne pas utiliser de règles universelles telles que 300–500 nits pour les produits intérieurs ou plus de 1 000 nits pour les produits extérieurs. Tester la lisibilité dans les conditions réelles du projet en matière d'ambiance, d'observateur, d'interface utilisateur, d'empilement optique, d'alimentation et thermiques.
Utilisez le Guide de sélection des modules TFT LCD lorsque l'affichage lui-même reste une décision ouverte.
Le tactile n'est pas transporté automatiquement par l'interface image du LCD. Le capteur tactile, le contrôleur, le firmware, la connexion hôte, le pilote Android, les coordonnées, le couvercle, le collage, la mise à la terre et le boîtier forment un sous-système séparé.
La configuration des périphériques d'entrée Android peut utiliser des fichiers spécifiques à l'appareil pour définir des propriétés telles que le comportement du périphérique tactile, l'orientation, la mise à l'échelle et l'association d'affichage.[4] Les exigences exactes dépendent de la version Android et de l'architecture d'entrée implémentée.
| Zone tactile | Preuve requise |
|---|---|
| Capteur et contrôleur | Technologie, contour du capteur, modèle de contrôleur, firmware, contacts requis et outils d'entrée |
| Connexion hôte | I2C, USB, SPI ou toute autre voie implémentée ; tension, adresse ou identité, réinitialisation, interruption et câble |
| Logiciel Android | Pilote noyau, fichier de configuration, coordonnées, rotation, miroir, association d’affichage, veille, réveil et récupération |
| Structure avant | Matériau de couverture, épaisseur, impression, ouvertures, surface, structure adhésive ou à lame d’air, cadre et joint |
| Environnement d’exploitation | Doigt, gant, stylet, humidité, contamination, nettoyage, bruit électrique, mise à la terre et conditions du boîtier |
Ne pas déduire cinq ou dix contacts, le comportement avec gants, les performances en milieu humide ou le support du stylet du terme “ capacitif ”. Confirmer le capteur, le contrôleur, le firmware, la couverture, l’hôte et les conditions de test publiés.
Pour une vidéo HDMI externe avec écran tactile USB, utiliser le Guide d’intégration tactile HDMI pour Android. Pour l’empilement physique écran-tactile, utiliser le Guide écran tactile TFT LCD.
Un projet d’affichage Android nécessite une réponse contrôlée concernant le propriétaire du chargeur de démarrage, du noyau, du BSP, de l’arborescence des périphériques, du pilote de panneau, du pilote tactile, de l’image Android, de l’application, des mises à jour de sécurité, de la programmation de production et de la récupération sur le terrain.
Android fournit des mécanismes pour les mises à jour over-the-air du système et des logiciels applicatifs, mais la plateforme OEM doit implémenter, construire, signer, tester, distribuer et supporter l’architecture de mise à jour choisie.[5] L’existence de la documentation OTA Android n’établit pas qu’une carte particulière inclut un service OTA publié.
| Livrable logiciel | Questions to Resolve |
|---|---|
| Image de production | Quelle version, révision de carte, configuration d’affichage, applications, binaires, permissions et paramètres sont inclus ? |
| Source et environnement de construction | Quels fichiers source, correctifs, dépendances binaires, licences, outils et instructions de construction sont livrés ? |
| Programmation | Comment les cartes sont-elles flashées, identifiées, vérifiées, sérialisées et associées à la configuration d’affichage correcte ? |
| Mises à jour | Qui construit, signe, distribue, teste, approuve et annule une mise à jour ? |
| Récupération | Que se passe-t-il après une coupure de courant, une mise à jour incomplète, un stockage corrompu, une réinitialisation par chien de garde ou une défaillance d’application ? |
| Maintenance | Qui examine les modifications d’Android, du noyau, du BSP, de la sécurité, de l’application, du panneau, du tactile et de la carte tout au long du cycle de vie du produit ? |
RJY Display prend en charge la personnalisation du firmware en fonction du projet, mais le pilote de panneau réel, le BSP Android, la source, le binaire, la mise à jour, les tests et le périmètre de maintenance doivent être confirmés pour la plateforme choisie. Ne pas traiter le “ firmware personnalisé ” comme un livrable illimité ou automatiquement inclus.
Une IHM Android peut inclure processeur, mémoire, stockage, interface d’affichage, LCD, E/S de panneau, rétroéclairage, tactile, communications sans fil, périphériques USB, audio, caméras et conversion de puissance. La fiche technique LCD et la puissance nominale d’entrée de la carte ne décrivent qu’une partie de cette charge.
Créer un budget de puissance et thermique pour le démarrage à froid, l’interface utilisateur normale, la charge de travail applicative maximale, la vidéo, la caméra, le transfert réseau, l’état de rétroéclairage maximal requis, le fonctionnement atténué, l’inactivité, la veille, le réveil, le redémarrage, la mise à jour, la sous-tension et la récupération après panne.
Confirmer les températures stabilisées du processeur, des composants d’alimentation de la carte, de l’affichage, du rétroéclairage, du contrôleur tactile, de la couverture, de l’air enfermé et des surfaces externes dans les conditions de boîtier et de montage de production.
Utilisez le Guide d’alimentation TFT LCD pour séparer l’alimentation du panneau, du rétroéclairage, du tactile, de la carte contrôleur et du système.
Une démonstration sur carte de développement fonctionnelle ne prouve pas que le système s’adapte au produit. Examiner ensemble l’affichage, le tactile, la carte, les antennes, le stockage, les câbles, les FPC, les connecteurs, l’alimentation, le montage, le joint, le chemin de refroidissement et le boîtier.
Vérifier :
| Zone de validation | Vérifications représentatives | Preuve de publication |
|---|---|---|
| Configuration | Identités de la carte, PCB, image Android, BSP, affichage, tactile, câbles, application et boîtier | Nomenclature contrôlée, manifeste logiciel, dessins et échantillons approuvés |
| Affichage | Synchronisation, initialisation, stabilité de l’image, orientation, densité, mise à l’échelle, interface utilisateur, couleur, niveaux de gris et mouvement | Interface utilisateur de production fonctionnant sur le LCD et le logiciel publiés |
| Tactile et entrée | Coordonnées, contacts, gestes, outils, rotation, bruit, humidité, veille, réveil et récupération | Résultat spécifique à l’application sur l’assemblage avant publié |
| Application | Démarrage, flux de travail normal, charge de travail maximale, permissions, données, périphériques, communications et erreurs | Enregistrement de test contrôlé de l’application et du système |
| Puissance et thermique | Démarrage, normal, maximal, rétroéclairage, réseau, inactivité, veille, mise à jour, panne et températures du boîtier | Mesures de charge complète et résultats thermiques stabilisés |
| Récupération | Redémarrage, chien de garde, coupure de courant, application défaillante, état du stockage, mise à jour et procédure de service | Résultats documentés de récupération et d’annulation le cas échéant |
| Mécanique | Alignement, FPC, câbles, connecteurs, montage, pression, joint, antennes, refroidissement et accès de service | CAO approuvée et assemblage représentatif de la production |
| Cycle de vie | Révisions matérielles et logicielles, notification de changement, maintenance, pièces de rechange, remplacement et revalidation | Plan de contrôle de configuration et de cycle de vie |
Tester chaque état publié avec l’application et le boîtier de production. Un écran d’accueil affiché sur une carte de développement ouverte n’approuve pas les exigences d’application, d’affichage, de tactile, de puissance, thermiques, de mise à jour, de récupération ou de cycle de vie.
La voie de personnalisation pratique de RJY Display commence par un module d’affichage existant et une plateforme de carte contrôleur dont l’architecture fondamentale d’affichage, de calcul, de logiciel et de mécanique est adaptée.
En fonction des produits sélectionnés et de la faisabilité du projet, les travaux connexes peuvent évaluer :
Les cartes contrôleurs peuvent être discutées séparément ou avec un écran TFT LCD. Les solutions disponibles peuvent couvrir des écrans de 1,28 pouce à 15,6 pouces, selon le panneau exact, l'interface, la résolution, le micrologiciel, le tactile, l'alimentation et les exigences du projet.
Cela n'implique pas la compatibilité avec chaque écran LCD, le développement illimité d'un BSP Android, ou le développement d'une nouvelle taille d'écran LCD, zone active, résolution, architecture de panneau ou carte contrôleur à partir de zéro.
RJY Display peut examiner une plateforme existante d'écran TFT LCD et de carte contrôleur par rapport à votre interface utilisateur, logiciel Android, sortie d'affichage, synchronisation, initialisation, tactile, rétroéclairage, alimentation, FPC, câble, montage, boîtier, validation et exigences de cycle de vie.
Parcourir les modules informatiques actuels, Consulter les modules d'affichage disponiblesou Envoyez votre carte, écran LCD, logiciel Android, tactile, alimentation, interface utilisateur et documents de boîtier pour examen technique.
Un écran Android est un système d'affichage dans lequel une plateforme informatique basée sur Android gère l'exécution des applications, les graphiques, les entrées, les communications ou le contrôle du système. Le terme peut décrire un écran LCD connecté à une carte Android, un ensemble écran tactile et carte, un moniteur externe ou une IHM complète, la limite de livraison doit donc être confirmée.
Pas automatiquement. L'écran LCD, le capteur tactile, le contrôleur tactile, le couvercle, le collage, la carte Android, les câbles, le logiciel, le système d'alimentation et le boîtier peuvent être des éléments séparés ou explicitement inclus. Confirmez la configuration complète citée.
Non. Une image logicielle basée sur Android ou AOSP n'inclut pas automatiquement Google Play ou Google Mobile Services. Confirmez le statut de compatibilité Android, les licences, l'image logicielle, les services requis, la méthode de distribution des applications et les exigences du marché de destination.
Non. L'écran LCD exact et la carte doivent être compatibles en termes d'architecture d'affichage, d'interface électrique, de synchronisation, d'initialisation, de séquence d'alimentation, de rétroéclairage, de tactile, de logiciel, de FPC, de connecteur, de mécanique et d'états de fonctionnement.
Cela dépend de la carte sélectionnée, de l'écran LCD, du système tactile et de la configuration logicielle existante. Un travail dépendant du projet peut être nécessaire pour la synchronisation, l'initialisation, l'arborescence des périphériques, les pilotes, le tactile, le rétroéclairage, l'orientation, la densité, la veille, le réveil ou la récupération, mais une configuration existante prise en charge peut ne pas nécessiter le développement d'un nouveau micrologiciel.
Envoyez l'application, l'interface utilisateur, les modèles d'écran LCD et de carte, les révisions, les fiches techniques, les dessins, les interfaces, la synchronisation, les informations Android et BSP, le système tactile, les exigences de rétroéclairage et d'alimentation, les livrables logiciels, les câbles, les contraintes du boîtier, les conditions de fonctionnement, les quantités, le cycle de vie et le calendrier du projet.
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.
Explorez les pages produits liées au sujet de cet article.
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
