15Display Android incorporado de 0,6 polegadas para projetos OEM: RK3568, quiosque e hardware personalizado

Uma tela sensível ao toque Android de 15,6 polegadas pode ser construída como um tablet, um display Android embarcado ou um PC de painel Android. Embora esses produtos possam compartilhar tamanhos de tela e plataformas Android semelhantes, eles atendem a diferentes níveis de integração de produtos. Essa distinção se torna importante quando um projeto OEM vai além do teste de aplicativos. Um dispositivo que precisa de energia contínua, inicialização dedicada de aplicativos, hardware personalizado, uma configuração Android controlada e instalação embarcada não é mais simplesmente um tablet com um invólucro diferente.

Recentemente, avaliamos um requisito OEM de um integrador de sistemas baseado na Noruega que ilustra essa transição.

O projeto solicitou um tablet Android RK3568 de 15,6 polegadas com 4 GB/32 GB, WiFi, Modo Quiosque, sem câmera ou microfone, um sensor de luz ambiente e instalação embarcada. O cliente também solicitou uma configuração sem aplicativos GMS.

O aplicativo foi destinado a um tablet de casa inteligente, mas os requisitos não eram os de um tablet de consumidor típico. A tela precisava funcionar como uma parte dedicada de um produto acabado, com comportamento de software definido, uma configuração de hardware específica do projeto e um método de instalação fixo.

Isso leva a uma pergunta mais útil para compradores OEM: Quando uma tela sensível ao toque Android fixa precisa ir além de um tablet padrão, e isso significa automaticamente usar um PC de painel?

Quando um Tablet Deixa de Ser o Ponto de Partida Certo

Um tablet é frequentemente a maneira mais eficiente de validar um aplicativo Android. Ele já integra o display, a interface de toque, o processador, a memória, o armazenamento, a conectividade sem fio, o invólucro e o sistema operacional.

Para um protótipo inicial, isso pode ser uma vantagem. O OEM pode testar o aplicativo sem assumir desenvolvimento de hardware desnecessário.

A situação muda quando o próprio tablet precisa ser modificado.

Um produto fixo pode não precisar de bateria. Ele pode precisar de energia contínua e inicialização automática do aplicativo após a inicialização. A BOM final pode não exigir câmera ou microfone. Um sensor específico do projeto pode precisar ser adicionado, enquanto o invólucro pode precisar se encaixar em uma estrutura de parede ou painel específica. Terminais fixos desse tipo já existem em nossa linha e — o tablet de restaurante POE de 14 polegadas, por exemplo, é projetado sem bateria para operação contínua no balcão.

Quando vários desses requisitos aparecem juntos, o OEM não está mais simplesmente selecionando um dispositivo de consumidor acabado. A própria plataforma de hardware se torna parte do design do produto.

Isso não torna um tablet inadequado para aplicações fixas. Um tablet pode certamente ser montado na parede e executar um aplicativo de quiosque; nosso tablet Android de 15,6 polegadas montado na parede POE é um desses dispositivos permanentemente instalados. A questão é se o OEM pode obter a configuração exata de hardware, o comportamento do software e a integração mecânica exigidos para o produto acabado sem contornar o design original do tablet.

Para o projeto da Noruega, este foi o ponto em que a discussão passou de encontrar um tablet adequado para definir uma configuração de terminal Android dedicada.

O que um Requisito de 15,6 Polegadas Diz a um OEM

A especificação de 15,6 polegadas é importante, mas não determina a arquitetura de hardware por si só.

Para um terminal interativo fixo, 15,6 polegadas fornece mais área de interface do que um dispositivo portátil, permanecendo prático para integração em paredes, armários, balcões e outras estruturas. Ele pode, portanto, se adequar a aplicações onde o display permanece em um local e os usuários interagem com ele a partir de uma sala normal ou distância em pé.

Mas a mesma tela de 15,6 polegadas pode aparecer em produtos muito diferentes.

