Sinalização Digital Open ADB: Implantando um aplicativo Android de propriedade do cliente

Quando um projeto de sinalização digital envolve uma aplicação Android de propriedade do cliente, a escolha de um . Um dispositivo de amostra pode então ser usado para validar o APK, o comportamento do Launcher, o comportamento de reinicialização e o acesso ao sistema necessário antes de avançar para uma implantação mais ampla. O mesmo padrão de implantação se aplica a aplicações de display Android, desde painéis de reserva de salas de reunião até telas de pedidos de restaurantes, como refletido em nossa série de deixa de ser apenas uma questão de tamanho de tela, resolução ou método de montagem. A questão mais importante é se a plataforma Android oferece ao integrador controle suficiente para implantar e executar seu próprio software.

Isso ficou claro quando um distribuidor de sinalização digital com sede na Bósnia nos procurou com a exigência de um display Android compacto. A aplicação pretendida envolvia a exibição de informações, mas o cliente já possuía seu próprio App Android e não queria ser restringido por um Launcher instalado de fábrica. O pedido incluía ADB aberto, instalação de APK pelo cliente, a capacidade de usar o App do cliente como Launcher e um suporte adequado para diferentes orientações de instalação.

Para este tipo de projeto, analisamos primeiro o requisito de implantação de software. As questões práticas são diretas: o APK do cliente pode ser instalado independentemente? Seu App pode se tornar o Launcher do dispositivo? Essa configuração permanecerá após uma reinicialização? E qual nível de acesso ao sistema está disponível se o integrador precisar gerenciar o ambiente Android?

Essas questões nos levaram a avaliar o display como uma plataforma Android, em vez de simplesmente como um dispositivo de reprodução de conteúdo.

O Cliente Precisava de Mais do que um Ambiente Android de Fábrica

Uma implantação convencional de sinalização digital pode depender fortemente do software fornecido com o display. O conteúdo pode ser entregue através de um CMS, iniciado por uma aplicação de fábrica e gerenciado dentro do fluxo de trabalho pretendido pelo fabricante.

Um integrador com sua própria aplicação tem um requisito diferente. O display se torna parte do ambiente de software existente do integrador, portanto, a capacidade de implantar um APK auto-instalado se torna parte do processo de seleção de hardware.

Neste caso, o requisito não era simplesmente instalar uma aplicação uma vez. O cliente queria que seu próprio software se tornasse a interface normal apresentada aos usuários.

Essa distinção mudou a forma como abordamos o pedido. Em vez de tratar "Android" como uma especificação suficiente, separamos a implantação em várias camadas práticas: acesso ADB, instalação de APK, comportamento do Launcher personalizado, comportamento de inicialização e acesso Root.

Nossa configuração confirmada de sinalização Android suporta esses requisitos. O ADB é suportado, o cliente pode instalar seu próprio APK através do ADB, um App com a propriedade Launcher necessária pode substituir o Launcher original, e o Launcher configurado permanece o ponto de entrada padrão após uma reinicialização. O Root também está aberto por padrão, com Privilégio de adb shell operando com privilégios de Root.

Para um ambiente de aplicação compacto, o display Android 13 de 10,1 polegadas RK3588 fornece um exemplo de hardware relevante de um display de sinalização digital Android 13 RK3588. Ele usa um processador RK3588 e Android 13 e é posicionado como um display Android para aplicações que exigem integração e personalização de software.

O produto em si não é o ponto principal do caso. O que importa é que o hardware pode acomodar um ambiente de software controlado pelo cliente, em vez de exigir que o integrador construa sua aplicação em torno de uma interface de fábrica fixa.

ADB Aberto Possibilita a Implantação de APK pelo Cliente

Para um integrador com uma aplicação Android existente, a primeira questão prática é se o software pode ser implantado sem depender do ambiente de aplicação pré-instalado do fabricante. Para um display de informação, por exemplo, essa implantação pode começar a partir de um tablet Android / computador tudo-em-um com tela sensível ao toque de 21 polegadas RK3399 que executa o próprio APK do cliente.

O ADB aberto fornece o canal de acesso usado para se comunicar com o dispositivo Android a partir de um computador. Neste cenário de implantação, a capacidade relevante é que o cliente pode usar o ADB para instalar seu próprio APK.

Isso é às vezes descrito como implantação de APK side-loaded. A aplicação é fornecida pelo cliente em vez de ser limitada ao software pré-carregado pelo fabricante do display.

ADB, instalação de APK e Root ainda devem ser tratados como capacidades separadas. ADB é o mecanismo de comunicação. A instalação de APK é a operação de implantação. Root determina o nível de privilégio disponível dentro do sistema Android.

A distinção é importante durante a aquisição, pois um display pode suportar Android e até mesmo permitir a instalação de aplicações sem necessariamente fornecer o nível de acesso ao sistema exigido por um integrador.

