Por que a compatibilidade de software é importante para telas sensíveis ao toque montadas na parede?

Uma tela sensível ao toque montada na parede pode parecer um produto de exibição, mas a tela em si é apenas uma parte do sistema. Uma vez adicionada a interação por toque, a compatibilidade do software fica intimamente ligada à forma como o equipamento será utilizado.

Uma loja de varejo pode precisar de um catálogo de produtos e um sistema de estoque. Uma escola pode executar software de apresentação, aplicativos de ensino ou plataformas baseadas em navegador. Um showroom pode precisar de vídeos, informações sobre produtos e conteúdo interativo na mesma tela. As instalações públicas podem ter requisitos completamente diferentes, como diretórios, mapas, informações de serviço ou funções de autoatendimento.

Para compradores de projetos, escolher o tamanho correto do painel e as especificações de exibição é apenas o começo. O sistema operacional, o ambiente do aplicativo, a entrada por toque, os dispositivos externos, a resolução da tela e o método de atualização de software precisam trabalhar juntos.

O hardware de exibição não decide se um aplicativo será executado

Duas telas sensíveis ao toque podem ter especificações de tela quase idênticas e, ao mesmo tempo, oferecer resultados muito diferentes após a instalação.

Um painel de 55 polegadas com resolução de 1920×1080, por exemplo, pode funcionar bem para uma simples exibição de informações. Adicione um catálogo de produtos interativo, um aplicativo baseado em Windows, um periférico USB ou uma plataforma de navegador e os requisitos do sistema se tornarão muito mais específicos.

O sistema operacional desempenha um papel importante.

Para projetos que usam software empresarial padrão, o Windows pode ser uma opção melhor porque muitos aplicativos de desktop existentes são desenvolvidos para ambientes Windows. O Android pode ser mais adequado para projetos desenvolvidos em torno de aplicativos móveis, conteúdo da web, reprodução de mídia e interfaces interativas mais simples.

Nenhum dos sistemas deve ser tratado como uma escolha universal.

Um projeto que já possui software deve começar com os requisitos de software em vez de escolher o sistema operacional com base apenas na folha de especificações de hardware.

Por exemplo:

Para pedidos OEM ou de projetos, normalmente recomendamos testar a aplicação real na configuração pretendida antes de confirmar o lote final. Uma folha de especificações pode informar o processador, memória, resolução e portas. Ele não pode dizer se um determinado aplicativo se comportará corretamente.

Android ou Windows? Comece com o aplicativo

A decisão Android versus Windows geralmente aparece no início de uma discussão de compra. A melhor pergunta é o que a tela precisa para funcionar.

Suponha que um varejista queira um display interativo montado na parede para navegar pelos produtos. Se a interface for baseada em um aplicativo Android, pode haver poucos motivos para adicionar um ambiente Windows simplesmente porque ele é familiar à equipe de TI.

Um projeto diferente já pode usar um aplicativo de gerenciamento baseado em Windows em computadores desktop. Nesse caso, mover o software para Android pode criar trabalho desnecessário de desenvolvimento ou compatibilidade.

Também pode haver diferenças no suporte periférico.

Leitores de código de barras, impressoras, câmeras, dispositivos de armazenamento USB, teclados, mouses e outros acessórios podem exigir drivers ou métodos de conexão específicos. Uma tela sensível ao toque pode ter as portas físicas necessárias, mas o dispositivo conectado ainda pode exigir suporte de software que o sistema operacional selecionado não oferece.

Para as equipes de compras, o sistema operacional deve, portanto, ser tratado como parte da configuração do projeto, e não como uma opção de hardware isolada.

A resolução da tela também afeta a interface do software

A resolução é frequentemente discutida do ponto de vista da qualidade da imagem. Para exibições interativas, a questão vai além.

A interface do software precisa se ajustar à resolução e proporção reais da tela. Conteúdo mal adaptado pode produzir botões pequenos, menus lotados, imagens esticadas ou espaço em branco excessivo.

A tela de toque montada na parede FVASEE usa uma configuração de tela Full HD 1920×1080. Para aplicativos desenvolvidos especificamente em torno de uma interface 16:9, que fornece um formato de trabalho familiar em todos os tamanhos de tela disponíveis.

A tela física fica maior à medida que o modelo passa de 42/43 polegadas para 65 polegadas, enquanto a resolução permanece 1920×1080. Essa distinção é importante ao preparar uma interface.