Um PC tablet Android de 15,6 polegadas pode ser apropriado quando o OEM deseja um dispositivo de computação móvel amplamente completo. Um display Android embarcado de 15,6 polegadas se torna mais relevante quando a tela está sendo integrada em um produto dedicado com hardware ou requisitos de instalação personalizados. Um PC de painel de 15,6 polegadas se torna mais relevante quando o terminal também precisa se comunicar com equipamentos industriais ou fornecer I/O mais amplo.

A distinção importante é, portanto: 15,6 polegadas define a interface do usuário; não define a arquitetura.

Para projetos OEM, os requisitos de software, hardware e instalação circundantes precisam ser considerados antes de selecionar a categoria do produto.

RK3568, Quiosque e Sem GMS São Decisões de Configuração Separadas

O requisito da Noruega combina várias especificações que podem ser facilmente tratadas como uma solicitação genérica de "personalização Android". Na verdade, são partes diferentes do sistema.

O RK3568 define a plataforma de computação. 4 GB/32 GB definem memória e armazenamento. WiFi fornece conectividade sem fio. Modo Quiosque define como o aplicativo é apresentado e controlado. A câmera, o microfone e o sensor de luz ambiente pertencem à configuração de hardware. O requisito Sem GMS pertence à configuração de software e precisa de sua própria definição.

Uma única plataforma pode carregar configurações muito diferentes: a Hopestarmonitor também envia RK3568 em um display montado na parede e um tablet quiosque de mesa, bem como telas sensíveis ao toque de 15,6 polegadas.

Isso importa porque um fornecedor pode suportar o processador correto sem necessariamente suportar a configuração de software ou a BOM de hardware exigida. Da mesma forma, um fornecedor pode fornecer funcionalidade de Quiosque, oferecendo pouca flexibilidade no hardware subjacente.

Para um OEM, os requisitos, portanto, precisam ser revisados como um sistema em vez de especificações de produto independentes.

Definindo "Sem GMS" Corretamente

"Sem GMS" pode parecer direto em um RFQ, mas não descreve um único método de implementação.

Para a configuração discutida neste caso, os aplicativos GMS podem ser removidos na camada de configuração de software/aplicativo de acordo com o requisito do projeto. Isso não deve ser representado como uma compilação pura de firmware AOSP ou como remoção em nível de firmware de cada componente do Google.

Essa distinção é importante ao comparar fornecedores.

Se o OEM simplesmente requer um ambiente Android sem os aplicativos GMS padrão, a configuração em nível de software pode ser suficiente. Se o projeto requer uma arquitetura de firmware fundamentalmente diferente baseada em uma compilação AOSP pura, isso deve ser especificado como um requisito separado.

A lição prática é perguntar ao fornecedor o que "Sem GMS" realmente significa na imagem de software entregue, em vez de tratar a frase em si como uma especificação técnica completa.

O Modo Quiosque se Torna Importante Quando o Dispositivo Tem um Único Trabalho

O Modo Quiosque é outro requisito que muda a forma como um dispositivo Android deve ser avaliado.

Um tablet de propósito geral é projetado para fornecer acesso a aplicativos Android e funções do sistema. Um terminal dedicado normalmente tem um modelo de operação muito mais restrito:

Ligar → Inicialização Android → APK designado é iniciado → o usuário permanece dentro do aplicativo pretendido — o modelo de operação que projetamos em terminais de propósito único, como nossa linha de tablet de reserva de sala de conferência.

A questão de aquisição, portanto, não é simplesmente se o Modo Quiosque está disponível.

O OEM precisa entender o comportamento completo. O que acontece após uma interrupção de energia? O aplicativo designado reinicia automaticamente? Os usuários podem sair do aplicativo? Interfaces de sistema desnecessárias podem aparecer? Como o APK do cliente é implantado e atualizado?

Esses detalhes importam porque o dispositivo Android não está mais sendo usado como um computador de propósito geral. Seu comportamento de inicialização e aplicativo se torna parte do produto acabado.

Para o projeto discutido aqui, o Modo Quiosque foi, portanto, tratado como parte do comportamento operacional do dispositivo, em vez de um recurso de software isolado.

A Personalização de Hardware Muda a Definição do Produto

A solicitação de sem câmera, sem microfone e um sensor de luz ambiente também muda como o projeto deve ser especificado.