Na configuração confirmada para nossa linha de produtos de sinalização Android, o cliente pode usar o ADB para instalar seu próprio APK, enquanto o acesso Root está disponível por padrão. Isso dá ao integrador um caminho de implantação claro para seu próprio software e, quando necessário, acesso mais profundo ao ambiente Android.

Para compradores que procuram capacidade de auto-instalação de APK em sinalização Android — ou que planejam instalar seu próprio APK em um display de sinalização digital — esta é uma distinção mais útil do que simplesmente procurar uma versão do Android na folha de especificações.

O Passo Importante Vem Após a Instalação do APK

Instalar um APK não torna automaticamente essa aplicação a interface principal do dispositivo.

Esta foi uma parte importante do requisito do cliente. O cliente já possuía sua própria aplicação e não queria que os usuários entrassem pelo Launcher de fábrica antes de chegar a essa aplicação.

Um App Android com a propriedade Launcher/Home apropriada pode ser configurado como o Launcher padrão do dispositivo. Uma vez que se torna o Launcher padrão, a aplicação do cliente se torna o ponto de entrada normal para o sistema Android.

A configuração confirmada suporta essa abordagem. Quando o App do cliente possui a propriedade Launcher necessária, ele pode substituir o Launcher original, transformando o dispositivo em um display de sinalização Android com launcher personalizado. Após a reinicialização do dispositivo, o Launcher configurado permanece o padrão e o dispositivo pode entrar no App do cliente novamente.

Isso cria uma diferença significativa entre dois tipos de projetos de sinalização Android com auto-instalação de APK.

Em um modelo, o cliente simplesmente instala uma aplicação ao lado do software do fabricante. No outro, a aplicação do cliente se torna a interface primária do dispositivo. O segundo modelo está mais próximo do que muitos integradores precisam quando o display se destina a operar como parte de um ambiente de software proprietário.

A distinção também é o motivo pelo qual "instalação de APK suportada" não deve ser tratada como a resposta completa ao avaliar um projeto de sinalização digital com launcher personalizado.

Acesso Root Oferece ao Integrador uma Opção de Nível de Sistema Mais Profundo

O requisito do cliente também incluía acesso aberto ao sistema, que é onde o Root se torna relevante.

A configuração confirmada fornece acesso Root por padrão. Mais especificamente, Privilégio de adb shell opera como Root em vez de um usuário de shell restrito.

Isso não significa que o Root seja necessário simplesmente para instalar o APK do cliente. A implantação de APK e o Root são partes separadas do sistema.

A razão para esclarecer o Root durante a aquisição é diferente: um integrador pode precisar de acesso mais profundo ao adaptar, configurar, depurar ou gerenciar seu próprio ambiente de software. Para essas tarefas, um tablet industrial Android de 12 polegadas RK3288 com NFC e montagem na parede oferece uma plataforma compacta montável na parede com suporte a SDK para integração personalizada.

Para este tipo de projeto, a distinção pode ser expressa simplesmente:

É por isso também que não descrevemos os requisitos de display de quiosque com ADB aberto simplesmente como um requisito de Root. Um projeto pode precisar de ADB e um Launcher personalizado sem exigir que todas as funções do sistema sejam expostas ao usuário.

Launcher Personalizado e Kiosk São Relacionados, mas Não Idênticos

Um Launcher personalizado resolve uma parte importante da experiência do usuário: permite que o App do cliente se torne a interface Home normal.

Uma implantação de Kiosk mais rigorosa pode exigir mais do que isso. A aplicação pode precisar permanecer como o único ambiente prático voltado para o usuário, enquanto a navegação normal para a área de trabalho do Android ou configurações do sistema é restrita — um padrão relevante para implantações de autoatendimento, como nossa série de caixas registradoras POS.

Esses requisitos devem ser definidos separadamente.

Para a configuração confirmada discutida neste caso, o App do cliente pode se tornar o Launcher padrão quando possui a propriedade Launcher necessária, e o dispositivo pode retornar a esse App após a reinicialização. Isso estabelece a posição da aplicação como a interface primária do dispositivo.

Se um projeto adicionalmente exigir bloqueio estrito da aplicação, navegação restrita do sistema ou uma implementação específica de gerenciamento de dispositivo, esses requisitos devem ser avaliados de acordo com a aplicação e o método de implantação do cliente, em vez de serem assumidos como incluídos simplesmente porque um Launcher personalizado é suportado.

Essa distinção é particularmente relevante para integradores que constroem seu próprio ambiente de software Kiosk. A pergunta correta não é simplesmente se o display é anunciado como um display de quiosque Android para aplicativos personalizados, mas quais partes da experiência do usuário Android a aplicação do cliente realmente precisa controlar. Uma implantação de autoatendimento, como um quiosque Android POS de 11,6 polegadas mostra uma aplicação do cliente rodando como interface primária em uma base Android.