Um painel físico maior não fornece automaticamente mais espaço de trabalho de software.

Se o aplicativo for projetado com pequenos elementos de interface, uma tela de 65 polegadas ainda poderá ser inconveniente para usuários que estejam a uma distância operacional normal. Os botões e as áreas de navegação precisam ser dimensionados para uso por toque, em vez de simplesmente copiados de um monitor de desktop.

Para implantação do projeto, sugerimos verificar:

· Resolução de tela nativa

· Proporção de aspecto

· Dimensionamento de interface

· Tamanho da fonte

· Dimensões do botão

· Proporções de vídeo e imagem

· Compatibilidade do navegador

· Comportamento em tela cheia

· Requisitos de layout retrato ou paisagem

Um teste rápido em um monitor de mesa é útil, mas o teste na tela sensível ao toque fornece um resultado muito mais confiável.

A entrada de toque precisa corresponder ao software

Uma tela sensível ao toque faz mais do que mostrar software. Ele envia a entrada do usuário de volta ao aplicativo.

Essa interação pode envolver tocar, rolar, arrastar, aplicar zoom, selecionar itens, inserir informações ou operar vários pontos de contato ao mesmo tempo.

O software precisa reconhecer essas ações corretamente.

FVASEE oferece opções de infravermelho e toque capacitivo para display montado na parede. A escolha depende da configuração do projeto e do método de interação esperado.

Para um menu simples ou diretório de informações, as operações básicas de toque podem ser suficientes. Um aplicativo de sala de aula ou um catálogo de produtos interativo pode exigir uma interação multiponto mais responsiva.

Há outro detalhe que pode passar despercebido: o próprio aplicativo deve suportar os gestos de toque que estão sendo utilizados.

Um painel de toque pode detectar um gesto corretamente, mas se o software foi projetado apenas com base em cliques do mouse, a experiência do usuário ainda será ruim.

Antes da produção em massa, é útil testar a operação completa:

1. Abra o aplicativo pretendido.

2. Toque nos botões de navegação comuns.

3. Percorra páginas longas.

4. Selecione produtos ou informações.

5. Teste operações multiponto quando necessário.

6. Digite o texto se for necessário um teclado na tela.

7. Conecte dispositivos externos usados ​​pelo software.

8. Execute o sistema continuamente por um longo período.

Os testes de hardware e os testes de aplicativos devem ser tratados como um único processo.

Aplicativos baseados em navegador precisam de sua própria verificação de compatibilidade

Um número crescente de sistemas comerciais é executado através de navegadores em vez de aplicativos de desktop dedicados.

Isso pode simplificar a implantação, mas a compatibilidade do navegador ainda precisa de atenção.

Diferentes sistemas operacionais e versões de navegadores podem lidar com aplicativos da web de maneira diferente. Uma página que parece correta em um laptop pode exigir ajustes de layout em uma grande tela de parede.

A rolagem por toque é outra consideração. Menus suspensos, pequenas áreas clicáveis, janelas pop-up e navegação orientada para a área de trabalho podem se tornar difíceis de operar em pé.

Para um projeto baseado em navegador, o teste deve abranger mais do que a abertura da página inicial.

Verifique o caminho completo do usuário.

Os usuários podem acessar a página necessária? Os botões respondem adequadamente ao toque? A reprodução de vídeo funciona? As janelas pop-up permanecem na área visível? A página é dimensionada corretamente em 1920×1080? Os usuários podem retornar à página anterior sem teclado ou mouse?

Esses detalhes geralmente determinam se a instalação final parece polida ou estranha.

As atualizações de software devem ser consideradas antes da instalação

Uma exposição pode permanecer na parede durante vários anos. O software raramente permanece inalterado por tanto tempo.

Os aplicativos são atualizados. As versões do navegador mudam. O conteúdo é substituído. Os sistemas de rede são modificados. As políticas de segurança também podem afetar a forma como um dispositivo se conecta a serviços externos.

Por esse motivo, o processo de atualização do software deve ser discutido durante a fase de compra.

Existem várias abordagens possíveis:

· Atualização manual por USB

· Atualização de rede local

· Gerenciamento remoto de software

· Gerenciamento de conteúdo baseado em navegador

· Atualização de aplicativos através do sistema operacional selecionado

· Manutenção no local por equipe técnica