Um tablet de consumidor normalmente tem uma BOM predefinida. Se um aplicativo não usa a câmera ou o microfone, esses componentes ainda podem estar fisicamente presentes porque fazem parte do produto padrão.

Uma plataforma OEM pode, em vez disso, ser configurada em torno do aplicativo real.

Remover componentes não utilizados pode ajudar a alinhar o hardware com os requisitos pretendidos do produto. Em uma aplicação sensível à privacidade, excluir hardware de captura desnecessário também pode fazer parte do design do produto.

O sensor de luz ambiente serve a um propósito diferente. Em um display permanentemente instalado, a iluminação circundante pode variar consideravelmente. Um sensor de luz pode fornecer entrada ambiental para comportamento automático de brilho.

Para projetos OEM, esses requisitos, portanto, não são simplesmente recursos opcionais. Eles fazem parte da configuração de hardware que precisa ser acordada antes da produção.

É por isso também que a personalização da BOM deve ser avaliada em conjunto com a plataforma Android, em vez de depois que um tablet padrão já foi selecionado.

Display Android Embarcado vs. PC de Painel: Olhe para o I/O Antes do Rótulo

A distinção entre um Display Android Embarcado e um PC de Painel Android é frequentemente descrita de forma muito ampla como "consumidor versus industrial". Um ponto de partida mais útil é o papel que o dispositivo Android precisa desempenhar no sistema.

Se a tela sensível ao toque principalmente executa um aplicativo, aceita entrada de toque, se conecta a uma rede e opera como um terminal dedicado, um display Android embarcado pode ser suficiente.

A arquitetura se torna mais orientada a PC de Painel quando o terminal Android também precisa se comunicar diretamente com equipamentos externos. Isso pode incluir requisitos como comunicação RS232 ou RS485, conexões Ethernet para integração de equipamentos, sinais GPIO, comunicação PLC ou personalização de I/O mais ampla.

Nesse ponto, o dispositivo não está mais funcionando apenas como uma tela interativa. Ele se torna parte da arquitetura de computação e comunicação do equipamento.

Isso não significa que todo dispositivo com RS232 ou Ethernet deva ser um PC de Painel; nossa linha de monitores com tela sensível ao toque LCD, por exemplo, inclui modelos RS232 que ainda são monitores em vez de PCs de painel. O ponto é que a integração de equipamentos e os requisitos de I/O são sinais arquiteturais mais fortes do que o tamanho da tela ou o método de instalação sozinhos.

Essa distinção foi relevante para o projeto da Noruega. O requisito solicitou instalação embarcada e personalização de hardware, mas o aplicativo descrito não exigiu inerentemente comunicação PLC, RS232/RS485 ou I/O industrial mais amplo.

A arquitetura mais apropriada foi, portanto, um display Android embarcado ou um terminal Android dedicado, em vez de mover automaticamente para um PC de Painel simplesmente porque o dispositivo foi instalado permanentemente.

A Decisão de 15,6 Polegadas Começa com o Produto Acabado

O requisito da Noruega fornece uma maneira útil de abordar a arquitetura do produto acabado para trás.

O requisito de display foi de 15,6 polegadas. A plataforma de computação foi RK3568 com 4 GB/32 GB e WiFi. O software precisava de comportamento de Quiosque e uma configuração sem aplicativos GMS. A configuração de hardware também foi específica: sem câmera, sem microfone e um sensor de luz ambiente. O requisito mecânico foi instalação embarcada.

Tomados em conjunto, esses requisitos descrevem algo diferente de uma compra convencional de tablet. Ao mesmo tempo, eles não justificam automaticamente um PC de Painel.

Esta é uma distinção importante para aquisições OEM: instalação fixa e personalização de hardware não tornam um projeto industrial por si só.

Se o projeto posteriormente adicionar comunicação PLC, I/O industrial ou integração direta de equipamentos, a arquitetura pode ser reavaliada em direção a um PC de Painel Android.

