15Pantalla Android incorporada de.6 pulgadas para proyectos OEM: RK3568, quiosco y hardware personalizado

Una pantalla táctil Android de 15,6 pulgadas puede ser construida como una tableta, una pantalla Android incrustada o una PC de panel Android.sirven a diferentes niveles de integración de productosEsta distinción se vuelve importante cuando un proyecto OEM va más allá de las pruebas de aplicaciones.una configuración Android controlada, y la instalación integrada ya no es simplemente una tableta con un recinto diferente.

Recientemente evaluamos un requisito de OEM de un integrador de sistemas con sede en Noruega que ilustra esta transición

El proyecto proponía una15.6 pulgadas RK3568 tabletas AndroidEl cliente también solicitó una configuración sin aplicaciones GMS.

La solicitud estaba destinada a unaTablet para el hogar inteligente, pero los requisitos no eran los de una tableta de consumo típica. La pantalla necesitaba funcionar como una parte dedicada de un producto terminado, con un comportamiento de software definido,una configuración de hardware específica del proyecto, y un método de instalación fijo.

Eso lleva a una pregunta más útil para los compradores OEM: ¿Cuándo una pantalla táctil Android fija necesita ir más allá de una tableta estándar, y eso significa automáticamente usar un Panel PC?

Cuando una tableta deja de ser el punto de partida correcto

Una tableta es a menudo la forma más eficiente de validar una aplicación Android. ya integra la pantalla, interfaz táctil, procesador, memoria, almacenamiento, conectividad inalámbrica,sistema de seguridad y sistema operativo.

Para un prototipo temprano, esto puede ser una ventaja. El OEM puede probar la aplicación sin asumir el desarrollo de hardware innecesario.

La situación cambia cuando la tableta misma necesita ser modificada.

Un producto fijo puede no necesitar una batería. Puede necesitar energía continua y inicio automático de la aplicación después del arranque. La BOM final puede no requerir una cámara o un micrófono.Puede ser necesario añadir un sensor específico del proyectoEn el caso de los terminales fijos de este tipo, ya existen en nuestra gama.Tableta de restaurante de 14 pulgadas, por ejemplo, está diseñado sin una batería para el funcionamiento continuo de la encimera.

Cuando varios de estos requisitos aparecen juntos, el OEM ya no se limita a seleccionar un dispositivo de consumo terminado.

En el caso de las tabletas, el uso de las mismas es un requisito esencial para el desarrollo de las aplicaciones.15.6 pulgadas POE tablet Android montado en la paredLa pregunta es si el fabricante de equipos originales puede obtener la configuración exacta del hardware,comportamiento del software y la integración mecánica requerida para el producto terminado sin trabajar alrededor del diseño original de la tableta.

Para el proyecto de Noruega, este fue el punto en el que la discusión pasó de encontrar una tableta adecuada hacia la definición de una configuración de terminal Android dedicada.

Lo que un requisito de 15,6 pulgadas le dice a un OEM

La especificación de 15,6 pulgadas es importante, pero no determina la arquitectura de hardware por sí sola.

Para un terminal interactivo fijo, 15,6 pulgadas proporciona más área de interfaz que un dispositivo de mano, sin dejar de ser práctico para la integración en paredes, gabinetes, mostradores y otras estructuras.Por lo tanto, puede adaptarse a aplicaciones en las que la pantalla permanece en un lugar y los usuarios interactúan con ella desde una habitación normal o a distancia de pie..

Pero la misma pantalla de 15,6 pulgadas puede aparecer en productos muy diferentes.

A. No15.6 pulgadas de Android tablet PCEl uso de dispositivos móviles para la computación puede ser apropiado cuando el fabricante de equipos originales desea un dispositivo de computación móvil en gran medida completo.15.6 pulgadas de pantalla Android incrustadaLa tecnología de la pantalla se vuelve más relevante cuando la pantalla se integra en un producto dedicado con requisitos de hardware o instalación personalizados.El panel de 6 pulgadas PC se vuelve más relevante cuando el terminal también necesita comunicarse con equipos industriales o proporcionar una mayor amplitud de E / S.

La distinción importante es, por lo tanto: 15.6 pulgadas define la interfaz de usuario; no define la arquitectura.

En el caso de los proyectos OEM, antes de seleccionar la categoría de producto, es necesario tener en cuenta los requisitos de software, hardware e instalación.

RK3568, quiosco y no GMS son decisiones de configuración separadas

El requisito de Noruega combina varias especificaciones que pueden tratarse fácilmente como una solicitud genérica de "personalización de Android".

El RK3568 define la plataforma informática. 4GB/32GB define la memoria y el almacenamiento. WiFi proporciona conectividad inalámbrica. Modo de quiosco define cómo se presenta y controla la aplicación.el micrófono y el sensor de luz ambiental pertenecen a la configuración de hardwareEl requisito de no GMS pertenece a la configuración del software y necesita su propia definición.

Una sola plataforma puede llevar muy diferentes configuraciones: Hopestarmonitor también envía RK3568 en unDisplay montado en paredy aTableta de escritorio de quioscoasí como pantallas táctiles de 15,6 pulgadas.