O método certo depende do tamanho do projeto.

Um único display em um showroom pode ser fácil de manter manualmente. Uma rede de varejo com dezenas ou centenas de displays interativos montados na parede tem um requisito diferente. Enviar técnicos a todos os locais para uma pequena atualização de software rapidamente se torna ineficiente.

Portanto, grandes implantações devem considerar como o conteúdo e os aplicativos serão mantidos após a instalação, e não apenas como serão instalados no primeiro dia.

Dispositivos externos podem alterar a configuração

Uma tela sensível ao toque raramente funciona completamente sozinha em um projeto comercial.

Dependendo da aplicação, os clientes podem conectar:

· Teclados USB

· Ratos

· Leitores de código de barras

· Impressoras

· Câmeras

· Palestrantes

· Dispositivos de armazenamento

· Equipamento de rede

· Periféricos relacionados ao PDV

· Outros dispositivos USB ou seriais

A interface física é apenas a primeira verificação.

A placa-mãe, sistema operacional, ambiente de driver e aplicativo selecionados precisam oferecer suporte ao equipamento conectado.

Por exemplo, um sistema de pedidos de autoatendimento pode precisar de uma impressora. Um sistema de pesquisa de produtos de varejo pode usar um leitor de código de barras. Uma aplicação educacional pode exigir uma câmera ou equipamento de áudio externo.

Uma especificação de projeto deve, portanto, incluir a cadeia de conexão completa em vez de listar a tela sensível ao toque separadamente dos periféricos.

Um breve teste de compatibilidade antes da produção pode evitar alterações muito mais caras após a instalação.

A configuração personalizada costuma ser mais útil do que uma configuração padrão

Projetos comerciais raramente possuem requisitos de software idênticos.

Um cliente pode precisar do Android com um aplicativo específico. Outro pode precisar do Windows e de vários periféricos USB. Um terceiro pode exigir apenas um navegador e reprodução de mídia local.

Por esse motivo, telas sensíveis ao toque montadas na parede usadas para pedidos de projetos podem exigir configuração em torno do ambiente real da aplicação.

O processador, a memória, o armazenamento, o sistema operacional, as portas e a tecnologia de toque podem ser avaliados em conjunto, em vez de selecionados de forma independente.

Para um projeto OEM/ODM, uma unidade de amostra é particularmente útil.

A amostra deverá utilizar configuração igual ou equivalente planejada para o lote de produção. Instale o aplicativo real e teste todo o fluxo de trabalho. Assim que o cliente confirmar a amostra, a configuração aprovada pode se tornar referência para produção em massa.

Esse processo também ajuda a reduzir as diferenças de configuração entre as unidades.

Por que testar uma unidade completa antes de um pedido em massa é importante

Os pedidos em grandes quantidades introduzem outra camada de risco.

Um problema de software que afeta um dispositivo pode afetar todas as unidades produzidas com a mesma configuração. Encontrar o problema após o envio pode envolver a reinstalação do software, a alteração remota das configurações, a devolução do equipamento ou a contratação de serviço no local.

Um teste de pré-produção é muito mais barato.

Para um projeto típico, o processo de aprovação pode abranger:

Hardware → Sistema operacional → Aplicativo → Toque → Periférico → Rede → Conteúdo → Operação de longo prazo

Cada etapa depende da anterior.

O monitor precisa inicializar corretamente. O sistema operacional precisa oferecer suporte ao aplicativo. O aplicativo precisa reconhecer a entrada por toque. Os dispositivos externos precisam se comunicar corretamente. As funções de rede precisam permanecer estáveis. O conteúdo precisa caber na tela. O sistema completo deverá então funcionar durante um período de teste apropriado.

Uma amostra de produto que demonstra apenas a qualidade da imagem não fornece informações suficientes para uma implantação interativa.

A compatibilidade de software também afeta a experiência do usuário

A compatibilidade técnica é o primeiro requisito. A experiência do usuário vem a seguir.

Um sistema pode tecnicamente executar um aplicativo e ainda assim ser desconfortável de usar.

Imagine uma tela sensível ao toque de 55 polegadas montada na parede exibindo um aplicativo de desktop projetado para um laptop de 14 polegadas. O software pode abrir normalmente, mas os menus podem ser muito pequenos, o texto pode ser difícil de ler e os usuários podem precisar percorrer a tela repetidamente.

