Um terminal de controle de acesso possui uma tarefa focada, porém exigente. Ele deve fornecer aos usuários um feedback imediato e inequívoco, ao mesmo tempo que compartilha um painel frontal compacto com uma câmera, leitor de credenciais, sistema de iluminação, microfone, alto-falante, teclado, sensor de impressão digital ou outro hardware de autenticação.
O display TFT LCD é, portanto, apenas uma parte do terminal. Ele não verifica uma credencial, toma uma decisão de acesso ou controla diretamente a porta simplesmente por exibir uma mensagem de aprovação ou rejeição. Essas funções pertencem ao software do terminal, ao subsistema de credenciais, ao controlador da porta e à arquitetura mais ampla de controle de acesso.
Para as equipes OEM, o processo de design correto começa definindo a interação completa do usuário e o limite do sistema. O tamanho do display, a proporção de aspecto, a interface e a tecnologia de toque podem então ser selecionados com base nessa arquitetura, em vez de serem tratados como escolhas independentes de um catálogo.
“Terminal de controle de acesso” pode descrever vários produtos diferentes. Um leitor simples pode precisar apenas de um display de status compacto. Um terminal de ponto eletrônico pode exigir informações do funcionário, prompts de horário e navegação por toque. Um terminal de visitante pode incluir uma câmera, fluxo de trabalho com QR Code, interfone e uma interface gráfica maior. Um terminal biométrico pode precisar coordenar o posicionamento facial, prompts de credencial, cadastro e feedback de transação.
O primeiro passo de engenharia é documentar quais funções são locais ao terminal e quais são executadas em outro lugar.
| Função do terminal | Requisito típico do display | Perguntas do sistema |
|---|---|---|
| Leitor de status | Prompts curtos, status da credencial, estado da porta e mensagens de falha | O leitor toma uma decisão local ou reporta a um controlador separado? |
| Terminal de acesso com tela sensível ao toque | Inserção de PIN, navegação por menu, prompts para visitantes e instruções contextuais | Quais ações são permitidas localmente e como os eventos de toque são protegidos e validados? |
| Terminal biométrico | Orientação de posicionamento, feedback de progresso, instruções de repetição e estados de resultado | Onde são tratados a captura biométrica, a correspondência, os modelos e os controles de privacidade? |
| Terminal de ponto eletrônico | Identidade do usuário, estado de entrada ou saída, códigos de trabalho e confirmação de transação | O que deve permanecer disponível quando a rede ou o servidor estiver offline? |
| Terminal de visitante ou interfone | Diretório, estado da chamada, pré-visualização da câmera, instruções e suporte de acessibilidade | Como as funções de vídeo, áudio, toque, liberação da porta e operador remoto são separadas? |
Um requisito como “display Android de 4 polegadas para acesso” ainda não é suficiente. A base de engenharia também deve definir a jornada do usuário, os métodos de autenticação, a arquitetura do controlador da porta, as dependências de rede, o ambiente de instalação, a posição de visualização, a fonte de alimentação, o invólucro, a propriedade do software e as quantidades de produção.
Os terminais de controle de acesso geralmente têm espaço limitado porque a superfície frontal deve acomodar mais do que uma tela. Uma câmera pode precisar permanecer próxima ao nível dos olhos. Uma antena RFID deve evitar materiais e eletrônicos que interfiram em sua operação pretendida. Um sensor de impressão digital precisa de uma posição física acessível. Alto-falantes, microfones e componentes de iluminação exigem aberturas ou caminhos ópticos controlados.
O formato do display deve seguir este layout.
Um pequeno TFT LCD no formato paisagem pode funcionar bem quando o terminal exibe principalmente status, instruções curtas, ícones ou uma interface PIN simples. Sua largura pode suportar texto e elementos visuais lado a lado, mas pode competir com o leitor ou a câmera pelo espaço horizontal do painel frontal.
Um display no formato retrato pode suportar etapas ordenadas verticalmente, como apresentar credencial, inserir PIN, posicionar o rosto, aguardar e visualizar o resultado. Este formato pode se alinhar naturalmente com um terminal estreito montado na parede. A equipe ainda deve verificar o tamanho do alvo de toque, a operação com uma mão, o comprimento do texto e o posicionamento da câmera.
Um LCD de barra estreita pode ser útil quando o produto requer uma área de status fina acima ou ao lado de um leitor de credenciais. Pode fornecer um design industrial distinto e preservar espaço para câmeras ou sensores. No entanto, uma proporção de aspecto esticada limita os layouts de UI convencionais, portanto, a aplicação deve ser projetada especificamente para a área ativa.
A demonstração pública Smart Access da RJY Display usou um pequeno LCD tipo barra com uma placa-mãe Android, mostrando que esta arquitetura pode ser considerada para um projeto de terminal de acesso definido. A demonstração não deve ser interpretada como prova de que todo display tipo barra ou placa Android é automaticamente adequado para todo sistema de controle de acesso.
A interação com um terminal de porta é breve. Os usuários não esperam estudar uma interface complexa enquanto estão parados em uma entrada. O display deve tornar o estado atual claro sem depender de uma única cor, ícone pequeno ou animação de curta duração.
No mínimo, defina o comportamento visual para:
Os estados de sucesso e falha devem permanecer visíveis por tempo suficiente para serem compreendidos, mas a tela deve retornar a um estado ocioso que preserve a privacidade, sem expor informações sobre o usuário anterior.
Embora uma interface de terminal embarcado não seja automaticamente uma página web, a WCAG 2.2 fornece referências úteis de design de UI. Ela especifica uma taxa de contraste de pelo menos 4,5:1 para texto normal e 3:1 para texto grande sob seu critério de contraste mínimo. Ela também define orientações mínimas e aprimoradas para alvos de ponteiro para interfaces operadas por toque.1
Esses valores não substituem os requisitos de acessibilidade aplicáveis ao produto ou os testes em dispositivos reais. Eles fornecem um ponto de partida para avaliar texto, ícones e controles. A legibilidade final ainda depende da densidade de pixels, renderização de fontes, reflexos do vidro de cobertura, distância de visualização, altura de instalação, luz ambiente e da acuidade visual dos usuários reais.
Evite usar apenas a cor para distinguir os estados de concedido e negado. Combine a cor com um ícone claro, texto, áudio ou outro sinal apropriado. A UI também deve evitar apresentar uma confirmação verde enquanto o controlador da porta relata um estado conflitante.
O display é um dispositivo de saída. O sensor de toque, câmera, leitor RFID, sensor de impressão digital, teclado e microfone são sistemas de entrada separados. Eles podem compartilhar um processador host e invólucro, mas possuem interfaces, drivers, requisitos de temporização e modos de falha diferentes.
| Subsistema | Função primária | Perguntas típicas de integração |
|---|---|---|
| o TFT LCD | Exibe prompts, status e interface gráfica do usuário | Interface do painel, temporização, energia, retroiluminação, ângulo de visão e ajuste mecânico |
| Sensor de toque | Reporta coordenadas de toque ou gestos do usuário | Controlador de toque, caminho USB ou I2C, pilha de cobertura, ajuste, aterramento e driver |
| Câmera e iluminação | Captura imagens para funções de aplicação aprovadas | Campo de visão, interface de imagem, iluminação, carga térmica, privacidade e propriedade da aplicação |
| Leitor de credenciais | Lê um cartão, etiqueta, credencial móvel ou outro token suportado | Posição da antena, protocolo, limite do controlador, ruído elétrico e materiais do invólucro |
| Entrada por impressão digital ou teclado | Fornece outro fator de autenticação ou método de entrada do usuário | Acesso físico, caminho de dados, limpeza, desgaste, privacidade e integração de software local |
| Microfone e alto-falante | Fornece interfone ou feedback audível | Codec de áudio, design acústico, eco, aberturas, vedação e comportamento da aplicação |
Uma falha em um subsistema não deve ser disfarçada por outro. Por exemplo, um LCD funcional não prova que o leitor de credenciais está online. Uma pré-visualização da câmera não prova que o processamento biométrico ou o controlador da porta estão disponíveis. Uma animação de toque não prova que a operação solicitada foi aceita.
O caminho do display depende da placa hospedeira selecionada. Sistemas embarcados compactos podem usar RGB, MIPI DSI, LVDS, eDP, SPI ou outra interface de painel suportada. Uma placa controladora de display pode, em vez disso, aceitar uma fonte de vídeo externa, como HDMI.
Essas arquiteturas não devem ser misturadas casualmente. HDMI não pode acionar passivamente um painel raw MIPI, RGB, LVDS ou eDP. Um receptor ativo, bridge, scaler ou placa controladora é necessário para traduzir o vídeo de origem no formato elétrico, temporização e inicialização esperados pelo LCD.
O toque permanece um caminho de entrada separado. Em um display touch HDMI típico, o HDMI transporta a imagem e o USB transporta as coordenadas de toque. Um controlador de toque embarcado pode, em vez disso, conectar-se através de I2C ou outra interface. O USB Implementers Forum publica as especificações da classe Human Interface Device usadas por dispositivos de entrada USB compatíveis.2
Antes de selecionar o módulo, confirme:
Um terminal de acesso pode conter uma placa de computação Android ou Linux que aciona o display, UI de toque, câmera, áudio e aplicação de rede. O mesmo invólucro pode também conter eletrônicos de controle de porta, ou o terminal pode se comunicar com um controlador seguro separado.
O projeto deve definir qual componente toma a decisão de acesso e qual componente energiza a fechadura. Uma aplicação gráfica não deve ser assumida como o único limite de segurança simplesmente por rodar na placa hospedeira da tela.
A Security Industry Association descreve o Open Supervised Device Protocol como um padrão de comunicações para controle de acesso destinado a melhorar a interoperabilidade entre produtos de controle de acesso e segurança. A informação atual da SIA identifica o OSDP v2.2.2 e observa que o OSDP foi publicado como IEC 60839-11-5.3
Isso não significa que toda placa de display RJY ou terminal proposto suporte OSDP. Se um projeto exigir OSDP, RS-485, Wiegand, Ethernet, CAN, I/O de relé ou outro método de comunicação, os requisitos exatos de hardware, design elétrico, implementação de software e certificação devem ser confirmados para esse projeto.
Perda de rede, indisponibilidade do servidor e perda de comunicação com o controlador da porta são eventos diferentes. A UI deve apresentar apenas o estado que o terminal pode verificar.
Perguntas a resolver incluem:
Um ícone genérico de “offline” é insuficiente se diferentes estados offline exigirem diferentes ações de serviço ou políticas de acesso.
Uma placa Android pode fornecer gráficos, rede, câmera, áudio e suporte a aplicações, mas “LCD compatível com Android” não é uma especificação de engenharia completa. A compatibilidade deve ser estabelecida para o painel exato, revisão da placa, bootloader, kernel, BSP, device tree, driver de display, driver de toque e imagem da aplicação.
A equipe do sistema deve confirmar se cada periférico usa uma interface nativa suportada ou requer um bridge ou controlador externo. Conectores disponíveis não provam por si só que toda câmera, display, sensor de toque, leitor de credenciais ou dispositivo de áudio pode operar simultaneamente.
Responsabilidades de software também devem ser atribuídas antes da aprovação do protótipo:
A RJY Display oferece suporte a discussões sobre placa controladora e firmware para projetos de display definidos, mas a adaptação de software depende do projeto. Não deve ser tratada como uma capacidade automática de plug-and-play.
O painel frontal do terminal deve ser projetado como um conjunto mecânico e óptico único. A área ativa do LCD, o sensor de toque, as janelas da câmera, as aberturas de iluminação, a antena do leitor, o microfone, o alto-falante, o sensor de impressão digital, a borda impressa e os recursos de montagem competem por um espaço controlado.
Revise os desenhos completos para:
O vidro de cobertura pode ser coordenado em torno de uma plataforma de display existente, mas não estabelece de forma independente a certificação de impacto, ingresso ou ambiental para o terminal finalizado. Essas propriedades dependem do invólucro completo, materiais, vedações, montagem e programa de qualificação.
Uma amostra de display que mostra uma imagem de teste ainda não é um terminal validado. O protótipo representativo deve incluir o LCD pretendido, a pilha de toque, a placa hospedeira, a câmera, a iluminação, o leitor de credenciais, o hardware de áudio, a interface do controlador de porta, a arquitetura de energia, o roteamento de cabos, o invólucro e a versão do software.
Verifique cada estado do usuário a partir da altura de montagem pretendida, distância de visualização e direção de aproximação. Teste luz ambiente normal e baixa, reflexos, variantes de idioma, nomes longos, texto de erro, rotação de tela, escurecimento, ativação e tempo limite de privacidade.
Verifique a precisão do toque, comportamento nas bordas, operação do leitor, alinhamento da câmera, iluminação, acesso por impressão digital ou teclado, nível de áudio e desempenho do microfone no invólucro montado. Exercite os periféricos em conjunto, em vez de apenas um de cada vez.
Teste inicialização a frio, ciclos de energia repetidos, reinicialização do aplicativo, recuperação do watchdog, desconexão de rede, reconexão do servidor, perda de comunicação com o controlador de porta, desconexão segura de periféricos, atualização de software com falha e reversão. Confirme que a tela nunca apresenta um estado de acesso concedido sem o evento de sistema aprovado correspondente.
A configuração aprovada deve identificar o modelo e a revisão do LCD, sensor de toque, desenho do vidro de cobertura, câmera, leitor, componentes de áudio, revisão da placa hospedeira, hardware de interface de porta, desenhos de cabos, firmware, BSP, árvore de dispositivos, compilação do aplicativo, arquivos de configuração e procedimento de teste de produção.
Uma amostra de engenharia funcional não é reproduzível se depender de um cabo não documentado, driver instalado manualmente, configuração temporária de registro ou configuração de toque não registrada.
Para uma revisão de engenharia útil, forneça:
A RJY Display pode revisar módulos TFT LCD disponíveis, displays de barra, opções de toque, placas controladoras e personalização em torno de uma plataforma de display existente. A discussão pode incluir vidro de cobertura, retroiluminação, FPC, interface, toque, placa controladora, firmware e coordenação mecânica de acordo com a viabilidade do projeto.
Um TFT LCD compacto no formato paisagem, retrato ou barra pode ser adequado dependendo da UI do terminal, câmera, leitor de credenciais, teclado, sensor de impressão digital e layout do invólucro. O formato correto deve ser selecionado a partir da arquitetura completa do painel frontal, e não apenas pelo tamanho do display.
Não. O TFT LCD exibe prompts e resultados. A captura da câmera, o processamento biométrico, a leitura de credenciais, as decisões de acesso e o controle de porta pertencem a funções separadas de hardware e software, mesmo quando várias funções compartilham uma única placa hospedeira embarcada.
Não. O HDMI requer um receptor ativo, ponte, escalonador ou placa controladora para gerar a interface, temporização e inicialização compatíveis com o painel. Um cabo passivo não pode realizar essa conversão ou fornecer as funções de energia e retroiluminação do painel.
Não. A compatibilidade deve ser verificada para o LCD exato, controlador de toque, revisão da placa, interface, temporização, conector, energia, bootloader, kernel, BSP, árvore de dispositivos e imagem de software. Requisitos periféricos como câmeras, leitores, áudio e comunicação com o controlador de porta também devem ser verificados.
Teste a pilha completa de display e toque, câmera e iluminação, leitor de credenciais, áudio, comunicação com o controlador de porta, estados da UI, condições de visualização, inicialização, ciclos de energia repetidos, perda de rede, perda do controlador, recuperação do aplicativo, comportamento de atualização de software, montagem do invólucro e a configuração de produção controlada.
Compartilhe o tamanho do display, resolução, interface, brilho, requisito de toque, requisito de placa controladora e ambiente de aplicação.
Continue lendo guias de tecnologia de display e referências de aplicação relacionadas.
Converse com a equipe de engenharia da RJY para correspondência de display, revisão de placa controladora e discussão de personalização.
