15Affichage Android intégré de 0,6 pouce pour les projets OEM: RK3568, kiosque et matériel personnalisé

Un écran tactile Android de 15,6 pouces peut être construit comme une tablette, un écran Android intégré ou un PC Android Panel.Ils servent différents niveaux d'intégration de produitsCette distinction devient importante lorsqu'un projet OEM va au-delà des tests d'application.une configuration Android contrôlée, et l'installation intégrée n'est plus simplement une tablette avec un boîtier différent.

Nous avons récemment évalué une exigence OEM d'un intégrateur de systèmes basé en Norvège qui illustre cette transition

Le projet prévoyait une15Une tablette Android de 6 poucesLe client a également demandé une configuration sans applications GMS.

La demande était destinée à uneune tablette pour la maison intelligenteL'écran devait fonctionner comme une partie dédiée d'un produit fini, avec un comportement logiciel défini.une configuration matérielle spécifique au projet, et une méthode d'installation fixe.

Cela conduit à une question plus utile pour les acheteurs OEM: Quand un écran tactile Android fixe doit-il dépasser une tablette standard, et cela signifie-t-il automatiquement l'utilisation d'un Panel PC?

Quand une tablette cesse d'être le bon point de départ

Une tablette est souvent le moyen le plus efficace de valider une application Android. Elle intègre déjà l'écran, l'interface tactile, le processeur, la mémoire, le stockage, la connectivité sans fil,boîtier et système d'exploitation.

Pour un prototype précoce, cela peut être un avantage. L'OEM peut tester l'application sans s'engager dans un développement inutile de matériel.

La situation change lorsque le comprimé lui- même doit être modifié.

Un produit fixe peut ne pas avoir besoin d'une batterie. Il peut avoir besoin d'une alimentation continue et d'un démarrage automatique de l'application après le démarrage. La BOM finale peut ne pas nécessiter de caméra ou de microphone.Il peut être nécessaire d'ajouter un capteur spécifique au projetLes terminaux fixes de ce type existent déjà dans notre gammeTablette de restauration de 14 pouces, par exemple, est conçu sans batterie pour un fonctionnement continu sur le comptoir.

Lorsque plusieurs de ces exigences apparaissent ensemble, l'OEM ne se contente plus de sélectionner un appareil de consommation fini.

Il n'en demeure pas moins qu'une tablette ne peut pas être utilisée pour des applications fixes, car elle peut certainement être montée sur le mur et exécuter une application de kiosque.15Une tablette Android de 6 pouces sur le murLa question est de savoir si l'OEM peut obtenir la configuration exacte du matériel,comportement logiciel et intégration mécanique requis pour le produit fini sans contourner la conception originale de la tablette.

Pour le projet norvégien, c'était le point auquel la discussion est passée de la recherche d'une tablette appropriée à la définition d'une configuration de terminal Android dédiée.

Ce qu'une exigence de 15,6 pouces dit à un OEM

La spécification de 15,6 pouces est importante, mais elle ne détermine pas l'architecture matérielle par elle-même.

Pour un terminal interactif fixe, 15,6 pouces fournit plus de surface d'interface qu'un appareil portatif tout en restant pratique pour l'intégration dans les murs, les armoires, les comptoirs et autres structures.Il peut donc s'adapter à des applications où l'écran reste au même endroit et où les utilisateurs interagissent avec lui depuis une pièce normale ou à distance debout..

Mais le même écran de 15,6 pouces peut apparaître dans des produits très différents.

Une15Une tablette Android de 6 poucesIl peut être approprié lorsque l'OEM souhaite un dispositif informatique mobile largement complet.15Affichage Android intégré de 6 poucesL'écran devient plus pertinent lorsque l'écran est intégré dans un produit dédié avec des exigences de matériel ou d'installation personnalisées.Le PC à panneau de 6 pouces devient plus pertinent lorsque le terminal doit également communiquer avec des équipements industriels ou fournir une entrée/sortie plus large.

La distinction importante est donc la suivante: 15,6 pouces définissent l'interface utilisateur; elle ne définit pas l'architecture.

Pour les projets OEM, les exigences en matière de logiciels, de matériel et d'installation doivent être prises en compte avant de choisir la catégorie de produit.

RK3568, Kiosque et aucun GMS sont des décisions de configuration séparées

L'exigence norvégienne combine plusieurs spécifications qui peuvent facilement être traitées comme une seule demande générique de "personnalisation Android".

Le RK3568 définit la plateforme informatique. 4GB/32GB définit la mémoire et le stockage. Le WiFi fournit une connectivité sans fil. Le mode Kiosk définit la façon dont l'application est présentée et contrôlée.le microphone et le capteur de lumière ambiante appartiennent à la configuration matérielleL'exigence de l'absence de GMS appartient à la configuration du logiciel et nécessite sa propre définition.

Une seule plateforme peut être équipée de configurations très différentes: Hopestarmonitor expédie également RK3568 dans unaffichage muralet unTablette de bureauainsi que des écrans tactiles de 15,6 pouces.