O mesmo problema pode ocorrer com sites.

Uma página construída em torno do movimento do mouse e de menus suspensos pode funcionar bem em um computador, mas se tornar frustrante em uma tela sensível ao toque.

Um bom conteúdo interativo geralmente leva em consideração a instalação física.

Para equipamentos montados na parede, os usuários podem ficar a vários metros de distância do monitor. A interface deve fornecer navegação clara, texto legível, alvos de toque de tamanho adequado e um caminho simples de volta à tela principal.

O hardware não consegue resolver sozinho uma interface mal projetada.

Os requisitos de software devem ser escritos nas especificações de compra

Uma das maneiras mais fáceis de evitar mal-entendidos é incluir requisitos de software nas especificações técnicas.

Um documento de compra pode especificar:

· Tamanho da tela

· Resolução

· Brilho

· Tecnologia de toque

· Sistema operacional

· Requisitos do processador

· Memória e armazenamento

· Portas necessárias

· Nome e versão do aplicativo

· Requisitos do navegador

· Periféricos externos

· Requisitos de rede

· Orientação da tela

· Requisitos de aprovação de amostra

· Requisitos de instalação de software

· Método de atualização e manutenção

Para um projeto básico de sinalização, a seção de software pode ser curta.

Para um sistema interativo, deveria ser muito mais detalhado.

O fornecedor e o comprador podem então trabalhar a partir da mesma configuração, em vez de depender de frases como “tela sensível ao toque do Android” ou “tela interativa do Windows”, que deixam muitos detalhes técnicos em aberto.

O que deve ser confirmado antes de fazer o pedido?

Para clientes do projeto, é melhor verificar a compatibilidade do software antes de finalizar a configuração do hardware.

Uma lista de verificação útil inclui:

1. Qual software será executado no monitor? Identifique o aplicativo, plataforma ou site real, em vez de descrevê-lo apenas como “software interativo”.

2. Qual sistema operacional é necessário? Confirme Android, Windows ou outro ambiente necessário.

3. Qual resolução e orientação de tela a interface suporta? Verifique a compatibilidade de 1920×1080 e se o aplicativo precisa de operação paisagem ou retrato.

4. O software suporta operação por toque? Teste tocar, rolar, arrastar, multitoque e entrada de texto quando necessário.

5. São necessários dispositivos externos? Liste scanners, impressoras, câmeras, teclados, dispositivos de armazenamento e outros periféricos.

6. O sistema requer acesso à internet? Verifique os requisitos de rede Wi-Fi ou com fio, acesso ao navegador, conexões de servidor e autenticação.

7. Como o software será atualizado? Decida se as atualizações serão realizadas localmente, remotamente, manualmente ou por meio de uma plataforma de gerenciamento.

8. O fornecedor pode fornecer uma amostra para teste? Para projetos maiores, a aprovação da amostra deverá ocorrer preferencialmente antes da produção.

Essas verificações levam relativamente pouco tempo em comparação com a solução de problemas de compatibilidade após a entrega.

Escolhendo uma tela de toque montada na parede do sistema para fora

Uma tela sensível ao toque montada na parede deve ser selecionada em todo o ambiente de aplicação, especialmente para projetos comerciais e institucionais.

Tamanho da tela, resolução, brilho, desempenho do painel IPS, tecnologia de toque, sistema operacional, portas e compatibilidade de software contribuem para o resultado final. Nenhuma especificação pode garantir que um sistema interativo funcionará corretamente.

A FVASEE oferece telas sensíveis ao toque montadas na parede nas configurações de 42/43 polegadas, 49/50 polegadas, 55 polegadas e 65 polegadas, com opções Android ou Windows e toque infravermelho ou capacitivo de acordo com os requisitos do projeto. A resolução padrão da tela é 1920×1080, com tecnologia IPS, ângulo de visão de 178° e brilho de pelo menos 350 cd/m².

Para um projeto de exibição padrão, a folha de especificações pode ser suficiente para iniciar a discussão. Para um projeto interativo, o software deve ser incluído na discussão desde o início.

A abordagem mais confiável é definir a aplicação, confirmar o ambiente operacional, testar a configuração completa, aprovar uma amostra e depois passar para a produção em massa.

Para configuração específica do projeto ou requisitos de compatibilidade de software, entre em contato com a equipe de vendas da FVASEE para discutir a configuração real do aplicativo e do hardware.