Esto es importante porque un proveedor puede soportar el procesador correcto sin necesariamente soportar la configuración de software requerida o el BOM de hardware.un proveedor puede proporcionar la funcionalidad de Kiosk mientras ofrece poca flexibilidad en el hardware subyacente.

Por lo tanto, para un fabricante OEM, los requisitos deben revisarse como un solo sistema y no como especificaciones de producto independientes.

Definición correcta de "no SGA"

"No GMS" puede sonar sencillo en una RFQ, pero no describe un único método de implementación.

Para la configuración discutida en este caso, las aplicaciones de GMS se pueden eliminar en la capa de configuración de software/aplicación de acuerdo con los requisitos del proyecto.Esto no debe representarse como una compilación de firmware pura de AOSP o como la eliminación a nivel de firmware de cada componente de Google.

Esta distinción es importante a la hora de comparar proveedores.

Si el OEM simplemente requiere un entorno Android sin las aplicaciones estándar de GMS, puede ser suficiente una configuración a nivel de software.Si el proyecto requiere una arquitectura de firmware fundamentalmente diferente basada en una versión pura de AOSP, que debe especificarse como un requisito separado.

La lección práctica consiste en preguntar al proveedor qué significa realmente "Sin GMS" en la imagen del software entregado en lugar de tratar la frase en sí como una especificación técnica completa.

El modo de quiosco se vuelve importante cuando el dispositivo tiene un solo trabajo

El modo quiosco es otro requisito que cambia la forma en que se debe evaluar un dispositivo Android.

Una tableta de uso general está diseñada para proporcionar acceso a aplicaciones y funciones del sistema Android.

Activa → arranque de Android → lanza APK designado → el usuario permanece dentro de la aplicación prevista el modelo operativo que diseñamos en terminales de un solo propósito como nuestroTableta para la reserva de salas de conferenciasel rango.

La cuestión de la contratación pública no es, por tanto, simplemente si el modo de quiosco está disponible.

El OEM necesita entender el comportamiento completo. ¿Qué sucede después de una interrupción de energía? ¿La aplicación designada se reinicia automáticamente? ¿Pueden los usuarios salir de la aplicación?¿Pueden aparecer interfaces del sistema innecesarias?¿Cómo se implementa y actualiza el APK del cliente?

Estos detalles son importantes porque el dispositivo Android ya no se usa como un ordenador de uso general.

Para el proyecto aquí discutido, el modo de quiosco fue tratado como parte del comportamiento operativo del dispositivo en lugar de como una característica de software aislada.

La personalización del hardware cambia la definición del producto

La solicitud de no cámara, no micrófono y un sensor de luz ambiente también cambia la forma en que el proyecto debe ser especificado.

Una tableta de consumo normalmente tiene una BOM predefinida.esos componentes pueden seguir estando presentes físicamente porque forman parte del producto estándar.

UnPlataforma OEMEn cambio, puede configurarse en torno a la aplicación real.

La eliminación de componentes no utilizados puede ayudar a alinear el hardware con los requisitos del producto previsto.excluyendo el hardware de captura innecesario también puede formar parte del diseño del producto.

El sensor de luz ambiental tiene un propósito diferente: en una pantalla instalada permanentemente, la iluminación circundante puede variar considerablemente.Un sensor de luz puede proporcionar información ambiental para el comportamiento automático del brillo.

Para los proyectos OEM, estos requisitos no son simplemente características opcionales, sino que forman parte de la configuración del hardware que debe acordarse antes de la producción.

Esta es también la razón por la cual la personalización de BOM debe evaluarse junto con la plataforma Android en lugar de después de que ya se haya seleccionado una tableta estándar.

Pantalla Android integrada frente a un panel de PC: Mira la entrada y salida antes de la etiqueta

La distinción entre unaDisplay de Android incrustadoUn punto de partida más útil es el papel que el dispositivo Android debe desempeñar en el sistema.

Si la pantalla táctil ejecuta principalmente una aplicación, acepta la entrada táctil, se conecta a una red y funciona como un terminal dedicado, una pantalla Android incrustada puede ser suficiente.

La arquitectura se vuelve más orientada al Panel PC cuando el terminal Android también necesita comunicarse directamente con equipos externos.Eso puede incluir requisitos como la comunicación RS232 o RS485., conexiones Ethernet para la integración de equipos, señales GPIO, comunicación PLC o personalización de E/S más amplia.

En ese momento, el dispositivo ya no funciona solo como una pantalla interactiva, sino que se convierte en parte de la arquitectura informática y de comunicación del equipo.

Esto no significa que todos los dispositivos con RS232 o Ethernet deben ser un Panel PC; nuestroMonitor de pantalla táctil LCDPor ejemplo, la gama incluye modelos RS232 que siguen siendo monitores en lugar de PC de panel.El punto es que la integración del equipo y los requisitos de E/S son señales arquitectónicas más fuertes que el tamaño de la pantalla o el método de instalación por sí solo.