Essa abordagem orientada a requisitos também dá ao OEM mais flexibilidade ao trabalhar com um fornecedor. Em vez de começar com uma categoria de catálogo e tentar encaixar o projeto nela, o comprador pode começar com o produto acabado e identificar a plataforma Android que melhor o suporta.

O Que Verificar Antes de Aprovar a Plataforma OEM

Uma vez identificada a arquitetura, a avaliação do fornecedor se torna muito mais concreta.

A plataforma Android deve ser verificada em relação ao processador exigido, versão do Android, memória, armazenamento e configuração sem fio. Os requisitos de software devem especificar o método real de remoção de GMS, o processo de implantação de APK, o comportamento do Quiosque, a inicialização automática e o comportamento de reinicialização.

A BOM de hardware deve confirmar se a câmera e o microfone podem ser excluídos e se o sensor de luz ambiente pode ser incorporado à configuração de produção acordada.

A integração mecânica deve cobrir dimensões, estrutura de montagem, locais de conectores, entrada de energia e a interface do invólucro. Se o terminal se conectar a equipamentos externos, as interfaces RS232, RS485, Ethernet, GPIO ou outras necessárias devem ser definidas antes que a arquitetura seja finalizada.

Esses detalhes também são onde um projeto OEM pode passar de uma configuração de produto padrão para uma plataforma personalizada. Quanto mais requisitos cruzarem os limites de software, hardware e mecânica, mais importante se torna que o fornecedor possa coordenar esses elementos como uma única configuração de produção.

A pergunta final é a consistência da produção. Um fornecedor que pode modificar um protótipo não é necessariamente capaz de manter a mesma imagem de software, BOM de hardware e configuração mecânica ao longo da produção em volume. O OEM deve, portanto, confirmar como a configuração validada será controlada quando o projeto passar da validação do protótipo para o escalonamento da produção.

Um RFQ Melhor Começa com o Produto Acabado

O RFQ mais eficaz para este tipo de projeto descreve o dispositivo pretendido em vez de apenas solicitar um modelo de produto.

Em vez de pedir um "tablet Android de 15,6 polegadas com RK3568", o OEM pode definir os requisitos de forma que permita ao fornecedor avaliar a configuração completa.

Este formato torna as respostas dos fornecedores mais fáceis de comparar porque separa o requisito do display da plataforma de computação, comportamento do software, BOM de hardware e integração mecânica.

Ele também fornece ao fornecedor informações suficientes para determinar se o projeto pode ser tratado através de uma configuração de plataforma existente ou requer mais personalização de hardware e software.

Para um projeto OEM semelhante a este caso, a mesma especificação pode servir como ponto de partida para uma discussão técnica com nossa equipe. O RFQ inicial não precisa conter todos os detalhes de engenharia; o conjunto de requisitos pode primeiro ser usado para determinar a arquitetura Android apropriada e identificar as áreas que precisam de confirmação adicional.

Tem um Projeto OEM Android de 15,6 Polegadas?

Uma tela sensível ao toque Android fixa não precisa se tornar automaticamente um PC de Painel, assim como uma aplicação montada na parede não requer automaticamente um tablet.

O melhor ponto de partida é o produto acabado: defina o tamanho da tela, processador, memória, configuração Android, comportamento do aplicativo, BOM de hardware e método de instalação, e então determine qual arquitetura se encaixa nesses requisitos. Produtos como nosso tablet Android de casa inteligente de 15,6 polegadas mostram o quão longe uma tela sensível ao toque Android fixa pode ser configurada antes da produção.

Se a comunicação de equipamentos industriais também for necessária, interfaces como RS232, RS485, Ethernet ou GPIO devem ser incluídas desde o início.

Se o seu projeto tiver requisitos semelhantes a este caso, você pode nos enviar as informações básicas e deixar que a arquitetura seja avaliada a partir dos requisitos para fora. Nossa equipe pode avaliar se um display Android embarcado ou um PC de Painel Android é mais apropriado e identificar quais elementos de software, hardware ou instalação precisam de personalização antes da produção.

O objetivo não é forçar um projeto OEM em uma categoria de produto, mas sim adequar a arquitetura de hardware Android à forma como o produto acabado realmente precisa funcionar.