Ceci est important parce qu'un fournisseur peut prendre en charge le bon processeur sans nécessairement prendre en charge la configuration logicielle ou la BOM matérielle requise.un fournisseur peut fournir la fonctionnalité Kiosk tout en offrant peu de flexibilité dans le matériel sous-jacent.

Pour un OEM, les exigences doivent donc être réexaminées en tant que système unique plutôt qu'en tant que spécifications de produit indépendantes.

Définition correcte de l'expression "pas d'ESG"

"Aucun GMS" peut sembler simple dans une RFQ, mais il ne décrit pas une seule méthode de mise en œuvre.

Pour la configuration discutée dans ce cas, les applications GMS peuvent être supprimées à la couche de configuration logiciel/application en fonction des exigences du projet.Cela ne devrait pas être représenté comme une version pure du firmware AOSP ou comme une suppression au niveau du firmware de chaque composant Google.

Cette distinction est importante pour comparer les fournisseurs.

Si l'OEM a simplement besoin d'un environnement Android sans les applications GMS standard, une configuration au niveau du logiciel peut suffire.Si le projet nécessite une architecture de firmware fondamentalement différente basée sur une version pure AOSP, qui devrait être spécifié comme une exigence distincte.

La leçon pratique est de demander au fournisseur ce que signifie réellement "Pas de GMS" dans l'image du logiciel livré plutôt que de traiter la phrase elle-même comme une spécification technique complète.

Le mode kiosque devient important lorsque l'appareil n'a qu'une seule fonction

Le mode kiosque est une autre exigence qui change la façon dont un appareil Android doit être évalué.

Une tablette à usage général est conçue pour fournir un accès aux applications Android et aux fonctions du système.

Activation → démarrage Android → lancement d'APK désigné → l'utilisateur reste à l'intérieur de l'application prévue le modèle d'exploitation que nous concevons dans des terminaux à usage unique tels que notreTablette de réservation de salle de conférencela portée.

La question de l'approvisionnement n'est donc pas simplement de savoir si le mode kiosque est disponible.

L'OEM doit comprendre le comportement complet. Que se passe-t-il après une interruption de courant? L'application désignée redémarre-t-elle automatiquement? Les utilisateurs peuvent-ils quitter l'application?Les interfaces système inutiles peuvent-elles apparaître?? Comment est déployé et mis à jour l'APK du client?

Ces détails sont importants car l'appareil Android n'est plus utilisé comme ordinateur général.

Pour le projet discuté ici, le mode Kiosk a donc été traité comme faisant partie du comportement de fonctionnement de l'appareil plutôt que comme une fonctionnalité logicielle isolée.

La personnalisation du matériel modifie la définition du produit

La demande d'absence de caméra, de microphone et de capteur de lumière ambiante modifie également la manière dont le projet doit être spécifié.

Une tablette grand public a normalement une fiche de marque prédéfinie.ces composants peuvent encore être physiquement présents parce qu'ils font partie du produit standard.

UnePlateforme OEMpeut être configuré autour de l'application réelle.

La suppression des composants inutilisés peut aider à aligner le matériel sur les exigences du produit.à l'exclusion du matériel de capture inutile peut également faire partie de la conception du produit.

Le capteur de lumière ambiante sert un but différent: dans un écran installé en permanence, l'éclairage environnant peut varier considérablement.Un capteur lumineux peut fournir des données environnementales pour le comportement automatique de la luminosité.

Pour les projets OEM, ces exigences ne sont donc pas simplement des caractéristiques facultatives, mais font partie de la configuration matérielle qui doit être convenue avant la production.

C'est aussi pour cette raison que la personnalisation du BOM doit être évaluée avec la plateforme Android plutôt qu'après avoir déjà sélectionné une tablette standard.

Affichage Android intégré par rapport à un PC de panneau: regardez l'E/S avant l'étiquette

La distinction entre unAffichage Android intégréUn point de départ plus utile est le rôle que l'appareil Android doit jouer dans le système.

Si l'écran tactile exécute principalement une application, accepte une entrée tactile, se connecte à un réseau et fonctionne comme un terminal dédié, un écran Android intégré peut suffire.

L'architecture devient plus axée sur le Panel PC lorsque le terminal Android doit également communiquer directement avec des équipements externes.Cela peut inclure des exigences telles que la communication RS232 ou RS485., des connexions Ethernet pour l'intégration des équipements, des signaux GPIO, la communication PLC ou une personnalisation plus large des E/S.

À ce stade, l'appareil ne fonctionne plus uniquement comme un écran interactif, il fait partie de l'architecture informatique et de communication de l'équipement.

Cela ne signifie pas que chaque appareil avec RS232 ou Ethernet doit être un Panel PC; notreMoniteur LCD à écran tactileLa gamme, par exemple, comprend des modèles RS232 qui sont encore des moniteurs plutôt que des PC à panneau.Le point est que l'intégration des équipements et les exigences d'E/S sont des signaux architecturaux plus forts que la taille de l'écran ou la méthode d'installation seule.

Cette distinction était pertinente pour le projet norvégien.mais l'application décrite ne nécessitait pas intrinsèquement une communication PLC, RS232/RS485 ou I/O industriel plus large.