O Display Físico Ainda Precisa Corresponder à Aplicação

A configuração de software foi apenas parte do pedido original. O cliente também precisava de um display compacto e um suporte que pudesse acomodar diferentes orientações.

Esse requisito fica fora da configuração do Launcher. Um App pode ser projetado para apresentação retrato ou paisagem, mas a estrutura física ainda determina como o display é posicionado.

Para um ambiente de aplicação compacto, o display Android 13 de 10,1 polegadas RK3588 fornece um exemplo de hardware relevante. Ele usa um processador RK3588 e Android 13 e é posicionado como um display Android para aplicações que exigem integração e personalização de software.

O produto em si não é o ponto principal do caso. O que importa é que o hardware pode acomodar um ambiente de software controlado pelo cliente, em vez de exigir que o integrador construa sua aplicação em torno de uma interface de fábrica fixa.

Para um . Um dispositivo de amostra pode então ser usado para validar o APK, o comportamento do Launcher, o comportamento de reinicialização e o acesso ao sistema necessário antes de avançar para uma implantação mais ampla. O mesmo padrão de implantação se aplica a aplicações de display Android, desde painéis de reserva de salas de reunião até telas de pedidos de restaurantes, como refletido em nossa série de compacto, a configuração de 10,1 polegadas está mais próxima do requisito original. O tablet Android tudo-em-um com tela IPS FHD de 15,6 polegadas e RK3288 e o tablet Android tudo-em-um de 13,3 polegadas com tela IPS FHD e RK3288 se encaixam entre os formatos compactos e grandes para aplicações de sinalização e quiosque. Para aplicações que necessitam de uma superfície interativa maior e uma instalação móvel, o display Android Stand By Me de 21,5 polegadas RK3588 oferece um formato físico diferente, utilizando a mesma abordagem geral de plataforma Android.

A razão para separar essas duas considerações é prática. A flexibilidade do software não determina automaticamente a instalação mecânica. Um projeto que requer posicionamento paisagem e retrato ainda precisa da estrutura física apropriada, mecanismo de rotação ou configuração de suporte.

Por esse motivo, nossa linha de displays de publicidade Android inclui diferentes formatos de display comercial que podem ser avaliados de acordo com o ambiente da aplicação — incluindo painéis internos fixos maiores, como o tablet Android tudo-em-um RJ45 PoE de 24 polegadas com brilho de 350cd/m².

Como Ajudamos a Traduzir o Requisito em uma Configuração Implantável

A parte útil deste tipo de projeto não é simplesmente confirmar que um display executa Android. O desafio é conectar o software existente do cliente com o ambiente de hardware em que ele operará.

Para o distribuidor com sede na Bósnia, o requisito pôde ser traduzido em uma sequência de perguntas práticas: como o APK chegará ao dispositivo, a aplicação pode se tornar o Launcher, o que acontece após a reinicialização e qual nível de acesso Android o integrador tem?

Uma vez que essas perguntas foram separadas, o requisito de hardware ficou muito mais claro.

A capacidade confirmada pode ser resumida da seguinte forma:

Um Ponto de Partida Prático para Seu Próprio Projeto de Sinalização Android

Um APK de propriedade do cliente muda a forma como um display Android deve ser avaliado. O tamanho da tela e as especificações do display ainda importam, mas são apenas parte da decisão de implantação.

Para um integrador, a avaliação mais útil começa com a aplicação: se o APK precisa ser instalado independentemente, se o App precisa se tornar o Launcher, se ele deve aparecer automaticamente após a reinicialização e se é necessário acesso mais profundo ao sistema.

Essa foi a base da nossa abordagem à solicitação da Bósnia. Em vez de tratar ADB aberto, instalação de APK, comportamento do Launcher e Root como especificações não relacionadas, avaliamos-os como partes do mesmo requisito de implantação de software.

Se o seu projeto já possui seu próprio APK Android, o próximo passo é definir o comportamento esperado da aplicação e combiná-lo com a configuração apropriada do

display de sinalização digital Android. Um dispositivo de amostra pode então ser usado para validar o APK, o comportamento do Launcher, o comportamento de reinicialização e o acesso ao sistema necessário antes de avançar para uma implantação mais ampla. O mesmo padrão de implantação se aplica a aplicações de display Android, desde painéis de reserva de salas de reunião até telas de pedidos de restaurantes, como refletido em nossa série de tablets de reserva de salas de conferência e tablets de pedidos de restaurantes. Se você estiver avaliando uma implantação de display Android semelhante, entre em contato com nossa equipe para discutir seus requisitos de APK e configuração do dispositivo.