Esta distinción era relevante para el proyecto de Noruega.pero la aplicación descrita no requiere inherentemente la comunicación PLC, RS232/RS485 o I/O industrial más amplia.

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 decisión de 15,6 pulgadas comienza con el producto terminado

El requisito noruego proporciona una forma útil de abordar la arquitectura desde el producto terminado hacia atrás.

El requisito de pantalla era de 15.6 pulgadas. La plataforma de computación era RK3568 con 4GB/32GB y WiFi. El software necesitaba un comportamiento de quiosco y una configuración sin aplicaciones GMS.La configuración del hardware también era específicaLa instalación mecánica requería una instalación integrada.

En conjunto, estos requisitos describen algo diferente de la compra de una tableta convencional.

Esta es una distinción importante para la contratación de OEM: la instalación fija y la personalización del hardware no hacen por sí solos un proyecto industrial.

Si posteriormente el proyecto añade comunicaciones PLC, E/S industrial o integración directa de equipos, la arquitectura puede ser reevaluada hacia unaPanel de Android para PC.

En lugar de comenzar con una categoría de catálogo y tratar de encajar el proyecto en ella, el proyecto se basa en una serie de criterios de calidad.el comprador puede comenzar con el producto terminado e identificar la plataforma Android que mejor lo soporta.

Qué verificar antes de aprobar la plataforma OEM

Una vez que se ha identificado la arquitectura, la evaluación del proveedor se vuelve mucho más concreta.

La plataforma Android debe verificarse con el procesador requerido, la versión de Android, la memoria, el almacenamiento y la configuración inalámbrica.,Proceso de despliegue de APK, comportamiento del quiosco, arranque automático y comportamiento de reinicio.

La BOM del hardware debe confirmar si la cámara y el micrófono pueden excluirse y si el sensor de luz ambiente puede incorporarse a la configuración de producción acordada.

La integración mecánica debe abarcar las dimensiones, la estructura de montaje, las ubicaciones de los conectores, la entrada de energía y la interfaz de la carcasa.Se trata de un sistema de seguridad., Ethernet, GPIO u otras interfaces deben definirse antes de finalizar la arquitectura.

Estos detalles también son donde un proyecto OEM puede pasar de una configuración de producto estándar hacia una plataforma personalizada.cuanto más importante sea que el proveedor pueda coordinar esos elementos como una configuración de producción.

La última cuestión es la consistencia de la producción: un proveedor que puede modificar un prototipo no es necesariamente capaz de mantener la misma imagen de software.BOM de hardware y configuración mecánica durante toda la producción en volumenEl fabricante de equipos originales debe, por tanto, confirmar cómo se controlará la configuración validada cuando el proyecto pase de la validación del prototipo a la escala de producción.

Una mejor RFQ comienza con el producto terminado

La RFQ más eficaz para este tipo de proyecto describe el dispositivo previsto en lugar de solicitar solo un modelo de producto.

En lugar de pedir un 🙏15Tablet Android de 6 pulgadas con RK3568," el OEM puede definir los requisitos de una manera que permita al proveedor evaluar la configuración completa.

Este formato hace que las respuestas de los proveedores sean más fáciles de comparar porque separa el requisito de visualización de la plataforma informática, el comportamiento del software, la BOM del hardware y la integración mecánica.

También proporciona al proveedor suficiente información para determinar si el proyecto puede manejarse mediante una configuración de plataforma existente o requiere una mayor personalización de hardware y software.

Para un proyecto OEM similar a este caso, la misma especificación puede servir como punto de partida para una discusión técnica con nuestro equipo.La RFQ inicial no necesita contener todos los detalles de ingeniería; el conjunto de requisitos se puede utilizar primero para determinar la arquitectura Android adecuada e identificar las áreas que necesitan confirmación adicional.

¿Tienes un proyecto OEM de Android de 15.6 pulgadas?

Una pantalla táctil Android fija no necesita convertirse automáticamente en un Panel PC, al igual que una aplicación montada en la pared no requiere automáticamente una tableta.

El mejor punto de partida es el producto terminado: definir el tamaño de la pantalla, el procesador, la memoria, la configuración de Android, el comportamiento de la aplicación, el hardware BOM y el método de instalación,Luego determinar qué arquitectura se ajusta a esos requisitos. Productos como nuestros15.6 pulgadas tablet Android para el hogar inteligenteMuestra hasta qué punto se puede configurar una pantalla táctil Android fija antes de la producción.

Si también se requiere comunicación con equipos industriales, desde el principio deben incluirse interfaces como RS232, RS485, Ethernet o GPIO.

Si su proyecto tiene requisitos similares a este caso, puedeEnvíanos.la información básica y dejar que la arquitectura sea evaluada desde los requisitos hacia el exterior.Nuestro equipo puede evaluar si una pantalla Android incrustada o Android Panel PC es más adecuado e identificar qué softwareLos elementos de hardware o de instalación necesitan ser personalizados antes de la producción.

El objetivo no es forzar un proyecto OEM en una categoría de producto, sino para adaptar la arquitectura de hardware de Android a la forma en que el producto terminado realmente necesita funcionar.