The more appropriate architecture was therefore an embedded Android display or dedicated Android terminal rather than automatically moving to a Panel PC simply because the device was permanently installed.

La décision de 15,6 pouces commence par le produit fini

L'exigence norvégienne offre un moyen utile d'aborder l'architecture à partir du produit fini à l'envers.

L'écran était de 15,6 pouces. La plateforme informatique était RK3568 avec 4 Go / 32 Go et WiFi. Le logiciel nécessitait un comportement de Kiosk et une configuration sans applications GMS.La configuration matérielle était également spécifiqueIl n'y avait pas de caméra, pas de microphone et un capteur de lumière ambiante.

Prises ensemble, ces exigences décrivent quelque chose de différent de l'achat d'une tablette classique.

Il s'agit là d'une distinction importante pour les marchés OEM: l'installation fixe et la personnalisation matérielle ne font pas d'un projet industriel.

Si le projet ajoute plus tard la communication PLC, l'E/S industriel ou l'intégration directe des équipements, l'architecture peut être réévaluée en vue d'unePc avec panneau Android.

Au lieu de commencer par une catégorie de catalogue et d'essayer d'y intégrer le projet, le projet est développé en fonction des besoins.l'acheteur peut commencer par le produit fini et identifier la plateforme Android qui le prend le mieux en charge.

Ce qu'il faut vérifier avant d'approuver la plateforme OEM

Une fois l'architecture identifiée, l'évaluation des fournisseurs devient beaucoup plus concrète.

La plateforme Android doit être vérifiée par rapport au processeur requis, à la version Android, à la mémoire, au stockage et à la configuration sans fil.,Processus de déploiement APK, comportement de kiosque, démarrage automatique et comportement de redémarrage.

La carte de matériel doit confirmer si la caméra et le microphone peuvent être exclus et si le capteur de lumière ambiante peut être intégré dans la configuration de production convenue.

L'intégration mécanique devrait couvrir les dimensions, la structure de montage, les emplacements des connecteurs, l'entrée de puissance et l'interface du boîtier.Résistance à la compression, Ethernet, GPIO ou autres interfaces doivent être définies avant la finalisation de l'architecture.

Ces détails sont également où un projet OEM peut passer d'une configuration de produit standard vers une plate-forme personnalisée.plus il est important que le fournisseur puisse coordonner ces éléments en une seule configuration de production.

La dernière question est la cohérence de la production: un fournisseur qui peut modifier un prototype n'est pas nécessairement en mesure de maintenir la même image logicielle.BOM matériel et configuration mécanique tout au long de la production en sérieL'OEM doit donc confirmer comment la configuration validée sera contrôlée lorsque le projet passera de la validation du prototype à la mise à l'échelle de la production.

Une meilleure RFQ commence par le produit fini

La RFQ la plus efficace pour ce type de projet décrit le dispositif envisagé plutôt que de demander uniquement un modèle de produit.

Au lieu de demander un 🙏15Une tablette Android de 6 pouces avec RK3568, " l'OEM peut définir les exigences de manière à permettre au fournisseur d'évaluer la configuration complète.

Ce format facilite la comparaison des réponses des fournisseurs car il sépare l'exigence d'affichage de la plateforme informatique, du comportement du logiciel, de la BOM du matériel et de l'intégration mécanique.

Il fournit également au fournisseur suffisamment d'informations pour déterminer si le projet peut être géré à travers une configuration de plateforme existante ou nécessite une personnalisation supplémentaire du matériel et du logiciel.

Pour un projet OEM similaire à ce cas, la même spécification peut servir de point de départ pour une discussion technique avec notre équipe.La RFQ initiale ne doit pas contenir tous les détails techniques; l'ensemble des exigences peut d'abord être utilisé pour déterminer l'architecture Android appropriée et identifier les domaines qui nécessitent une confirmation supplémentaire.

Vous avez un projet d'OEM Android de 15,6 pouces?

Un écran tactile Android fixe n'a pas automatiquement besoin de devenir un Panel PC, tout comme une application murale n'a pas automatiquement besoin d'une tablette.

Le meilleur point de départ est le produit fini: définir la taille de l'écran, le processeur, la mémoire, la configuration Android, le comportement de l'application, la fiche de matériel et la méthode d'installation,déterminer ensuite quelle architecture répond à ces exigences. Produits tels que notre15Une tablette Android de 6 poucesmontrent à quelle distance un écran tactile Android fixe peut être configuré avant la production.

Si la communication des équipements industriels est également requise, des interfaces telles que RS232, RS485, Ethernet ou GPIO devraient être incluses dès le début.

Si votre projet a des exigences similaires à ce cas, vous pouvezEnvoyez-nousL'architecture doit être évaluée à partir des exigences extérieures.Notre équipe peut évaluer si un écran Android intégré ou Android Panel PC est plus approprié et d'identifier quel logiciel, les éléments matériels ou d'installation doivent être personnalisés avant la production.

L'objectif n'est pas de forcer un projet OEM dans une catégorie de produits, mais de faire correspondre l'architecture matérielle Android à la façon dont le produit fini doit réellement fonctionner.